JP2019195625A - Game program, method, and information processing device - Google Patents

Abstract

To improve amusement properties of a game.SOLUTION: A game program (231) causes a processor (10) to execute: a step (S406) for associating an accessory of an operation character with a friend character capable of participating in a battle; and a step (410) for making the friend character unable to participate in a subsequent battle when the accessory is associated with the friend character, and imparting an effect according to the friend character to the accessory.SELECTED DRAWING: Figure 1

Description

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

  Non-Patent Documents 1 and 2 disclose games that allow a user to acquire a character in response to a user's input operation. In the game, the acquired character can be operated to play against other users.

How to play “Pokemon GO”, http://www.pokemongo.jp/howto/play/ (searched on April 26, 2018) How to battle, http://www.pokemongo.jp/howto/battle_01/ (searched on April 26, 2018)

  By the way, in a game where the purpose of the user is to acquire and collect characters as in the above-described game, for example, when acquiring a character that the user considers unnecessary, or when the acquired character is It may become unnecessary later. For example, in the case of the above-described game, if the user has already acquired a stronger character than a certain character, the user's willingness to acquire the certain character will be weakened.

  Therefore, as the user collects more characters, the motivation for playing the game may decrease.

  An object of the present disclosure is to give a user a motivation to play a game, thereby improving the interest of the game.

  A game program according to the present disclosure is executed in a computer including a processor, a memory, and an operation unit that receives a user input operation. A game based on a game program is a game in which an operation character that operates according to a user's input operation battles with another character. The game program associates a friend character that can participate in the battle with the equipment of the operation character to the processor, and when the friend character is associated with the equipment, makes the fellow character unable to participate in the subsequent battle. And a step of imparting an effect corresponding to the fellow character to the equipment.

  According to one aspect of the present disclosure, it is possible to give a user a motivation to play a game, thereby improving the interest of the game.

It is a figure which shows the hardware constitutions of the game system which concerns on Embodiment 1 of this invention. It is a block diagram which shows the functional structure of a user terminal and a server contained in the said game system. It is a figure which shows an example of the screen which drawn the field space which is a kind of game space. It is a figure which shows an example of the screen which drawn the said field space at the time of battle. It is a figure which shows the data structure of character data. It is a flowchart which shows an example of the flow of the battle provision process in the said game system. It is a flowchart which shows an example of the flow of a lottery provision process in the said game system. It is a flowchart which shows an example of the flow of the process which concerns on a breakthrough in the said game system. It is a block diagram which shows the functional structure of a user terminal and a server contained in the game system which concerns on Embodiment 3 of this invention. It is a flowchart which shows an example of the flow of the equipment reinforcement | strengthening process based on Embodiment 3 of this invention. It is a figure which shows an example of the edit screen which concerns on Embodiment 4 of this invention.

Embodiment 1
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is defined by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not repeated.

<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 network 2. The network 2 includes various mobile communication systems constructed by the Internet and a radio base station (not shown). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. It is done.

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

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As 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, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Note that the user terminal 100 may include an input / output IF 14 capable of connecting a display (display unit) configured separately from the user terminal 100 main body instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that the controller 1020 may include the camera 17 and the distance measuring sensor 18 instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18.

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a play result such as a result or win / loss in a certain game may be associated with the user identification information and transmitted to the server 200.

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

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

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

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

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

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

<Hardware components of each device>
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 include 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 the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. In addition, the game implement | achieved by cooperation with the user terminal 100 and the server 200 may be a game performed on the browser started in the user terminal 100 as an example. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data relating to the game such as user information and game information, and instructions or notifications transmitted / received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are constituted by a 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 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to accept data input, and is an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is a touch-sensitive device, for example, and is configured by a touch pad, for example. The display unit 152 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  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 adopt any method such as a capacitance method or a resistance film method. An indicator for performing an input operation on the touch screen 15 is not particularly limited. For example, the indicator may be a user's finger or a stylus pen.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held in the portrait orientation, the processor 10 may perform a portrait screen display in which a portrait image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held sideways, a horizontal screen display in which a horizontally long image is displayed on the display unit may be used. As described above, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

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

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

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture performed by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed a “par” gesture. In addition, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. It is detected whether the distance is above. When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. In addition, the processor 10 detects whether the user is approaching or moving away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. Continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown operation is performed on the touch panel. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that the user repels a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 clicks the gesture or taps the touch panel. You may recognize as operation corresponding to.

<Game overview>
A game realized by the game system 1 is a game in which a character object (hereinafter simply referred to as a character) is arranged in a game space, and the character is operated in accordance with a user's input operation in the game space. The game based on the game system 1 may be a 3D game expressed by a 3D game space and a 3D object, or a 2D game expressed by a 2D game space and a 2D object. Also good. Hereinafter, a character that moves according to a user's input operation is referred to as an “operation character”.

  As will be described in detail later, in a game realized by the game system 1, the user advances the game by operating the operation character and causing the character to battle with an enemy character placed in the same game space. Moreover, in the game which the game system 1 implement | achieves, the user can perform the lottery for acquiring a character.

  An example of a game realized by the game system 1 may be an open world game in which a user can freely move and fight a character arranged in a virtual game space. In the present embodiment, as an example, a case where the game system 1 realizes an open world RPG (Role-Playing Game) will be described.

  Note that the game realized by the game system 1 may be capable of multiplayer. For example, the game is a MMORPG (Massively Multiplayer Online Role-Playing Game) in which a plurality of users simultaneously operate their operation characters in the same game space via their user terminals 100 to advance the game. May be. However, the game genre and game content realized by the game system 1 are not limited to the types described above.

<Functional configuration of game system 1>
FIG. 2 is a block diagram illustrating functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration necessary for realizing a known function in a game, and a functional configuration necessary for functioning as a general computer (not shown).

  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 server 200 communicates with each user terminal 100 and has a function of supporting the user terminal 100 to advance the game. For example, sales of valuable data and provision of services are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchanges between the user terminals 100. 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 120 and the storage unit 220 store a game program 231, game information 232, and user information 233. The game program 231 is a game program executed by the user terminal 100 and the server 200.

  The game information 232 is data that the control unit 110 and the control unit 210 refer to when executing the game program 231.

  The user information 233 is information stored for each user account. User information 233 for a certain account is associated with at least one user terminal 100. In the present embodiment, an example in which one account is associated with one user terminal 100 will be described. The storage unit 120 stores user information 233 of an account corresponding to the user terminal 100. On the other hand, the storage unit 220 collectively stores user information 233 collected from each user terminal 100. User information 233 includes character data 233A. The character data 233A is data about the character possessed by the user. Details of the character data 233A will be described later.

(Functional configuration of server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a multiplayer synchronization request from the user terminal 100 and transmit data for synchronization to the user terminal 100.

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

  The transmission / reception unit 211 receives various data and requests from the user terminal 100. For example, the transmission / reception unit 211 receives part or all of the game information 232 or the user information 233 from the user terminal 100. Further, the transmission / reception unit 211 may receive the character data 233 </ b> A from the user terminal 100 as part of the user information 233. The transmission / reception unit 211 may receive a lottery execution request from the user terminal 100.

  The transmission / reception unit 211 transmits various data and requests to the user terminal 100. For example, the transmission / reception unit 211 may transmit the lottery result to the user terminal 100 that is the transmission source of the lottery execution request. For example, the transmission / reception unit 211 may transmit the updated character data 233A to the user terminal 100 that is the transmission source of the lottery execution request.

  The server processing unit 212 performs arithmetic processing necessary for providing a game. The server processing unit 212 instructs the transmission / reception unit 211 to transmit various data. The server processing unit 212 instructs the data management unit 213 to add, update, or delete various information included in the game information 232 and the user information 233. The server processing unit 212 may execute a process related to the lottery.

  The data management unit 213 manages data stored in the storage unit 220. The data management unit 213 adds, updates, or deletes various types of information included in the game information 232 and the user information 233 in accordance with instructions from the server processing unit 212. The data management unit 213 may read at least one of the game information 232 and the user information 233 from the storage unit 220 in accordance with an instruction from the server processing unit 212. 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 231 to be executed by a certain user terminal 100, and transmits the program to the user terminal 100 via the transmission / reception unit 211. May be.

(Functional configuration of user terminal 100)
The control unit 110 performs overall control of the user terminal 100 by executing the game program 231 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 231 and the user's operation. In addition, the control unit 110 communicates with the server 200 and transmits / receives information as necessary while the game is in progress.

  The control unit 110 functions as an operation reception unit 111, a game progression unit 112, a camera arrangement control unit 113, an object control unit 114, a display control unit 115, and a communication unit 116 according to the description of the game program 231. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 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 IF 14, and outputs the result to each element of the control unit 110. To do.

  For example, the operation reception unit 111 receives an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the input that has been continuously detected is interrupted.

  The communication unit 116 transmits various data and requests to the server 200. For example, the communication unit 116 transmits part or all of the game information 232 or the user information 233 to the server 200. For example, the communication unit 116 transmits a lottery execution request to the server 200. Further, the communication unit 116 may transmit the character data 233 </ b> A as part of the user information 233 to the server 200.

  The communication unit 116 receives various data and requests from the server 200. For example, the communication unit 116 receives part or all of the game information 232 or the user information 233 from the server 200. The communication unit 116 may receive information indicating the lottery result from the server 200. Communication unit 116 may receive updated character data 233 </ b> A from server 200.

  The game progression unit 112 performs various processes related to the progression of the game. For example, the game progression unit 112 identifies the user's instruction content based on the coordinates of the position of the input operation received by the operation reception unit 111, the type of operation, and the progress of the game. In addition, the game progress unit 112 performs various determination processes related to the progress of the game. In addition, the game progression unit 112 adds, updates, or deletes various information included in the game information 232 and the user information 233 stored in the storage unit 120. The game progression unit 112 includes a battle processing unit 112A, a lottery unit 112B, and a monster granting unit 112C.

  The battle processing unit 112A executes a process related to a battle between the operation character, the automatic battle character, and the enemy character. Further, the battle processing unit 112A determines a character to be given to the user when a predetermined condition is satisfied as a result of the battle. When the battle processing unit 112A determines the character to be given, the battle processing unit 112A notifies the monster giving unit 112C of the character.

  The lottery unit 112B executes a process related to a lottery for acquiring a character. The lottery method is not particularly limited. For example, the lottery unit 112B may determine a lottery result based on the table (lottery data table) included in the game information 232 in accordance with a predetermined input operation by the user. The lottery unit 112B notifies the monster granting unit 112C of the result of the lottery, that is, the character to be given to the user.

  The monster granting unit 112C gives the user the character determined to be given as a result of the process of the battle processing unit 112A or the lottery result of the lottery unit 112B. When the monster granting unit 112C determines the character to be given by the battle processing unit 112A or the lottery unit 112B, the monster granting unit 112C reads the initial data of the character corresponding to the character from the game information 232 and stores the data in the character data 233A of the user information 233. to add.

  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. The camera arrangement control unit 113 instructs the display control unit 115 to create an image in which a visual field area defined by the virtual camera and an object arranged in the visual field area are drawn. The camera placement control unit 113 may change the position and orientation of the virtual camera as needed.

  The object control unit 114 places the object in the game space based on the object setting information included in the game information 232. Further, the object control unit 114 controls the objects arranged in the game space. For example, the object control unit 114 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. For example, the object control unit 114 moves the operation character with the movement direction, the movement speed, and the movement distance determined by the game progression unit 112.

  The display control unit 115 causes the display unit 152 to display an image. For example, the display control unit 115 generates an image including a field of view of the virtual camera defined by the camera arrangement control unit 113 in the game space and an object existing in the region, and causes the display unit 152 to display the image.

  The object control unit 114 may control an UI object by arranging an object (UI object) for constructing a UI (user interface) in the game space. Further, the display control unit 115 may display an image (UI image) related to a UI necessary for various operations of the game such as an icon, a button, a list, a menu screen, and the like superimposed on the image. The UI image and the UI object are tools for the user to make input necessary for the progress of the game to the user terminal 100. The UI image and UI object are tools for the user to obtain information output from the user terminal 100 while the game is in progress.

  Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of functions included in the user terminal 100. Further, the user terminal 100 may include 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 other device may be caused to execute part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of these devices.

(Game space and object placement)
The game progression unit 112 of the user terminal 100 starts a game based on the game program 231. When the game starts, the object control unit 114 constructs a predetermined game space according to an instruction from the game progression unit 112, and places a predetermined operation character in the game space. Further, the object control unit 114 may arrange a background object such as a tree, a rock, or a building as a background of the game space in the game space. Further, the object control unit 114 may arrange an enemy character (another character) that is a battle opponent of the operation character in the game space.

  In the present embodiment, as an example of a game realized by the game system 1, the user selects one character from among the characters that can be operated among the characters possessed by the user and operates the character. An example will be described. However, in a game realized by the game system 1, the user may be allowed to operate a plurality of characters (for example, a human character and a riding monster described later, or a plurality of human characters). In addition, instead of performing all the movements of each character according to the user's input operation, only a part of the movements such as the timing of the attack and the direction of movement may be operated by the user (so-called semi-automatic operation).

  In the present embodiment, as an example, a game space (referred to as a field space) corresponding to an outdoor space such as a grassland is constructed by the object control unit 114 at the start of the game, and an operation character or the like is arranged in the field space. Will be described.

  Note that the game space constructed by the object control unit 114 is not limited to the field space described above. For example, the object control unit 114 constructs a game space (referred to as a dungeon space) corresponding to an indoor (so-called dungeon) space, such as in a cave or a building, according to an instruction from the game progression unit 112, An operation character or the like may be arranged on the screen. For example, when the operation accepting unit 111 accepts an input operation instructing to enter a dungeon, the game progression unit 112 may instruct the object control unit 114 to construct a dungeon space and arrange an operation character or the like in the space. Good.

  FIG. 3 is a diagram illustrating an example of a screen on which a field space is drawn, which is a kind of game space. At least one operation character is arranged in the field space. The state (A) in FIG. 3 is a diagram showing a state in which the human character 301 is arranged with the weapon 302 of the character on the back in the field space.

  Here, the “human character” is a kind of operable character. Note that “human character” is merely an example of a name, and the human character 301 does not necessarily have to be a human or humanoid character. Also, the weapon 302 is not essential.

(Sitting monsters and automatic battle monsters)
The state (B) of FIG. 3 is a diagram showing a state in which the human character 301 is riding on the riding monster 303 in the field space. The riding monster 303 is a kind of character that can be operated, and is a kind of character that becomes a friend of the human character 301 (that is, a friend in the battle). The riding monster 303 may be able to participate in a battle instead of the human character 301.

  The human character 301 can ride on a riding monster 303. In other words, the riding monster 303 is a character that is a vehicle for the human character 301. The “character participating in the battle” is a character arranged in the game space during a battle with an enemy character (described later), and becomes a friend of the user's operation character during the battle. It is a character. Note that the character participating in the battle does not necessarily perform an action such as an attack on the enemy character. Further, the character participating in the battle may not receive an action from the enemy character. For example, although the human character 301 is riding on the riding monster 303, the human character 301 is participating in the battle even when only the riding monster 303 performs various actions such as an attack based on the input operation.

  When the user performs an operation for designating the riding monster 303 and an input operation for instructing the riding, the operation accepting unit 111 accepts these operations, and the game progression unit 112 associates the human character 301 with the designated riding monster 303. . Furthermore, the game progression unit 112 notifies the object control unit 114 that the human character 301 and the riding monster 303 are associated with each other. In response to the notification, the object control unit 114 places the human character 301 on the riding monster 303 in the system and position. Thereby, the user can enjoy the game by changing the association of the riding monster 303 as a vehicle with respect to a certain human character 301. Therefore, the interest of the game is improved.

  When the human character 301 is mounted on the riding monster 303, the battle processing unit 112A of the game progression unit 112 may prevent the riding human character 301 from performing actions such as attack and defense in subsequent battles. In other words, the battle processing unit 112A allows both the riding monster 303 and the human character 301 to participate in the battle, but only one of them may perform input operations related to various actions in the battle.

  Note that the game progression unit 112 may cancel the riding state of the human character 301 in accordance with a predetermined input operation by the user. In this case, the riding monster 303 is deleted from the field space, and only the human character 301 remains in the space.

  The apparent relationship between the human character 301 and the riding monster 303 according to the present invention is not limited to “sitting”, and may be appropriately determined according to the appearance of the riding monster 303. For example, when the human character 301 and the bird-shaped riding monster 303 are associated with each other, the riding monster 303 may jump up by grabbing the human character 301.

  When the operation reception unit 111 receives an input operation that associates the user's automatic battle monster 304 with the operation character (summons the automatic battle monster 304), the game progression unit 112 displays the automatic battle monster 304 as the operation character (human character). 301 or riding monster 303). Then, the game progression unit 112 may instruct the object control unit 114 to place the automatic battle monster 304 in the field space. Then, the object control unit 114 may arrange the automatic battle monster 304 in the field space.

  The automatic battle monster 304 is a kind of character that cannot be operated by the user. Further, unlike the riding monster 303, the automatic battle monster 304 is a character that the human character 301 cannot ride. In a battle to be described later, when the game progression unit 112 and the object control unit 114 move the automatic battle monster 304 with a predetermined action pattern, the automatic battle monster 304 automatically participates in the battle. In the following description, the riding monster 303 and the automatic battle monster 304 are also collectively referred to as “monsters”.

  Note that the position of the virtual camera in the field space is preferably such a position that the user's operation character (human character 301 or riding monster 303) is displayed at substantially the center of the user terminal 100. Thereby, on the display screen of the display part 152, the area | region (For example, the area | region A of the state (A) of FIG. 3 and (B)) which a user touch-operates the touch screen 15 is securable.

(combat)
FIG. 4 is a diagram showing an example of a screen on which a field space at the time of battle is drawn. The user moves in the field space by operating the human character 301 or the riding monster 303. On the other hand, enemy characters that are arranged at predetermined timing and perform actions such as movement in a predetermined action pattern are arranged in the field space. When the positional relationship (for example, distance and direction of each character) between the human character 301 (and the riding monster 303) and the enemy character satisfies the first condition, the battle processing unit 112A determines that the human character 301 (and the riding monster 303). Is determined to have encountered the enemy character 305 and the battle has started, and various processes relating to the battle are started. On the other hand, when the enemy character is defeated (deleted from the field space) or the positional relationship between the human character 301 (and the riding monster 303) and the enemy character satisfies the second condition, the battle processing unit 112A May be determined to have ended, and various processes relating to the battle may be ended.

  Note that the battle processing unit 112A may start the battle seamlessly from the movement in the field space without determining the start and end of the battle. In this case, the battle processing unit 112 </ b> A starts various processes related to the battle when the operation receiving unit 111 receives an input operation instructing a predetermined action (for example, attack) of the human character 301 or the riding monster 303. Good.

  The state (A) in FIG. 4 is a diagram illustrating a state in which a battle between the human character 301 and the enemy character 305 has started. When the battle processing unit 112A determines that the battle has started, the object control unit 114 adjusts the arrangement of the human character 301 and the weapon 302 so that the human character 301 holds the weapon 302 as illustrated. May be.

  The enemy character 305 is an NPC (non player character) whose action is controlled by the battle processing unit 112A according to a predetermined action pattern. The enemy character 305 may have the same appearance and ability (movement and attack method, etc.) as the riding monster 303 or a kind of the automatic battle monster 304.

  The battle processing unit 112A advances the battle between the human character 301 and the enemy character 305 in accordance with input operations received by the operation receiving unit 111 such as attack, defense, avoidance, and movement during battle. For example, when the operation receiving unit 111 receives an input operation instructing an attack, the battle processing unit 112 </ b> A applies the enemy character 305 to the enemy character 305 according to the attack power value of the human character 301 and the defense power value of the enemy character 305. Calculate the damage dealt. The object control unit 114 controls the arrangement, movement, pose, and the like of the human character 301, the weapon 302, and the enemy character 305 in accordance with various processes performed by the battle processing unit 112A.

  The state (B) in FIG. 4 is a diagram showing a state in which the human character 301 is fighting the enemy character 305 while riding the riding monster 303. As described above, when the human character 301 rides on the riding monster 303, various actions such as an attack cannot be performed, and the riding monster 303 executes the various actions instead of the human character 301.

  For example, in response to a user input operation, the riding monster 303 attacks the enemy character 305 by an attack method according to its appearance and ability as shown in the figure. Thereby, since the action according to the riding monster 303 can be performed, the strategy in a battle can be improved. Therefore, the interest of the game can be improved.

  The battle processing unit 112A advances the battle between the riding monster 303 and the enemy character 305 in accordance with the ability of the riding monster 303. When the automatic battle monster 304 is arranged, the battle processing unit 112A also executes a process related to the battle between the automatic battle monster 304 and the enemy character 305.

  The state (C) of FIG. 4 is a diagram showing a state where the battle is won. For example, as shown in the figure, it is assumed that the human character 301 battles alone and wins the enemy character 305. In this case, the battle processing unit 112A gives a reward item corresponding to the content or result of the battle to the user. Specifically, the battle processing unit 112 </ b> A increases the value indicating the number of the reward items included in the user information 233. Note that the battle processing unit 112 </ b> A may change the type and number of reward items to be given according to the type and level of the enemy character 305. Further, the object control unit 114 or the display control unit 115 may arrange and display the UI object 306 or the UI image 306 indicating the type and number of reward items obtained (provided to the user) by the user.

  As will be described in detail later, the battle processing unit 112 </ b> A may determine a character to be given to the user when the reward item is given and the possession number of the reward item becomes a predetermined number or more. The character to be given may be any one of the human character 301, the riding monster 303, and the automatic battle monster 304, but is preferably the riding monster 303 or the automatic battle monster 304.

  The human character 301, the riding monster 303, and the automatic battle monster 304 have preset abilities according to the individuals. The setting of the ability is stored in the storage unit 120 as the character data 233A.

(Character data)
FIG. 5 shows the data structure of character data 233A. As shown in the figure, the character data 233A includes information indicating the character type, name, information indicating rarity, and various parameters related to the battle (combat parameters) for an identification code that uniquely identifies each character. ) And data indicating equipment equipped with the character (corresponding to the character). One record of the character data 233A indicates one character. The character data 233A may include a monster with the same name. In other words, the user may be able to have multiple monsters with the same appearance.

  The character type is information indicating whether the character is a human character, a riding monster, or an automatic battle monster. The name of the character indicates the name of the character. In the present embodiment, characters having the same name have the same appearance. The rarity indicates the difficulty of obtaining the character (so-called rarity). In the illustrated example, D has the lowest rarity level and A has the highest rarity level. The battle parameter is a parameter for the battle processing unit 112A to execute a process related to the battle with reference to the battle.

  The information indicating the equipment indicates equipment that is associated with the character (that is, the character is equipped). In the illustrated example, only a human character is equipped with equipment, but a riding monster and an automatic battle monster may be equipped with equipment. When the equipment is associated with the character, the battle processing unit 112A performs a process related to the battle with reference to parameters such as the attack power or defense power of the equipment. For example, the battle processing unit 112A uses a value obtained by adding the attack power of the equipment to the attack power of the character when calculating the damage related to the attack of the character. Note that the user information 233 includes information that the user possesses and information indicating the parameters of the equipment.

(Character addition by battle)
In a game realized by the game system 1, a monster is given to the user when one of a battle grant process or a lottery grant process described below is executed.

  The battle giving process is a process for giving a monster to the user according to the result of fighting the operation character and the enemy character. FIG. 6 is a flowchart showing an example of the flow of battle grant processing in the game system 1.

  When the game progression unit 112 of the user terminal 100 starts a game, the object control unit 114 places an operation character in a predetermined game space (for example, a field space), and the game progression unit 112 and the object control unit 114 The operation character is moved according to the input operation (S100). Thereafter, the game progression unit 112 executes movement of the operation character, riding, and summoning the automatic battle monster 304 in accordance with the input operation of the user. Further, the object control unit 114 operates an enemy character that is determined to be placed in the game space in which the operation character is placed, in accordance with an instruction from the game progression unit 112.

  Until the battle processing unit 112A determines that the operation character has encountered an enemy character, the game progression unit 112 and the object control unit 114 execute the above-described control (NO in S102). If the positional relationship between the operation character and the enemy character satisfies the first condition, the battle processing unit 112A determines that the operation character has encountered an enemy character (YES in S102). In this case, the battle processing unit 112A proceeds with various processes related to the battle and causes the operation character (and the automatic battle monster) to battle with the certain enemy character (S104). In the battle, the battle is continued until a predetermined condition (second condition) is satisfied (NO in S106). When the second condition is satisfied (YES in S106), the battle processing unit 112A determines that the battle with the certain enemy character has ended. When there are a plurality of enemy characters, the battle processing unit 112A continues the battle between the operation character and another enemy character.

  If it determines with the battle having been complete | finished, 112 A of battle process parts will give a reward item to a user according to the content of this battle (S108). Furthermore, the battle processing unit 112A determines whether or not a predetermined number of reward items have been accumulated (S110). When a predetermined number of reward items are not stored (NO in S110), the battle processing unit 112A does not perform subsequent processing. On the other hand, when a predetermined number of reward items are stored (YES in S110), the battle processing unit 112A consumes the predetermined number of reward items possessed by the user (S112) and grants them to the user according to the reward items. The monster to be determined is determined (S114). For example, the battle processing unit 112A determines a monster to be given to the user according to the type of reward item. The monster grant unit 112C grants the determined monster to the user (S116).

  Thus, the specification which provides the user with the character acquired by the battle can give the user a motive for performing the battle. Furthermore, characters that can be given to the user in battle (that the user can acquire) can participate in the battle. Therefore, it is possible to give the user a motivation to make the acquired character participate in the battle, that is, to further battle. A character is further given to the user according to the result of the battle. Thus, since the two purposes of acquisition of monsters and battle can be presented to the user in a cyclical manner, the game can be continued without getting bored of the user.

  In addition, by giving a monster when a predetermined number of reward items are stored, the user can have a purpose of repeating battles and collecting reward items.

  It is desirable that the types of reward items have a one-to-one correspondence with the types of enemy characters (for example, names of enemy characters). For example, when a certain riding monster appears as an enemy character, it is desirable that the battle processing unit 112A grants a reward item corresponding to the riding monster. When a predetermined number or more of the reward items are stored, the battle processing unit 112A may determine the riding monster as the enemy character as a target monster to be given to the user.

  Thereby, when a user wins a battle, the enemy character which fought can be acquired. Therefore, the characters that can be acquired by the battle can be easily determined.

(Character assignment by lottery)
On the other hand, the lottery grant process is a process of granting a monster to the user according to the lottery result. FIG. 7 is a flowchart showing an example of a lottery grant process in the game system 1. The lottery grant process shown in FIG. 7 is started when the user performs an input operation to instruct a lottery at an arbitrary timing in the game.

  The operation reception unit 111 of the user terminal 100 receives an input operation instructing lottery (S200). When the operation accepting unit 111 accepts the input operation, the lottery unit 112B determines a monster to be given to the user by lottery (S202). The monster grant unit 112C grants the monster determined by the lottery unit 112B to the user (S204). That is, the monster granting unit 112C adds the monster data (one record in FIG. 3) determined by the lottery unit 112B to the character data 233A included in the user information 233 of the user terminal 100. Finally, the game progression unit 112 notifies the display control unit 115 of the lottery result in S202, and the display control unit 115 creates an image showing the lottery result and displays it on the display unit 152 (S206).

  Note that some consideration may be necessary for the user to execute the lottery. For example, when the user has a predetermined number of lottery items or more, the game progression unit 112 performs the processing from S202 onward, and when the user does not have a predetermined number or more of lottery items, It is good also as not performing the process after S202. Furthermore, when performing the process after S202, the game progression unit 112 may decrease the number of lottery items stored in the user information 233 of the storage unit 120 by the predetermined number. That is, the game progression unit 112 may consume a predetermined number of lottery items when performing the processing from S202 onward.

  Thus, by giving the user the character determined by the lottery, the user can be given a motivation to perform the lottery. Furthermore, a character that can be given to the user by lottery (that can be acquired by the user) can participate in the battle by associating it with the operation character. Therefore, it is possible to give the user a motivation to make the acquired character participate in the battle, that is, to further battle. Then, according to the result of the battle, a character is given to the user as shown in FIG. In this way, by causing the user to acquire a monster by lottery, it is possible to give the user a motive for operating the operation character and performing a battle. Therefore, a continuous goal can be given to the user and the game can be continued without getting bored.

[Embodiment 2]
<Monster growth>
The game progression unit 112 of the user terminal 100 may cause a monster to grow when a certain monster participates in a battle or when a predetermined growth item is used for a certain monster. Hereinafter, Embodiment 2 of the present invention will be described. Note that the description of the same content as that described in the above embodiment is not repeated. The same applies to the following embodiments.

  When the game progression unit 112 according to the present embodiment causes a certain monster to participate in the battle, the game progress unit 112 grows the monster. “Grow a monster” means changing the ability of the monster. Note that the game progression unit 112 may not only participate in the battle but also grow the monster during the battle or when a predetermined growth condition is satisfied at the end of the battle. Further, the game progression unit 112 may grow not only monsters but also human characters.

  Further, the game progression unit 112 may grow a monster when a predetermined growth item is used for a certain monster. The “predetermined growth item” is an item given to a user or a human character owned by the user when a predetermined condition is satisfied in the game.

  The operation reception unit 111 receives an input operation for selecting a growth target monster. When the operation receiving unit 111 receives the input operation, the game progressing unit 112 determines the selected monster as a growth target monster. Subsequently, the operation reception unit 111 receives an input operation instructing use of the growth item. When the operation accepting unit 111 accepts the input operation, the game progression unit 112 changes the ability of the monster by updating the character data of the growth target monster included in the character data 233A.

(Example of monster ability)
The ability of the monster is indicated by the values of various parameters set for the monster, such as the monster's physical strength, attack power, attack speed, and defense power, or limit values of the values. The game progression unit 112 may change the ability of the monster by increasing or decreasing at least one of these parameter values and limit values.

  The ability of the monster is indicated by, for example, an attribute given to the monster and a parameter value indicating the strength of the influence of the attribute. The game progression unit 112 may change the ability of the monster by giving an attribute to the monster or deleting the attribute given to the monster. In addition, the game progression unit 112 may change the ability of the monster by increasing or decreasing the value of the parameter related to the attribute.

  The monster's ability is indicated by, for example, the number and type of skills that can be executed by the monster, and the performance of each skill. The skill is, for example, an action skill related to a certain action of a monster, a passive skill that always shows an effect, or the like. The game progression unit 112 may change the ability of the monster by increasing the number and type of skills that can be executed and improving or decreasing the performance of each skill.

  When the monster is a riding monster, the “monster ability” may be, for example, the moving speed of the monster or the type of terrain that can be moved when a human character rides the monster. The game progression unit 112 may change the ability of the monster by increasing or decreasing the moving speed of the monster and increasing or decreasing the type of terrain that can be moved.

  By making it possible to acquire a monster that can be grown by battle or lottery, the user who has acquired the monster can have the purpose and pleasure of growing the monster. Therefore, the game system 1 can improve the interest of the game.

  Moreover, by acquiring the acquired monster and using the grown monster to battle with another monster, the acquisition of the other monster can be aimed. As described above, since the two purposes of acquisition of monsters and growth of monsters can be cyclically presented to the user, the user can continue the game without getting bored.

<Monster breakthrough>
When the battle processing unit 112A or the lottery unit 112B determines that the same monster as the monster already granted to the user is given to the user, the monster granting unit 112C does not grant the monster to the user. You may break through the limit of a monster. "Limit breakthrough" means changing the monster's ability as well as growing.

(Processing flow related to breakthrough)
FIG. 8 is a flowchart illustrating an example of a process flow related to breaking through the limit in the game system 1. Each process shown in FIG. 8 is executed instead of the process in which the game progression unit 112 gives a monster to the user. That is, each process shown in FIG. 8 is executed instead of the process of S116 of the flowchart shown in FIG. 6 or the process of S204 of the flowchart shown in FIG.

  When the monster to be given by the battle processing unit 112A or the lottery unit 112B is determined (S114 in FIG. 6 or S202 in FIG. 8), the monster granting unit 112C determines whether or not the monster is a monster already granted to the user. (S300). For example, the monster granting unit 112C searches the character data 233A using information that identifies the determined monster (for example, the identification code of the monster stored in the game information 232) as a key. When the data about the monster indicated by the character identification information is included in the character data 233A, the monster granting unit 112C determines that the monster is a monster already given to the user (YES in S300). On the other hand, if the character data 233A does not include data on the monster indicated by the character identification information, the monster granting unit 112C determines that the monster is not given to the user (that is, an unassigned) monster. (NO in S300).

  When the monster determined by the battle processing unit 112A or the lottery unit 112B is a monster that has not been granted to the user (NO in S300), the monster granting unit 112C grants the monster to the user as in S114 and S204. (S302).

  On the other hand, when the monster determined by the battle processing unit 112A or the lottery unit 112B is a monster that has been granted to the user (YES in S300), the monster granting unit 112C has the monster (that is, the monster that was scheduled to be granted). Is not granted to the user. And the game progress part 112 determines this monster as a monster of a limit breaking target. The game progression unit 112 causes the limit target monster to break through the limit (S304). Specifically, for example, the game progression unit 112 changes the monster's ability by updating the character data of the monster to be exceeded through the limit included in the character data 233A.

  According to the above processing, when a situation has occurred in which a monster already granted to a user is granted again by battle or lottery, the ability of the already granted monster is changed instead of granting the same monster repeatedly. .

  Thereby, even if it becomes the situation where the same monster is given, the advantage that the possessed monster is strengthened can be given to the user. Thereby, the motive which acquires the monster once acquired to the user by battle or lottery can be given.

  The monster granting unit 112C may cause the human character to break through the limit in the same manner as the monster. The process for causing a human character to break through the limit is the same as the process related to the breakthrough of the monster described above.

  The process of S304 in FIG. 8 may be executed at a timing other than the timing of S116 or S204. For example, the game progression unit 112 may temporarily give the user regardless of whether or not the monster determined by the battle processing unit 112A or the lottery unit 112B has been given (S302). In this case, the determination process of S300 may not be performed. Then, when the operation accepting unit 111 accepts a series of input operations for instructing the user to break through the limit, the game progression unit 112 may execute the breakthrough of the monster that the user possesses in duplicate. .

  A series of input operations for instructing the limit breakthrough includes an input operation for designating a monster that is a breakthrough target and an input operation for designating a consumption target monster that is consumed for breaking the limit of the monster. Note that it is desirable that the monster targeted for breakthrough and the monster targeted for consumption are the same or similar monsters.

  The game progression unit 112 deletes the record indicating the monster designated as the consumption target by the user from among the plurality of records, and updates the record indicating the monster designated as the limit break target by the user, whereby the limit break target Change the monster's ability.

  When a monster grows or breaks through a limit, the appearance of the monster may be changed. By changing the appearance of the monster in accordance with the growth or breakthrough, it is possible to distinguish the monster's growth stage or breakthrough stage at a glance. In addition, it is possible to give the user a sense of expectation as to how the appearance changes when the monster grows or exceeds the limit.

  For example, it may be desirable to change to a stronger or more gorgeous appearance when a monster grows or breaks through. Thereby, a user can be made to feel more satisfaction with having grown or exceeded the limit of a monster. In addition, the user can be given more motivation to grow or break through the limit of the monster.

  Note that human characters may be capable of at least one of growth and breakthrough as well as monsters. The flow of processing related to the growth and breakthrough of the human character is the same as the flow of processing of growth and breakthrough of the monster described in this embodiment.

[Embodiment 3]
The game system which concerns on this invention may associate the friend character which can participate in a battle with the equipment of an operation character. Then, when a fellow character is associated with the equipment, the fellow character may not be allowed to participate in subsequent battles, and an effect corresponding to the fellow character may be given to the equipment.

  The user can operate a human character or a riding monster as an operation character. Therefore, the equipment of the operation character is, for example, the weapon 302, armor, and accessory of the human character 301, and the weapon, armor, accessory, etc. of the riding monster 303.

  The user can cause the riding monster on which the human character is riding together with the human character to participate in the battle. In addition, the user can cause an automatic battle monster to participate in the battle together with the human character or the riding monster. Therefore, the fellow character is a riding monster or an automatic battle monster. In addition, when it is possible to make a human character participate in a battle as an NPC, the human character is also included in the fellow character.

  FIG. 9 is a block diagram showing functional configurations of the user terminal 300 and the server 200 included in the game system 1 according to the present embodiment. The game system 1 according to the present embodiment includes a user terminal 300 instead of the user terminal 100. The user terminal 300 is different from the user terminal 100 in that the game progression unit 112 includes a weapon strengthening unit 112D.

  The weapon strengthening unit 112D reinforces the equipment by updating information indicating the parameters of the equipment included in the user information 233. Here, “strengthening the equipment” indicates that the equipment is given some effect (an additional effect that is not originally provided in the equipment).

  The “effect” mentioned here may be, for example, an effect of improving the ability of the equipment, an effect of increasing the skill that can be used by equipping the equipment. The effect may be to change the appearance and attributes of the equipment.

  In addition, it is desirable that the weapon strengthening unit 112D provides the equipment with an effect corresponding to at least one of the ability and skill of the fellow character used to strengthen the equipment. Thereby, according to the fellow character to be used, various effects can be imparted to the equipment. Therefore, the interest of the game is further improved.

(Flow of equipment reinforcement processing)
FIG. 10 is a flowchart illustrating an example of a flow of processing for strengthening equipment (equipment strengthening processing). In the following example, it is assumed that a monster can be used to strengthen equipment as a companion character, but the process flow is the same when a human character is used to strengthen equipment.

  The operation receiving unit 111 receives an input operation for selecting a monster to be used for strengthening equipment (S400). In addition, the operation reception unit 111 receives an input operation for selecting equipment to be strengthened (S402). Thereafter, the operation reception unit 111 receives an input operation for instructing strengthening of the equipment (S404). When the operation accepting unit 111 accepts the input operation in S404, the game progression unit 112 associates the equipment selected in S402 with the monster selected in S400 (S406). This association is managed separately from the association for causing the monster to equip the equipment. The game progression unit 112 further disables the associated monster, that is, the monster used for strengthening the equipment (S408). The monster may not be usable only during battle (that is, cannot participate in battle), or may not be used at all times.

  Finally, the game progressing part 112 gives the effect according to the monster used for reinforcement | strengthening to the equipment linked | related by S406, ie, the equipment of reinforcement | strengthening (S410). For example, the game progression unit 112 gives the equipment an effect corresponding to the ability or skill of the monster used for reinforcement.

  Note that fellow characters associated with equipment (that is, used for strengthening equipment) can change their abilities by using battles or using predetermined growth items as described in the second embodiment. Desirable character. By using such a character for strengthening equipment, an effect corresponding to the character's growth state can be imparted to the equipment. Therefore, it is possible to make the user think how far the character is to be grown and used for strengthening the equipment. In this way, by making the user strengthen the equipment with a strategy, the interest of the game can be further improved.

  The fellow character associated with the equipment is preferably a character that can be operated by the user, such as a human character or a riding monster (sub-character). In the game according to the present embodiment, the character that the user can operate at one time is one body (for example, the human character 301 or the riding monster 303 in the state (B) in FIG. 3). In addition to this example, the number of characters that the user can operate at a time is naturally limited. This is because the more characters that can be operated at one time, the higher the determination speed and determination ability of the user.

  Therefore, when the number of human characters and riding monsters possessed by the user increases, characters that are not frequently used are generated. In addition, when the user already possesses a desired character such as a human character or a riding monster that is highly resistant to battle, the user's motive for acquiring and collecting the character is diminished.

  According to the above processing, even a human character or a riding monster that is rarely used can be used for strengthening equipment. Therefore, the user's willingness to collect characters can be increased. Thereby, the interest property of a game improves further.

  Furthermore, it is desirable that the fellow character associated with the equipment is a riding monster. The human character may be, for example, a character related to the progress of a game story or a character that can be acquired according to the progress of the story (that is, “join a friend”). On the other hand, a riding monster can participate in a battle for the first time by being associated with an operable character. In other words, a mounted monster cannot participate in a battle by itself. Therefore, it can be prevented that the main character is associated with the equipment and cannot participate in the battle. Further, by avoiding the use of the human character for equipment enhancement and using the riding monster, it is possible to prevent the progress of the story and the understanding of the user's story from being hindered.

[Embodiment 4]
The game system 1 according to the present embodiment may realize a game that allows an operation character to execute a continuous action (referred to as a combo action) in response to a user's continuous operation on the touch screen 15.

  The user terminal 100 or 300 or the server 200 according to the present embodiment is an operation that is information that associates an action (one action) with a user input operation (referred to as an instruction operation) for causing the action in advance. Setting information is stored as user information 233 in the storage unit 120 or 220. The operation setting information is generated and updated for each character (that is, a human character or a riding character) that can be an operation character.

  The user terminal 100 or 300 according to the present embodiment is associated with the same or another action within a predetermined time (for example, 0.5 seconds) after a certain instruction operation is performed on the touch screen 15. When the instruction operation is performed, the two actions indicated by the instruction operations are continuously executed.

  Examples of such games include an action game that executes a combo action during movement or battle, an action RPG (Role-Playing Game), or a game of another genre that includes an action game element (or action game part). Etc.

  Furthermore, in the game which the game system 1 implement | achieves, the user can change the operation setting information mentioned above. The display control unit 115 according to the present embodiment is an image of an edit screen (hereinafter simply referred to as an edit screen) that associates each operation included in an operation sequence composed of consecutive operations with an action according to the order in the operation sequence of the operation. And the editing screen is displayed on the display unit 152. The editing screen may be generated and displayed when the user performs a predetermined input operation at an arbitrary timing during the game.

  FIG. 11 is a diagram illustrating an example of the editing screen. In the example shown in the drawing, an editing screen for “Dragon X1” which is a riding monster of rarity A is shown. The edit screen includes an operation sequence component 601 for each operation type and a list of action icons 612. In this example, operation sequence components 601 of five types of operations (tap operation, upper flick operation, lower flick operation, left and right flick operation, and rotation operation) are included. However, the number of operation sequence components 601 included in the editing screen is not limited to the illustrated number. In addition, when the number of action icons 612 that can be displayed exceeds the number that can be displayed simultaneously (six in FIG. 11), a scroll bar 611 is displayed. Of the action icons 612 that can be displayed, the hidden action icon 612 is displayed by an operation on the scroll bar 611.

  First, the operation sequence component 601 will be described. The operation sequence component 601 sequentially assigns slots 602 — i (i is a natural number from 1 to N) representing the actions associated with the operations of the order i among the corresponding types of consecutive operations from the first level to the Nth level. It is an arranged component. That is, the operation setting information of the dragon X1 shown in FIG. 11 is information in which the five operation sequence components 601 shown in FIG. 11 are collected.

  N is an integer equal to or greater than 1, and represents the maximum number of operations that can be included in the type of operation sequence. The maximum number N is an upper limit value of the continuous number that allows the action to be continuously sent out by the continuous operation of the type. Hereinafter, the maximum number N is also referred to as the maximum continuous number N. The maximum continuous number N may vary depending on the rarity of the corresponding editable character. For example, the maximum continuous number N may be increased as the editable character has a lower rarity. Moreover, the maximum number N of continuous numbers may differ according to the characteristics of the corresponding editable character, for example. Further, the maximum continuous number N may be different depending on the characteristics of the type of the corresponding operation. Further, the maximum number N of consecutive times can be increased when a predetermined condition is satisfied. An example of the condition for increasing the maximum number N is exchange for a consumption item such as virtual currency. In addition, as a condition for increasing the maximum number N of continuous characters, for example, the level of the editable character is raised. However, the conditions for increasing the maximum continuous number N are not limited to these.

  For example, as shown in FIG. 11, in the editing screen of the dragon X1 with the rarity A, the maximum continuous number N of the operation sequence component 601 for the tap operation is 3. Note that the user terminal 100 or the user terminal 300 may set the maximum continuous number N of the operation sequence component 601 of the tap operation to be larger for a monster having a lower rarity level.

  Further, among the N slots 602 — i included in the operation sequence component 601, actions can be associated with the slots 602 — i up to the editable number M (that is, editable). Slots 602 — i exceeding the editable number M are not editable and cannot be associated with actions. The non-editable slot 602 — i is displayed to indicate that it cannot be edited. In the example of FIG. 11, the slot 602 — i (for example, 602 — 3) in which the lock mark is displayed represents that editing is not possible. Further, the number of continuous actions that can be continuously sent out by this type of continuous operation is the editable number M. However, the editable number M can be increased up to the maximum continuous number N according to the conditions satisfied by the editable character. The editable number M may be different depending on editable characters. As a condition for increasing the editable number M, for example, exchange with a consumption item such as a virtual currency can be cited. In addition, as a condition for increasing the editable number M, for example, the level of the editable character is raised. However, the conditions for increasing the editable number M are not limited to these.

  Next, the action icon 612 will be described. The action icon 612 represents an action that can be associated with each operation in the operation sequence information. As described above, the types of actions that can be associated include those that act on enemy characters, those that move operation characters, and those that summon sub-characters.

  The list of action icons 612 represents a list of actions that can be associated with the operation corresponding to the slot 602 — i. Actions that can be associated include actions that have been acquired by the corresponding editable character. Furthermore, the action which can be linked | related may include the action acquired by the other editable character of the same group as the applicable editable character. Hereinafter, an action acquired by a character may be described as an action that can be used by the character.

  The editable character may acquire a new action by satisfying the condition. The condition for acquiring a new action may be, for example, that the play period of the corresponding editable character as an operation character exceeds a threshold value. This represents that the operation character flashes a new technique as the game progresses. Further, the condition for acquiring the action may be, for example, that the operation character acquires a predetermined item. This expresses that the operating character learns a new technique using a predetermined item.

  Next, a list of action icons 612 will be described. The list of action icons 612 represents a list of actions having characteristics according to the type of operation corresponding to the slot 602 — i to be edited. For example, the characteristic corresponding to the tap operation may be high homing performance. Further, for example, the characteristic corresponding to the upper flick operation or the lower flick operation may be a high attack power. For example, the characteristic corresponding to the left / right flick may be that the attack range is wide. In addition, the characteristics of actions that can be associated may be changed according to the type of operation. For example, the homing performance of the action that can be associated with the tap operation may be increased and the homing performance of the action that may be associated with the rotation operation may be decreased as compared with the up / down / left / right flick operation. Further, for example, the action homing performance that can be associated with the left / right flick operation may be higher than that of the up / down flick operation.

  For example, in FIG. 11, a list of action icons 612 is displayed when any slot 602 — i included in the operation sequence component 601 of the tap operation is tapped. The actions represented by these action icons 612 are actions having characteristics corresponding to the tap operation, and can be used by other characters of the dragon X1 or group X. For example, actions X1_a, X1_b, and X1_c represent actions that can be used by the dragon X1. Further, for example, actions X2_a and X2_b represent actions that can be used by the dragon X2, which is another character of the group X. For example, the action X3_a represents an action that can be used by the dragon X3, which is another character of the group X. The solid line action icon 612 represents an action acquired by the corresponding character, and the broken line action icon 612 represents an unacquired action.

  Next, an example of a method for editing operation sequence information on the editing screen will be described. An action icon 612 can be fitted into the editable slot 602 — i. The action represented by the inserted action icon 612 is associated with the operation in the order of the slot 602 — i. The operation for fitting the action icon 612 into the slot 602 — i may be, for example, a drag operation. The operation for fitting may be a tap operation on the slot 602 — i and the action icon 612 in this order or in the reverse order. However, the operation for fitting is not limited to these operations.

  In addition, the action icon 612 inserted in the slot 602 — i can be cleared by a predetermined operation, and can become an empty slot. The operation for clearing may be, for example, that the action icon 612 already inserted is dragged out of the frame of the slot 602 — i. However, the clearing operation is not limited to such an operation. In the editing screen, an “all clear” function may be provided in which each slot 602 — i in each type of operation sequence component 601 is an empty slot. In this case, the editing screen includes an operation button (not shown) that instructs all clear.

  Note that the slot 602 — i is displayed to indicate that it is an empty slot when the actions in the corresponding order are not associated. In the example of FIG. 11, the slot 602_2 filled with diagonal lines is an empty slot.

  For example, referring to the operation sequence component 601 related to the tap operation in FIG. 11, three slots 602 — i are arranged. That is, the maximum continuous number N is 3. Slots 602_1 to 602_2 can be edited, and slot 602_2 is an empty slot. Further, the slot 602_3 cannot be edited. That is, the editable number M is 2. In other words, in this example, for this editable character, it is possible to execute a continuous action up to the second editable number of the maximum number of continuous tap operations 3.

  In addition, the total cost of actions associated with each operation in each operation sequence information is determined not to exceed the upper limit of cost. For example, whether or not the total cost of the action icons 612 inserted in each slot 602 — i in each type of operation sequence component 601 exceeds the upper limit value is determined when the editing of the operation sequence information is finished. For example, when the operation for instructing the end of editing is performed, the game progression unit 112 stores the operation sequence information reflecting the edited contents as the user information 233 as the user information 233 if the total cost does not exceed the upper limit value. Save to. If the total cost exceeds the upper limit value, the game progression unit 112 does not save the operation sequence information. In this case, the game progression unit 112 may continue displaying the edit screen after displaying that the total cost exceeds the upper limit. Further, depending on the slot, an action unique to the character is assigned, and editing of the slot may be disabled. That is, for a slot to which an action specific to a character is assigned, it is possible that it is impossible to clear the action or assign another action.

  When an input operation for instructing completion of editing on the editing screen is performed by the user, the operation reception unit 111 receives the input operation. In response to the input operation, the game progression unit 112 collects information on the operation sequence component 601 edited on the editing screen, creates operation setting information, and stores the new operation setting information in the user information 233 of the storage unit 120. Update the included operation setting information.

  According to the above processing, the user can change the action executed in response to the continuous input operation while trial and error. As a result, the user can enjoy various game developments according to successive operations, and the fun of the game is further enhanced.

[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 the like, or may be realized by software.

  In the latter case, an information processing apparatus including the control unit 210 and / or the control unit 110 includes a computer that executes instructions of a program that is software that realizes each function. The computer includes, for example, one or more processors and a computer-readable recording medium storing the program. In the computer, the processor reads the program from the recording medium and executes the program, thereby achieving the object of the present invention. As the processor, for example, a CPU (Central Processing Unit) can be used. As the recording medium, a “non-temporary tangible medium” such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, a RAM (Random Access Memory) for expanding the program may be further provided. 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 one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the 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) The game program (231) has been described. According to an aspect of the present disclosure, the game program is executed on a computer including a processor (10), a memory (11), and an operation unit (such as the input unit 151) that receives a user's input operation. A game based on a game program is a game in which an operation character that operates according to a user's input operation battles with another character, and the game program is a processor, an equipment of the operation character, and a friend who can participate in the battle The step of associating the character (S406) and the step of making the fellow character unable to participate in the subsequent battle when the fellow character is associated with the equipment and giving the equipment an effect corresponding to the fellow character (S408-) S410) is executed.

  Thereby, for example, when the user possesses an unnecessary fellow character, the user can give the equipment an effect corresponding to the fellow character by associating the fellow character with the equipment. Therefore, it is possible to make the user think about the selection of the fellow character associated with the equipment. Therefore, the interest of the game can be improved.

  (Item 2) In (Item 1), in the step of imparting an effect, an effect corresponding to at least one of the ability and skill possessed by the fellow character may be imparted to the equipment.

  Thereby, according to the fellow character linked | related with an equipment, various effects can be provided to an equipment. Therefore, the interest of the game is further improved.

  (Item 3) In (Item 1) or (Item 2), in the associating step, a character whose ability can be changed by using a battle or a predetermined growth item may be associated with the equipment.

  By associating such a character with the equipment, it is possible to provide the equipment with an effect corresponding to the changed ability of the character. Therefore, it is possible to make the user think about how much the character is associated with the equipment after the character is made to fight or the growth item is given to the character. In this way, by making the user associate the equipment with the friend character with a strategy, the interest of the game can be further improved.

  (Item 4) In any one item from (Item 1) to (Item 3), the game program further causes the processor to respond to a lottery result when a predetermined lottery item is consumed or a battle result. The step of determining a sub-character that becomes a fellow character by associating with a certain operation character as a character to be given to the user and the step of giving the sub-character determined in the step of determining to the user may be executed.

  In this way, the character determined by the battle or the lottery is given to the user, and the user is made to associate the character with the equipment (that is, used for giving the effect to the equipment). Motivation for lottery can be given. Furthermore, a character that can be given to the user in battle or lottery (that can be acquired by the user) can participate in the battle by associating it with the operation character. Therefore, it is possible to give the user a motivation to make the acquired character participate in the battle, that is, to further battle. A character is further given to the user according to the result of the battle. Thus, since the two purposes of acquisition of monsters and battle can be presented to the user cyclically, the game can be continued without the user getting bored.

  (Item 5) In (Item 4), the game program further includes the step of causing the processor to battle the operation character and the sub-character as the battle opponent of the operation character (S104) and the step of causing the operation to be performed. A step (S108) of giving a reward item corresponding to the sub-character to the user may be executed according to the result of the battle of the character with the sub-character as the battle opponent. In the step of giving the sub character to the user, a predetermined number of reward items may be consumed to give the user the same type of sub character as the battle opponent.

  Thereby, it is possible to give the user the purpose of repeating battles and collecting reward items.

  (Item 6) In any one item from (Item 1) to (Item 5), in the associating step, a character that can be operated in a battle may be associated with the equipment as a fellow character.

  The number of characters that the user can operate at a time is naturally limited. This is because the more characters that can be operated at one time, the higher the determination speed and determination ability of the user.

  Therefore, when the number of operable characters possessed by the user increases, characters that are not frequently used are generated. In addition, when the user already has a desired character, the user's motivation to acquire and collect the character is diminished.

  On the other hand, according to said structure, although it is a character which can be operated, an effect can be provided to equipment by associating the character which is not used much with equipment. Therefore, the user's willingness to collect characters can be increased. Thereby, the interest property of a game improves further.

  (Item 7) In (Item 4) or (Item 5), in the step of associating, the sub-character serving as the operation character's vehicle may be associated with the equipment as a fellow character.

  The operable character may be, for example, a character related to the progress of a game story, or may be a character that can be acquired in accordance with the progress of the story (that is, “join a friend”). On the other hand, the sub-character can participate in the battle for the first time by being associated with the operable character. In other words, the secondary character cannot participate in the battle by itself. Therefore, it can be prevented that the main character is associated with the equipment and cannot participate in the battle.

  (Item 9) The method for executing the game program (231) has been described. According to an aspect of the present disclosure, a method for executing a game program is a method in which a computer including a processor, a memory, a display, and an operation unit that receives a user input operation executes the game program. A game based on a game program is a game in which an operation character that operates in response to a user's input operation battles with another character, and the method of executing the game program can participate in the battle with the operation character equipment. The step of associating the fellow character (S406) and the step of making the fellow character incapable of participating in the subsequent battle when the fellow character is associated with the equipment and providing the equipment with an effect corresponding to the fellow character (S410). ) And. The method according to (Item 8) has the same effects as the game program according to (Item 1).

  (Item 9) The information processing apparatus (the user terminal 100, the user terminal 300, or the server 200) has been described. According to an aspect of the present disclosure, the information processing apparatus executes a game program, thereby controlling the operation of the information processing apparatus, a memory that stores the game program, an operation unit that receives a user's input operation, Is provided. The game based on the game program is a game in which an operation character that operates according to a user's input operation battles with another character, and the processor associates a companion character that can participate in the battle with the equipment of the operation character (S406) and, when a fellow character is associated with the equipment, execute the step (S410) of making the fellow character incapable of participating in subsequent battles and providing the equipment with an effect corresponding to the fellow character. To do. The information processing apparatus according to (Item 9) has the same effects as the game program according to (Item 1).

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 ranging sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 game progression unit, 113 camera arrangement control unit , 114 object control unit, 115 display control unit, 120, 220 storage unit, 151 input unit (operation unit), 152 display unit, 200 server, 211 transmission / reception unit, 212 server processing unit, 213 data management unit, 231 game program, 232 game information, 233 user information, 233A character data, 10 0 object 1020 controller (operation unit), 1030 storage medium

Claims (9)

A game program,
The game program is executed in a computer including a processor, a memory, and an operation unit that receives a user's input operation.
The game based on the game program is a game in which an operation character that operates in response to an input operation of the user battles with another character.
The game program is stored in the processor.
Associating a friend character that can participate in the battle with the equipment of the operation character;
A game that, when the fellow character is associated with the equipment, causes the fellow character to be unable to participate in subsequent battles and provides the equipment with an effect corresponding to the fellow character. program.   The game program according to claim 1, wherein in the step of imparting the effect, an effect corresponding to at least one of the ability and skill possessed by the fellow character is imparted to the equipment.   The game program according to claim 1, wherein in the associating step, a character whose ability can be changed by using the battle or a predetermined growth item is associated with the equipment. The game program is further transmitted to the processor.
A step of determining, as a character to be given to the user, a sub-character serving as the fellow character by associating with a certain operation character according to a lottery result when a predetermined lottery item is consumed or according to a result of the battle;
The game program according to any one of claims 1 to 3, wherein the step of giving the sub character determined in the determining step to the user is executed. The game program is further transmitted to the processor.
Fighting the operation character and the sub-character as a battle opponent of the operation character;
In the battle step, according to a result of fighting the operation character with the sub-character as the battle opponent, a reward item corresponding to the sub-character is given to the user, and
The step of granting the sub character to the user consumes a predetermined number of the reward items and gives the user a sub character of the same type as the sub character as the battle opponent. Game program.   The game program according to claim 1, wherein in the associating step, a character that can be operated in the battle is associated with the equipment as the fellow character.   The game program according to claim 4 or 5, wherein, in the associating step, the sub-character serving as a vehicle for an operation character is associated with the equipment as the fellow character. A computer comprising a processor, a memory, a display, and an operation unit for accepting a user input operation is a method for executing a game program,
The game based on the game program is a game in which an operation character that operates in response to an input operation of the user battles with another character.
Associating a friend character that can participate in the battle with the equipment of the operation character;
And a method in which, when the fellow character is associated with the equipment, the fellow character cannot participate in a subsequent battle, and an effect corresponding to the fellow character is imparted to the equipment. An information processing apparatus,
The information processing apparatus includes:
A processor that controls the operation of the information processing apparatus by executing a game program;
A memory for storing the game program;
An operation unit that accepts user input operations,
The game based on the game program is a game in which an operation character that operates in response to an input operation of the user battles with another character.
The processor is
Associating a friend character that can participate in the battle with the equipment of the operation character;
When the fellow character is associated with the equipment, the fellow character is made incapable of participating in subsequent battles, and an effect according to the fellow character is given to the equipment. Processing equipment.