JP6529873B2 - Game program and game apparatus - Google Patents

Description

  According to the present invention, by setting the physical strength of the enemy object which is the enemy to a predetermined value in a state where the predetermined effect continues, the player object can acquire the event related to the enemy object with high probability. The present invention relates to a game program and a game device for executing a generated game.

  BACKGROUND ART Conventionally, there is a game in which a monster which is an enemy is a companion of player objects (Non-Patent Document 1). This game can catch the monster by using an item for catching the monster in the battle with the monster.

Nintendo, Pocket Monster X, Pocket Monster Y “Let's catch and become friends with Pokemon!”, [Online], [August 28, 2015 search], Internet <URL: http://www.pokemon.co.jp/ ex / xy / about / 04.html>

  However, the game of Non Patent Literature 1 is only a game that can capture a monster by using an item for catching the monster in a battle with the enemy monster. That is, Non-Patent Document 1 does not generate an event relating to a monster by setting the strength value of the monster to 0 while the effect of the item continues. In addition, the game of Non-Patent Document 1 is not a game for generating an event related to a monster of which the physical strength value is finally set to 0 among a plurality of monsters.

  Therefore, the game of Non-Patent Document 1 lacks brand newness. Therefore, according to the present invention, by setting the physical strength of the enemy object that is the enemy to a predetermined value while the predetermined effect continues, the player object can obtain an event that can acquire an object related to the enemy object. An object of the present invention is to provide a game program and a game device that execute a game generated with probability.

A game program provided by the present invention is a player object that acts in a virtual game space based on an operation by the user, in a virtual game space, a game device to which an operation unit operated by the user and a display unit are connected, and the player Game progress means for advancing virtual battle with an object and an opposing non player object, player object control means for controlling an action of the player object, non player object control means for controlling an action of the non player object, the non Physical strength value managing means for managing the physical strength value of the player object and determining that the physical strength value of the non player object has become a predetermined value, In the battle, before the physical strength value of the non player object becomes the predetermined value Manipulation by the user The predetermined command is selected based on the selected command to exert a predetermined effect that continues for a predetermined period, and when it is determined that the physical strength value of the non-player object has become a predetermined value by the physical strength value management means, An effect determination unit that determines whether a predetermined effect is valid or invalid; when the effect determination unit determines that the predetermined effect is invalid, a predetermined object corresponding to the non-player object is Event generating means for generating an event to be applied with a first probability, while generating an event with a second probability higher than the first probability when the effect determining means determines that the predetermined effect is effective Act as ,
The game progressing means proceeds with a battle by a fellow object colliding with the player object, the player object, and a plurality of non player objects.
The effect determination means determines whether the predetermined effect is valid or invalid for a non player object whose physical strength value has become a predetermined value first or last among the plurality of non player objects. ,
The event is an event to which a predetermined object corresponding to a non-player object whose physical strength value reaches a predetermined value first or last is given,
The predetermined object is an object of the same type as the non-player object which is the associate object, and is an object associated with a rare degree determined by lottery.
The game progress means generates a predetermined game stage in the virtual game space when the event is generated by the event generation means, and moves the non-player object into the predetermined game stage. A predetermined object is placed, and the predetermined object is imparted when the player object moves the predetermined object out of the predetermined game stage .

Further, a game program provided by the present invention is a player object that acts on a game device to which an operation unit operated by a user and a display unit are connected in a virtual game space based on an operation by the user. A game progress means for advancing a virtual battle with the player object and a non player object opposing the player object, a player object control means for controlling an action of the player object, a non player object control means for controlling an action of the non player object; The physical strength value managing means for managing the physical strength value of the non player object and determining that the physical strength value of the non player object has become a predetermined value, the physical strength value of the non player object becomes the predetermined value in the battle Before the user When a predetermined command is selected based on the selected operation to exert a predetermined effect continuing for a predetermined period, and it is determined by the physical strength value management means that the physical strength value of the non-player object has become a predetermined value. An effect determining unit that determines whether the predetermined effect is valid or invalid; when the effect determining unit determines that the predetermined effect is invalid, a predetermined corresponding to the non-player object An event that causes an event to which an object is given to occur with a first probability, while an event that causes the event to occur with a second probability higher than the first probability when the effect determination means determines that the predetermined effect is valid Function as generation means,
The game progressing means proceeds with a battle by a fellow object colliding with the player object, the player object, and a plurality of non player objects.
The effect determination means determines whether the predetermined effect is valid or invalid for a non player object having a physical strength value at least first or last among the plurality of non player objects. And
The event is an event to which a predetermined object corresponding to a non-player object whose physical strength value reaches a predetermined value first or last is given,
The predetermined object is an object to be the fellow object,
The game progress means generates a predetermined game stage in the virtual game space when the event is generated by the event generation means, moves the non-player object into the predetermined game stage, and the body Placing the non-player object in the healing state and the predetermined object, and the predetermined object being the predetermined game without being noticed by the non-player object in the healing state. The apparatus is characterized in that when it is determined that it has been moved out of the stage, the predetermined object is attached .

In the game program provided by the present invention, the first probability changes in accordance with the action of the player object triggered by the physical strength value management means determining that the physical strength value of the non-player object has become a predetermined value. characterized in that it.

  A game apparatus provided by the present invention is characterized by including a storage unit storing the game program, and a computer executing the game program.

  According to the present invention, the player object generates a stage capable of acquiring an object related to the enemy object by setting the physical strength of the enemy object which is the enemy to a predetermined value while the predetermined effect continues. A game program and a game device for executing the game can be provided.

It is a figure explaining the game system in the embodiment of the present invention. It is a functional block diagram which shows the structure of the game device contained in the said game system. It is a figure which shows an example of the game screen of the said game device. It is a figure which shows an example of the game screen of the said game device. It is a figure which shows an example of the game screen of the said game device. It is a figure which shows an example of the game screen of the said game device. It is a flowchart which shows the flow of a process of the said game device.

A game program according to an embodiment of the present invention will be described with reference to the drawings.
The configuration of the present invention and the processing procedure of each flowchart are not limited to the present embodiment.

<Description of game system>
FIG. 1 is a diagram for explaining the configuration of the game system 1. The game system 1 according to the present embodiment includes a server device 2 and a game device 3 that can communicate with each other via a network 4.

  The game device 3 has an upper housing 3A and a lower housing 3B. The upper housing 3A includes an upper display 500. The lower housing 3B includes a lower display 501, various push buttons 11, a cross button 110, and a slide pad 111. The lower display 501 includes the touch panel 10 (see FIG. 3).

  The game device 3 includes a communication line 31 such as Internet communication. Thereby, the game device 3 can be connected to the network 4. Also, the game apparatus 3 has each function shown in FIG.

<Hardware Configuration of Game Device>
As shown in FIG. 1, the game apparatus 3 includes a control unit 30, a communication line 31, a storage unit 32, a game card interface 37, and a memory card interface 38 on a bus 300.

  The control unit 30 includes a CPU 30A, a ROM (flash memory) 30B, a RAM 30C, an image processor 30D, an operation unit 30E, and an audio processor 30F.

  The CPU 30A controls the game executed by the game apparatus 3 as described later.

  The ROM 30B stores a basic program for executing a game program.

  The image processor 30D includes a GPU (Graphics Processing Unit) capable of generating the game screen 5 (see FIGS. 3 to 5). A video RAM (VRAM) 33 is connected to the image processor 30D. A display unit 34 is connected to the VRAM 33. The display unit 34 includes the upper display 500 and the lower display 501 described above. The image processor 30D generates a virtual game space according to an instruction of the CPU 30A. An image obtained by photographing this virtual game space with a virtual camera is drawn on the VRAM 33 as the game screen 5.

  A work area used when the CPU 30A executes a game program is set in the RAM 30C. The work area includes various parameters generated as the game progresses.

  The operation unit 30E includes the touch panel 10, various push buttons 11, a cross button 110, and a slide pad 111. The operation unit 30E receives an operation by the user, and detects an operation signal according to the content of the operation. The operation unit 30E transmits this operation signal to the CPU 30A.

  The voice processor 30F includes a DSP (Digital Signal Processor) that generates game voice. The voice processor 30F transmits the generated game voice to the amplifier 35 including the D / A converter. The amplifier 35 amplifies this audio signal and transmits it to the speaker 36.

  The communication line 31 includes a digital communication circuit in the 2.4 GHz frequency band, and communicates with other game devices 3 and the like. In addition, it performs Internet communication via a wireless access point. The communication line 31 also performs near field communication (NFC) and infrared communication using a 13.56 MHz frequency band.

  Communication is performed between the game apparatus 3 and the server apparatus 2 on the communication line 31 to download a game program or the like. In addition, the communication line 31 includes user information (user ID and the like) necessary for game play, relationship information (friend information and the like) between a user and another user, a game score, and the like to the server device 2 and the other game devices 3. It transmits or receives game scores and the like of other users from other game devices 3. Further, by performing communication between the game apparatus 3 and the other game apparatuses 3, cooperative play and battle can be performed.

  The storage unit 32 is a hard disk, and stores, for example, a game program downloaded from the server device 2 in addition to the game program stored in advance. The game program includes various game data such as a character image, a background image, and a stage image necessary for the progress of the game, in addition to the program itself.

  The game card interface 37 includes a game card slot, and reads and writes the game card 370 loaded in the game card slot. A game program and game data are stored in the game card 370, and save data and the like relating to the progress of the game are stored. The save data is data storing the state in the middle of the game, and the game can be resumed from the state in the middle by reading the save data.

  The memory card interface 38 includes a memory card slot, and reads and writes to the memory card 380 loaded in the memory card slot. In addition to the game program downloaded via the communication line, the memory card 380 stores picture data, moving picture data, music data, and the like.

<Overview of the game>
The game provided by the game program executed on the game device 3 in the present embodiment is a so-called role playing game (RPG). The user moves the player object 60 on the virtual game space (game stage) via the operation unit 30E. Then, the player object 60 performs a virtual battle (turn battle) with the non player object 70 by encountering (encounting) the non player object 70 disposed in the virtual game space.

  The player object 60 can acquire an egg object of the non player object 70 which is defeated in a battle or the like. Then, by raising the non player object 70 produced from the egg object, the non player object 70 can be made a friend (friend object 61). The player object 60 advances with the companion object 61 by advancing the adventure (story) by winning the battle with the non-player object 70 encountered there.

  As described above, the game is a highly entertaining game aiming to clear the various subjects by deepening the bond with the fellow object 61 by causing the player object 60 to adventure with the fellow object 61. Details of the game will be described later.

<Description of control unit>
Hereinafter, each function of the game device 3 included in the game system 1 in the present embodiment will be described. FIG. 2 is a functional block diagram of the game apparatus 3.

  The game device 3 realizes the function shown in the figure by the cooperation of the game program stored in the storage unit 32 and the control unit 30. Also, the game device 3 (CPU 30A) includes an operation input unit 300A, a game screen generation unit 300B, a drawing unit 300C, a game progression unit 300D, a player object control unit 300E, a non player object control unit 300F, a strength value management unit 300G, an effect. A determination unit 300H, an event generation unit 300I, and a map generation unit 300J are provided.

  The operation input unit 300A receives an operation signal from the operation unit 30E operated by the user. The user inputs an operation by touching the touch panel 10 in addition to the various push buttons 11, the cross button 110, and the slide pad 111. The contents of operation on the touch panel 10 include tap, flick, long press, swipe, and scroll. The operation input unit 300A acquires operation information such as touch coordinates of the touch panel 10 and operation content, and transmits the operation information to the game progress unit 300D and the player object control unit 300E.

  The game screen generation unit 300B is realized by the cooperation of the control unit 30 and the game program. The game screen generation unit 300B includes a game screen 5 in which the player object 60, the fellow object 61, and the non-player object 70 move in the virtual game space or perform a battle, and user interfaces (UI Is calculated and generated at each timing (frame) of the game to be advanced (see FIG. 3). The calculation result (drawing information) is output to the drawing unit 300C and the like.

  The drawing unit 300C is realized by the cooperation of the control unit 30, the VRAM 33, the display unit 34, and the game program. The drawing unit 300C includes the player object 60 input from the game screen generation unit 300B, the game screen 5 in which the fellow object 61 and the non-player object 70 move in the virtual game space and battle, and the physical strength value gauge 62, A game screen 5 to be displayed on the upper display 500 and the lower display 501 (the touch panel 10) is drawn based on drawing information such as a user interface (UI) such as 63.

  Game progress part 300D is realized by cooperation of control part 30 and a game program. Game progress part 300D advances games, such as a battle of the player object 60, the associate object 61, and the non player object 70. Also, manage the start to the end and the outcome of this battle. Game progress part 300D transmits a game result etc. to game screen generation part 300B etc.

  The player object control unit 300E is realized by cooperation of the control unit 30 and the game program. The player object control unit 300E controls the action of the player object 60 based on the operation information received from the operation input unit 300A. During the battle, the user selects an attack target of the player object 60 and a command (such as “power”, “speed”, “technique”, “paint”, or “recovery”) for the attack target by the user's operation, and the attack target is selected. Attack etc. Each time the player object control unit 300E receives operation information from the operation input unit 300A, the player object control unit 300E transmits information on the player object 60 to the game screen generation unit 300B or the like.

  The non-player object control unit 300F is realized by cooperation of the control unit 30 and the game program. The non player object control unit 300F controls the action of the fellow object 61 and the non player object 70. During the battle, select the attack target and the attack command (“power”, “speed”, “technique”, “paint” or “recovery”) of the fellow object 61 and the non player object 70 for the attack target. Perform an attack.

  In the state where the player object 60 moves in the virtual game space, the non player object control unit 300F moves the non player object 70 and executes processing such as approaching (encounting) the player object 60. The non player object control unit 300F transmits information on the action of the non player object 70 to the game screen generation unit 300B and the like.

  In the state where the player object 60 moves in the virtual game space, the non-player object control unit 300F executes processing such as moving the fellow object 61 so as to follow the player object.

  The strength value management unit 300G is realized by the cooperation of the control unit 30 and the game program. The strength value management unit 300G updates the strength values of the player object 60, the fellow object 61, and the non player object 70. In addition, the physical strength value management unit 300G determines that the physical strength value of the non player object 70 has become a predetermined value (for example, 0). Further, it is determined whether or not the non player object 70 whose physical strength value has become a predetermined value is the non player object 70 which is finally defeated in a predetermined battle (whether or not it is annihilation). The physical strength value management unit 300G transmits the updated physical strength value and the determination result to the game screen generation unit 300B and the game progress unit 300D.

  The effect determination unit 300H is realized by the cooperation of the control unit 30 and the game program. The effect determination unit 300H exerts an effect of a predetermined period based on a predetermined command based on the operation information received from the operation input unit 300A. For example, the effect determination unit 300H causes the effect of continuing the first to third turns by selecting the paint command 17 by the operation of the user.

  In addition, if the physical strength value management unit 300G determines that the physical strength value of the non player object 70 has become a predetermined value, the effect determination unit 300H determines whether the effect based on the predetermined command is valid or invalid ( Determine if the effect is continuing). The effect determination unit 300H transmits information on this effect to the game screen generation unit 300B, the game progress unit 300D, the event generation unit 300I, and the like.

  The event generation unit 300I is realized by the cooperation of the control unit 30 and the game program. The event generation unit 300I determines whether to generate a predetermined event based on the information received from the game progress unit 300D, the strength value management unit 300G, and the effect determination unit 300H. The event generation unit 300I generates a predetermined event with the first probability when the effect determination unit 300H determines that the effect is invalid.

  When the effect determination unit 300H determines that the effect is effective, the predetermined event is generated at a second probability higher than the first probability. The event generation unit 300I transmits information on the occurrence of an event to the game screen generation unit 300B and the game progress unit 300D. The lottery tables regarding the first probability and the second probability are stored in the storage unit 32, the game card 370, or the like.

  Note that the predetermined event is an event that occurs after the end of the battle, and is an event related to the non player object 70 whose physical strength value has finally become 0 in this battle. When an event is generated by the event generation unit 300I, the game progress unit 300D generates a predetermined game stage (a cave stage) in the virtual game space. Further, on this game stage, an egg object relating to the non-player object 70 finally defeated in the battle is generated.

  The map generation unit 300J is realized by cooperation of the control unit 30 and the game program. The map generation unit 300J sets a virtual camera in the virtual game space, and generates a map centered on the current position of the player object 60 in the virtual game space, based on the image captured by the virtual camera. The map generation unit 300J corrects the position or the angle of view of the virtual camera so that the current position of the player object 60 and the game stage are simultaneously displayed on the map when the battle is over. The map generation unit 300J transmits information on the generated map to the game screen generation unit 300B and the like.

<Game Details>
Hereinafter, the game provided by the game program executed in the game device 3 in the present embodiment will be described.

(Player object 60)
The player object 60 is a main character advancing an adventure (story), and is an object that can be operated by the user via the operation unit 30E. The user operates the player object 60 to battle with the fellow object 61 and the enemy non-player object 70. The control unit 30 sets statuses such as strength, aggression, defense and the like in the player object 60, and increases the status according to the battle result with the non-player object 70 and the like.

(Friend object 61)
The fellow object 61 is an object that shares an adventure with the player object 60, and its action is controlled by a predetermined control program (AI). The control unit 30 sets statuses such as strength, aggression, defense and the like in the fellow object 61, and increases the status according to the battle result with the non-player object 70 and the like.

  In addition, the control unit 30 sets a parameter related to the fight between the player object 60 and the buddy object 61, and increases the parameter by satisfying a predetermined condition during the battle. Note that the fellow object 61 is an object that can be acquired by the non-player object 70 defeated in battle or a predetermined event, and the user may select (admit) an arbitrary fellow object 61 as a fellow player object 60. it can.

(Non-player object 70)
The non player object 70 is an object that is hostile to the player object 60 and the fellow object 61, and the action is controlled by a predetermined control program (AI). The control unit 30 arranges the non player object 70 in the virtual game space in accordance with the game stage or the game progress.

(Battle system)
3 to 6 are diagrams showing an example of the game screen 5 displayed on the display unit 34 (the upper display 500 and the lower display 501) of the game apparatus 3. The user operates the player object 60 or the like via the operation unit 30E to advance the game.

  On the touch panel 10, a "power" command 13, a "speed" command 14, a "technique" command 15, a "ride" command 16, a "paint" command 17 and a "recovery" command 18 are displayed. Accept

  In FIG. 3, the upper display 500 includes a player object 60 (character name: hunter) and a companion object 61 (character name: otomon), as well as the enemy non player object 70A (character name: rio laya) and the non player object 70B. (Character name: Tigarex) is displayed.

  Further, in FIG. 3, the physical strength value gauge 62 of the player object 60 and the physical strength value gauge 63 of the fellow object 61 are displayed, and the user can confirm the remaining physical strength of the player object 60 and the fellow object 61. On the other hand, the physical strength value gauges of the non player object 70A and the non player object 70B are not displayed. As a result, the user can not confirm the remaining physical strength of the non-player object 70, and can not know how much he can beat it by attacking (adding damage) (can it be 0 for the physical strength value).

  The control unit 30 performs a battle between the player object 60 and the fellow object 61, and the non player object 70A and the non player object 70B based on the user's operation. In the present embodiment, the battle with the two non-player objects 70 of Lolaire and Tigarex is described, but the number of non-player objects 70 and the character name (type of object) are appropriately selected.

  The battle system of this embodiment is turn-based, and the user selects an action performed by the player object 60. First, the user selects which of the three types of commands “power”, “speed”, and “technique” to attack the non player object 70. Next, the user selects which non-player object 70 to attack (attack target). The control unit 30 accepts an operation by these users, and executes an attack according to the command on the selected attack target.

  Further, the behavior of the buddy object 61 is controlled by a predetermined control program (AI). The control unit 30 selects which of the three types of commands “power”, “speed”, and “technique” is to be used to attack the non-player object 70 according to a predetermined control program. Next, the control unit 30 selects which non-player object 70 to attack (attack target), and executes an attack of the selected mode.

  Similarly, the behavior of the non player object 70 is controlled by a predetermined control program (AI). First, the control unit 30 uses one of the three types of commands of “power”, “speed”, and “technique” to attack the player object 60 and the fellow object 61 according to a predetermined control program. select. Next, the control unit 30 selects which of the player object 60 and the fellow object 61 to attack (attack target), and executes the selected mode of attack.

  The order of selection of the attack target and the command of the control unit 30 is not limited to this, and may be simultaneous or the order may be reversed. In addition, the attack target and the command may be selected for the buddy object 61 based on the user's operation. That is, the user may be able to specify the action of the player object 60 and the fellow object 61 via the operation unit 30E.

  The control unit 30 repeats the selection of the attack target and the command to advance the turn-based game. The turn system is a system in which all objects participating in a battle are given the opportunity to attack simultaneously or alternately. A period of one round of attack opportunities is one turn.

  The “ride” command 16 is a command that can be selected when the habit parameter (first parameter) indicating the habit of the player object 60 and the fellow object 61 becomes equal to or greater than a predetermined value. When the “ride” command 16 is selected by the operation of the user, the control unit 30 executes a process in which the player object 60 straddles the fellow object 61 (ride state). Thereby, the control unit 30 manages the player object 60 and the fellow object 61 as one object (ride object), and executes the battle with the non player object 70.

  When in the riding state, the user can select the action of the ride object. That is, the user operates the operation unit 30E to select which of the three types of commands “power”, “speed”, and “technique” attack the non player object 70. Next, the user selects which non-player object 70 to attack (attack target). The control unit 30 accepts an operation by these users, and executes an attack according to the command on the selected attack target.

  Further, the control unit 30 increases the ride parameter (second parameter) by satisfying a predetermined condition in the riding state. This ride parameter is set so that the attack power of the ride object increases with each increase.

  The “paint” command 17 is a command to attach a marker to the non player object 70. The paint command 17 is an action for one turn of the player object 60, similar to the commands of "power", "speed" and "technique". Further, the control unit 30 continues the effect of the paint for a predetermined turn (for example, 1 to 3 turns). Details will be described later.

  The “recovery” command 18 is a command to recover the strength value of the player object 60 and the fellow object 61. The control unit 30 advances the game as an action for one turn, as with the selection of the recovery command 18 as well as the “power”, “speed”, and “technique” commands. Further, the control unit 30 restores the strength value of the player object 60 or the strength value of the fellow object 61, and displays an effect of the strength value gauge 62 or the strength value gauge 63 to be recovered.

  Further, in FIG. 3, a player object 60 (character name: hunter), a fellow object 61 (character name: otomon), a non player object 70A (character name: rio laya) and a non player object 70 B (character name: tigarek) Lines 80-82 corresponding to each are displayed. Lines 80-82 indicate which object each object is targeted for attack.

  In FIG. 3, the player object 60 targets the non player object 70B as an attack target, and the friend object 61 targets the non player object 70A as an attack target. On the other hand, the non player object 70A and the non player object 70B attack the fellow object 61.

  In this case, the control unit 30 attacks the non-player object 70B from the player object 60 according to the command selected by the user, and executes processing to reduce the strength value of the non-player object 70B. Further, the control unit 30 performs a process of attacking the fellow object 61 from the non player object 70B according to the selected command, and executes processing to reduce the strength value of the fellow object 61 (hereinafter, these attacks are usually attacked) Called).

  The fellow object 61 and the non player object 70A are in a relation of attacking each other. In this case, the control unit 30 generates an event (special battle) to be a head-to-head game, and determines superiority or inferiority based on the relationship between the three types of commands of “power”, “speed”, and “technique”.

  The relationship between Mishima Mizumi is that "power" beats "technique", "technique" beats "speed", and "speed" beats "power". Thereby, the control unit 30 determines the dominant object and the inferior inferior object in this relationship.

  The control unit 30 carries out a process of reducing the strength value of the inferior object by performing a stronger attack on the inferior object from the superior object by a normal attack. That is, the control unit 30 reduces the strength value of the inferior object with damage larger than that of the normal attack, based on the preset relationship of three habits. For example, if the attack strength (damage) of a normal attack is 1, the attack strength (damage) of the superior object is 1.5.

  On the other hand, the control unit 30 performs a weaker attack on the inferior object to the superior object than the normal attack, and executes processing to reduce the strength value of the superior object. That is, the control unit 30 reduces the strength value of the dominant object with damage smaller than that of the normal attack, based on the preset relationship of three habits. For example, if the attack strength (damage) of a normal attack is 1, then the attack strength (damage) of inferior objects is 0.5.

  The control unit 30 determines an attack command and an attack target of the fellow object 61 and the non player object 70 according to a predetermined control program (AI) before receiving an attack command and an attack target of the player object 60 by the operation of the user. . Thereby, the user can confirm lines 81 and 82 etc. before selecting an attack command and an attack target of the player object 60. Therefore, the user can estimate what kind of result will be obtained if the current turn progresses, and can strategically select an attack command and an attack target of the player object 60.

(Paint command 17)
FIG. 4 is a game screen 5 showing that the "paint" command 17 has been selected by the user's operation. The control unit 30 generates an effect related to the paint based on the user's operation. The present embodiment is an example in which “paint” is used for the non player object 70 B, and a line 83 indicating the use object of paint is displayed on the game screen 5.

  The control unit 30 also displays a predetermined paint effect 84 for the non player object 70B. The effect of the paint command 17 continues for a predetermined period (for example, 1 to 3 turns). The predetermined period is determined by lottery or the like, but a fixed period may be set in advance.

  FIG. 5 is a game screen 5 showing that the non player object 70A is defeated before the non player object 70B and then (finally) the non player object 70B is defeated. As shown in FIG. 5, the effect of the paint command 17 continues on the non player object 70B.

  In this case, the control unit 30 determines that the player object 60 and the fellow object 61 (hereinafter referred to as a party of the player object 60) have won the battle with the non player objects 70A and 70B. Further, the control unit 30 gives a predetermined reward to the party of the player object 60 that has won. The predetermined rewards are, for example, various objects and parameters such as money, items, weapons, armor, materials, and experience values for increasing the status, which can be used in the virtual game space.

(Homing event)
The homing event is an event in which the user has a chance to acquire an egg object related to the non-player object 70. The egg object is an egg object corresponding to the non player object 70 which was last defeated by the party of the player object 60 in the battle. The control unit 30 causes an object to be a fellow object 61 to appear from this egg object.

  After the party of the player object 60 has won the battle, the control unit 30 draws a lottery (hereinafter referred to as a normal lottery) with a predetermined probability whether or not to cause a homecoming event. In addition, when the control unit 30 determines that the effect of the paint command 17 continues to the last non-player object 70 defeated, the lottery related to the occurrence of the homing event has a higher probability than the normal lottery ( The following is a high probability lottery). In the present embodiment, it is assumed that the homing event occurs at a probability of 1% at the time of normal lottery, and the homing event occurs at a probability of 5% at the high probability lottery.

  If the control unit 30 determines that a home return event is to be generated as a result of the lottery, the control unit 30 displays on the game screen 5 an effect that the non player object 70 finally beaten by the party of the player object 60 returns to the nest in the battle. A homing stage relating to the non-player object 70 is generated in the virtual game space. The control unit 30 randomly determines the position of the homing stage from a plurality of candidate sites set in advance.

(Homing stage)
As described above, the homing stage is a stage generated in the virtual game space when it is determined that the homing event is to be generated after the predetermined battle is over. The homing stage is a game stage imitating, for example, a cave, and the nest of the non-player object 70 is represented. The control unit 30 generates the homing stage in the virtual game space, and is defeated by the party of the player object 60 to heal the body (sleeping), and the egg object corresponding to the non player object 70. And place.

  That is, in the battle shown in FIG. 5, the game screen 5 displays an effect in which the non player object 70B (Tigarex) which is finally defeated by the player object 60 returns to the nest. Then, a homing stage relating to the non-player object 70B (Tigarex) is generated in the virtual game space.

  In addition, the control unit 30 arranges the non player object 70B for healing the body and the egg object (Tigallex egg) corresponding to the non player object 70B. The non player object 70B is placed on the homing stage in the sleeping state, and the player object 60 searches in the homing stage so as not to wake up the non player object 70B (Tigarex), and acquires the egg object. be able to.

The control unit 30 determines whether or not the player object 60 lifts the egg object and can go out of the homing stage in that state. As a result, when the control unit 30 determines that the player object 60 has been able to go out of the homing stage, the control unit 30 causes the player object 60 to acquire the egg object. Thus, the control unit 30 sets a predetermined condition for the acquisition of the egg object.

  The control unit 30 controls the non-player object 70B to wake up by the player object 60 approaching the non-player object 70B (Tigarex) or running with the egg object lifted in the homing stage. Do. In this case, the control unit 30 starts (encounts) the battle between the player object 60 and the non player object 70B.

  The control unit 30 causes the fellow object 61 (Tigarex which is the fellow object 61) corresponding to the non player object 70B to appear from the acquired egg object, and this fellow object 61 (Tigarex) can be made to fight with the player object 60 To manage.

  The egg object has a plurality of types of egg objects different in strength (rare degree) of the fellow object 61 appearing from there. The models differ depending on the degree of rareness, and there are egg objects such as gold, silver, copper and white in descending order of rareness. These rare degrees are determined by the lottery of the control unit 30.

  In addition, the control unit 30 is not limited to the Tamago object and the non-player object 70B in the homing stage, but may be another object (for example, a rare item etc.) that can be acquired by entering this homing stage or other objects appearing only in this stage A non player object 70 (rare monster) is placed.

  Thus, according to the present embodiment, in the virtual battle, the user causes the non-player object 70 (of the homing stage that he / she wants to generate) to generate an effect of a predetermined command at the end of the battle. It is necessary to defeat this non player object 70. In this way, the present embodiment can make the conventional simple turn-based battle system highly entertaining which requires strategicity.

(Stage map 20)
FIG. 6 is a view showing a stage map displayed on the lower display 501 (the upper display 500 is not shown). This stage map is displayed when the player object 60 moves in the virtual game space (during non-fighting), and displays the current positions of the player object 60 and the non player object 70 moving in the virtual game space, etc. Be done.

  The control unit 30 generates a stage map based on an image captured from a virtual camera installed at a predetermined position in the virtual game space. Further, the control unit 30 combines the current position icon 21 indicating the current position of the player object 60 and the cave icon 22 indicating the position of the homing stage with the image captured from the virtual camera and displays the image on the lower display 501.

  Further, the control unit 30 changes the position or the angle of view (including zoom in and zoom out) of the virtual camera in accordance with a predetermined condition, thereby enlarging and reducing the stage map 20 and displaying it.

  FIG. 6A is a stage map showing that the homing stage has occurred near the player object 60. FIG. In this case, the control unit 30 displays the cave icon 22 on the lower display 501 and displays that the current position icon 21 is positioned at the center of the lower display 501. Hereinafter, the state of this stage map is referred to as a first state.

  FIG. 6B is a stage map showing that the homing stage has occurred at a position farther away from the player object 60 than in the first state. In this case, the control unit 30 positions the current position icon 21 at the center of the lower display 501, zooms out the scale of the stage map 20 from the first state, and displays the cave icon 22. Thereby, the user can confirm the current position of the player object 60 and the position of the homing stage on one screen. Hereinafter, the state of the stage map wider than the first state is referred to as a second state.

  FIG. 6C is a stage map 20 showing that the homing stage has occurred at a position further away from the player object 60 than in the second state. In this case, while maintaining the scale of the second state, the control unit 30 sets the position of the virtual camera so that the current position of the player object 60 (the position of the current position icon 21) is at the end of the lower display 501 from the center. Change to display the cave icon 22. Thereby, the user can confirm the current position of the player object 60 and the position of the homing stage on one screen. A state in which the position of the virtual camera is moved from the second state is referred to as a third state.

  As described above, by changing the display mode of the stage map according to the position at which the homing stage occurs, it is possible to make the user surely grasp that the homing stage has occurred and the position thereof.

<Flow of processing>
Next, the flow of processing of the game apparatus 3 will be described.
FIG. 7 is a flow chart showing the flow of generation of the homing stage of the present game device 3. This process is performed at predetermined intervals (for example, 60 fps intervals). The overall flow of the game is omitted. Moreover, the order of each flow is not limited to this embodiment, and may be changed as appropriate.

  First, the strength value management unit 300G determines whether the strength value (HP of NPC) of the non-player object 70 has become 0 (step S101). When the physical strength value management unit 300G determines that the physical strength value of the non player object 70 is “0” in step S101 (step S101: YES), whether the non player object 70 is completely destroyed, ie, the physical strength value is It is determined whether or not the non player object 70 that has become 0 is the last non player object 70 defeated in the battle (step S102).

  When the physical strength value management unit 300G determines that the non player object 70 is “erased” in step S102 (step S102: YES), the effect determination unit 300H applies the paint command to the non player object 70 whose physical strength value is 0. It is determined whether the effect of 17 is effective (step S103).

  When the effect determination unit 300H determines that the effect of the paint command 17 is "valid" in step S103 (step S103: YES), the event generation unit 300I causes the storage unit 32 to generate a homing event with high probability. The table is read out (step S104), and it is randomly selected whether or not a homecoming event is to be generated (step S106).

  On the other hand, when the effect determination unit 300H determines that the effect of the paint command 17 is "not effective" in step S103 (step S103: NO), the event generation unit 300I causes the storage unit 32 to generate a homing event with low probability. The lottery table is read (step S105), and a lottery is performed to determine whether or not to cause a homecoming event (step S106).

  When the event generation unit 300I determines that the return event is to be generated in the lottery of step S106 (step S106: YES), the game progress unit 300D causes the non player object 70 to escape and return to its own nest. The effect is reproduced, and the effect at which the battle is over is reproduced (step S107).

  Thereafter, the event generation unit 300I generates a homecoming stage in the virtual game space (step S108). It should be noted that the generation of the homing stage does not have to be generated immediately after the end of the battle, and then includes turning on a flag for generating the homing stage so that the homing stage is generated by satisfying a predetermined condition. . In this case, the presence or absence of this flag is determined at the timing when the predetermined condition is satisfied, and if it is ON as a result, a stage is generated.

  Further, the map generation unit 300J sets the virtual camera so that the player object 60 and the homing stage are displayed on one screen, and generates a stage map based on the image captured by the virtual camera (step S109). . Then, the control unit 30 ends the process of this flow.

  When the event generation unit 300I determines that the return event is not generated in the lottery in step S106 (step S106: NO), the game progression unit 300D causes the non player object 70 to escape and return to its own nest. The effect for which the battle (battle) ends is reproduced without reproducing such an effect (step S110). Then, the control unit 30 ends the process of this flow. In addition, when the physical strength value management unit 300G determines that the physical strength value of the non player object 70 is “0” in step S101 (step S101: NO), the physical strength value management unit 300G performs the non player object 70 in step S102. When the controller 30 does not determine that “it is completely destroyed” (step S102: NO), the control unit 30 ends the processing of this flow.

<Function effect>
In this way, the user needs to defeat the non player object 70 (the non player object 70 that wants to be the companion object 61) corresponding to the egg object to be acquired last in the battle. Further, in order to increase the possibility of acquiring the egg object, it is necessary to apply the paint whose effect continues only for a predetermined period, immediately before defeating the non-player object 70.

  Thus, the present invention complicates battle capture and realizes an unprecedented new battle. Therefore, the present invention is richer in game capture strategies than conventional games, and can provide a more interesting game.

Other Embodiments
Next, another example of the present embodiment will be described. The above-described effects can be achieved also in these other embodiments. Note that two or more of these other examples may be employed instead of or in addition to the present embodiment, and by combining these as appropriate, it is possible to provide a game with a higher interest.

  In the present embodiment, it has been described that the physical strength value of the non player object 70 is not displayed on the game screen 5. However, instead of this, the strength value of the non player object 70 may be displayed on the game screen 5.

  In the present embodiment, before the control unit 30 receives an attack command and an attack target of the player object 60 by a user operation, an attack command and an attack target of the fellow object 61 and the non-player object 70 by a predetermined control program (AI). It explained that it decided. However, instead of this, the control unit 30 receives an attack command and an attack target of the player object 60 by the operation of the user, and then an attack command of the fellow object 61 and the non player object 70 by the predetermined control program (AI) and An attack target may be determined.

  In this case, when the control unit 30 determines the attack command and attack target of the friend object 61, the attack command and attack target of the friend object 61 are determined based on the attack command and attack target of the player object 60 selected by the user operation. May be selected.

  In the present embodiment, it has been described that the occurrence probability of the homing event is determined based on the effect of the paint command 17. However, the condition for changing the occurrence probability of the homing event is not limited to this, and may be a command of use of an item having a sleep attribute or a paralyzed attribute, a command of an attack, or the like.

  Also, instead of or in addition to the one in which the predetermined effect continues, the occurrence probability of the homing event changes according to the type of attack command (stopping method) that sets the strength value of the non player object 70 to 0. You may For example, an attack command (a stop command) for setting the physical strength value of the non player object 70 to 0 has a probability of 1% if it is a "power" command 13 and a probability of 2% if it is a "speed" command 14. The homing event may be generated with a probability of 3% for the “technique” command 15 and with a probability of 10% for the “ride” command 16.

  Also, the occurrence probability of the homing event may be changed based on whether or not the strength value of the non-player object 70 is set to 0 (whether or not a stop has been made) in the direct match game (special battle). In addition, in the state where the effect of the paint command 17 mentioned above continues, the occurrence probability of the homing event may be increased by putting these stops in place, or the occurrence probability of the homing event is further increased. It is also good.

  In the present embodiment, it has been described that, in a battle in which a plurality of non player objects 70 appear, an event corresponding to the last non player object 70 that has been defeated occurs. However, the present invention is not limited to this, and a homing event corresponding to the first non-player object 70 that is defeated may be generated.

  In addition, when a plurality of non player objects 70 are defeated at the same time (the same turn), a homing event is given to the non player object 70 having higher offensive power or higher physical strength value among these non player objects 70. It may be generated or determined randomly.

  In addition, the non-player object 70 in which the homecoming event occurs is not limited to one. For example, there may be a possibility that the homing event may occur in all the non player objects appearing in the battle, and the homing event may occur for all the non player objects 70 which are defeated while the effect of the paint command 17 continues. You may do so.

  As a result, the user preferentially generates the effect of the paint command 17 (before any non player object 70) on the non player object 70 (the non player object 70 that wants to be the companion object 61) corresponding to the egg object that he wants to acquire. You can make a strategy such as letting it go down.

  In the present embodiment, the effect of the paint command 17 is generated for all the non player objects 70. However, instead of this, a part of the non player object 70 may not be affected. In addition, depending on the type of game stage such as grassland and desert, the situation of game stage such as rain and fine, the remaining strength value of non player object 70 and the situation of abnormal state (such as incapacitated state) It may be determined whether an effect occurs.

  In the present embodiment, it has been described that the homing event occurs after a virtual battle. However, the present invention is not limited to this, or in addition to this, the return event may be generated also at the timing when the physical strength value of the non player object 70 becomes 0 or the like during the battle.

  In the present embodiment, an event that occurs is described as a homing event. However, instead of this, it may be possible to obtain the egg object as a reward (result screen) after the battle. Also, this reward may be drawn in accordance with the presence or absence of the effect of the predetermined paint command 17.

  Further, in the present embodiment, it has been described that the probability of occurrence of the homing event is changed based on the presence or absence of the effect of the paint command 17 (effect of the predetermined command). However, instead of or in addition to this, based on the presence or absence of the effect of the paint command 17 (the effect of the predetermined command), the probability of being placed on the homing stage is changed. You may

  In the present embodiment, a game program related to a game in which the player object 60 performs battle with the monster type non player object 70 together with the fellow object 61 has been described as an example. However, the present invention is not limited to this. Each object is not limited to a person or a monster, and the game may be a shooting game, an action game or the like. Also, the friend object 61 may not be necessary, and may be only the player object 60.

1 game system 2 server device 3 game device 300A operation input unit 300B game screen generation unit 300C drawing unit 300D game progress unit 300E player object control unit 300F non-player object control unit 300G physical strength value management unit 300H effect determination unit 300I event generation unit 300J Map generation unit 60 Player object 61 Friend object 70 (70A, 70B) Non player object

Claims (4)

A game apparatus to which an operation unit operated by a user and a display unit are connected;
A game progress means for advancing a virtual battle between a player object acting based on an operation by the user and a non player object that is hostile to the player object in a virtual game space;
Player object control means for controlling the action of the player object;
Non player object control means for controlling the action of the non player object;
Physical strength value managing means for managing the physical strength value of the non player object and determining that the physical strength value of the non player object has become a predetermined value,
In the battle, a predetermined command is selected based on an operation by the user before the physical strength value of the non-player object reaches the predetermined value, thereby exerting a predetermined effect continuing for a predetermined period, and the physical strength value An effect determining unit that determines whether the predetermined effect is valid or invalid when the managing unit determines that the physical strength value of the non-player object has become a predetermined value;
When it is determined that the predetermined effect is invalidated by the effect judging means, an event for giving a predetermined object corresponding to the non-player object is generated with a first probability, while the predetermined effect is judged by the effect judging means An event generating unit that generates the event with a second probability higher than the first probability when it is determined that the effect of
To function as,
The game progressing means proceeds with a battle by a fellow object colliding with the player object, the player object, and a plurality of non player objects.
The effect determination means determines whether the predetermined effect is valid or invalid for a non player object whose physical strength value has become a predetermined value first or last among the plurality of non player objects. ,
The event is an event to which a predetermined object corresponding to a non-player object whose physical strength value reaches a predetermined value first or last is given,
The predetermined object is an object of the same type as the non-player object which is the associate object, and is an object associated with a rare degree determined by lottery.
The game progress means generates a predetermined game stage in the virtual game space when the event is generated by the event generation means, and moves the non-player object into the predetermined game stage. Placing a predetermined object, and applying the predetermined object when the player object moves the predetermined object out of the predetermined game stage;
Game program. A game apparatus to which an operation unit operated by a user and a display unit are connected;
A game progress means for advancing a virtual battle between a player object acting based on an operation by the user and a non player object that is hostile to the player object in a virtual game space;
Player object control means for controlling the action of the player object;
Non player object control means for controlling the action of the non player object;
Physical strength value managing means for managing the physical strength value of the non player object and determining that the physical strength value of the non player object has become a predetermined value,
In the battle, a predetermined command is selected based on an operation by the user before the physical strength value of the non-player object reaches the predetermined value, thereby exerting a predetermined effect continuing for a predetermined period, and the physical strength value An effect determining unit that determines whether the predetermined effect is valid or invalid when the managing unit determines that the physical strength value of the non-player object has become a predetermined value;
When it is determined that the predetermined effect is invalidated by the effect judging means, an event for giving a predetermined object corresponding to the non-player object is generated with a first probability, while the predetermined effect is judged by the effect judging means An event generating unit that generates the event with a second probability higher than the first probability when it is determined that the effect of
To function as,
The game progressing means proceeds with a battle by a fellow object colliding with the player object, the player object, and a plurality of non player objects.
The effect determination means determines whether the predetermined effect is valid or invalid for a non player object having a physical strength value at least first or last among the plurality of non player objects. And
The event is an event to which a predetermined object corresponding to a non-player object whose physical strength value reaches a predetermined value first or last is given,
The predetermined object is an object to be the fellow object,
The game progress means generates a predetermined game stage in the virtual game space when the event is generated by the event generation means, moves the non-player object into the predetermined game stage, and the body Placing the non-player object in the healing state and the predetermined object, and the predetermined object being the predetermined game without being noticed by the non-player object in the healing state. When it is determined that the camera has been moved out of the stage, the predetermined object is attached.
Game program.   3. The game according to claim 1, wherein the first probability changes in accordance with the action of the player object which has triggered the determination of the physical strength value management means that the physical strength value of the non player object has become a predetermined value. program. A game apparatus comprising: a storage unit storing the game program according to any one of claims 1 to 3 ; and a computer for executing the game program.

Images