JP6379077B2 - GAME PROGRAM AND GAME DEVICE - Google Patents

Description

  The present invention relates to a game program and a game apparatus for executing a game in which a relationship between a player object and a non-player object changes when a player object operated by a user forms a fish school and a parameter of the player object changes.

  Conventionally, there is a game in which the type of enemy object (non-player object) changes as the size of the player object operated by the user changes (Non-Patent Document 1). This game is an action game in which the size of the player object increases by eating a non-player object smaller than the size of the player object, and the types of non-player objects that can be eaten increase by increasing the size.

Plastic, free game Get Play! “Evolvo PLUS”, [online], [search August 11, 2015], Internet <URL: http://getplay.jp/game2593.html>

  The game of Non-Patent Document 1 is a game in which a player object operated by a user eats a non-player object that moves in one direction in a virtual game space and gradually increases in size. However, in the game of Non-Patent Document 1, the player object forms a school of fish, and the parameters of the player object do not change as the school of fish grows larger. Further, the non-player object does not escape or attack according to the parameter.

  Further, in the game of Non-Patent Document 1, when the player object is eaten by a non-player object larger than the player object, the game is immediately over. However, in the game of Non-Patent Document 1, when a part of a fish school is attacked by a non-player object larger than the parameter of the player object, only a part of the fish school is not erased.

  Therefore, the present invention provides a game program and a game apparatus for executing a game in which a relationship between a player object and a non-player object changes when a player object operated by a user forms a school of fish and a parameter of the player object changes. The purpose is to provide.

In the game program provided by the first invention, the user generated in the virtual game space operates the game device to which the operation unit operated by the user and the display unit are connected via the operation unit. Parameter management means for managing a player object, a plurality of non-player objects, and parameters set for each object, the player object, and a follow-up object that changes when the non-player object collides with the player object ; A fish object control means for moving the follow object so as to follow the player object, a collision between the non player objects, and a collision between the non player object and the player object. If the non-player objects collide with each other when the non-player objects have collided with each other, the collision determination means for determining that the non-player object and the following object have collided. The non-player object control means for deleting the non-player object having the smaller parameter from the virtual game space, and the collision determination means determine that the non-player object and the player object have collided. was the case, compared with the parameters of the parameter and the player objects of the non-player object, when the parameter of the player object is equal to or higher than the parameter of the non-player object, wherein Player object control means for adding the tracking object with varying the non-player object by collision on the fish object, to function as the fish object control means, by the collision determination unit, the non-player object and said follow-up object Is determined to have collided, the parameter of the non-player object is compared with the parameter of the player object. When the parameter of the player object is less than the parameter of the non-player object, the tracking object is Erasing from the space, the player object control means updates the parameter of the player object when a predetermined condition is satisfied.

  Further, in the game program provided by the first invention, the non-player object control means has the player object that is equal to or more than a parameter of the non-player object within a predetermined range set based on the non-player object. And at least one of the other non-player objects larger than the parameter of the non-player object is determined, and as a result, at least one of the player object and the other non-player object is within the predetermined range. When it is determined that any one of them is located, it is desirable to control the non-player object to move in a direction away from the player object or the other non-player object located in a predetermined range. There.

  Further, in the game program provided by the first invention, the non-player object control means has the player object smaller than the parameter of the non-player object within a predetermined range set based on the non-player object, And whether or not at least one of the other non-player objects is located, and as a result, it is determined that at least one of the player object and the other non-player objects is located in the predetermined range. It is desirable to control the non-player object to move in a direction approaching the player object or the other non-player object located within the predetermined range.

In the game program provided by the first invention, when the player object control means determines that the player object and the non-player object have collided by the collision determination means, the player object control means It is desirable to compare the parameter with the parameter of the player object, and as a result, when the parameter of the player object is less than the parameter of the non-player object , a predetermined penalty disadvantageous to the user is given.

  A game apparatus provided by the second invention includes a storage unit storing the game program and a computer executing the game program.

  According to the present invention, there is provided a game program and a game apparatus for executing a game in which a relationship between a player object and a non-player object changes when a player object operated by a user forms a school of fish and a parameter of the player object changes. Can be provided.

It is a figure explaining the game system in embodiment of this invention. It is a figure which shows an example of the game screen of the said game device (parameter 1). It is a figure which shows an example of the game screen of the said game device (parameter 1). It is a figure which shows an example of the game screen of the said game device (parameter 2). It is a figure which shows an example of the game screen of the said game device (parameter 2). It is a figure which shows an example of the game screen of the said game device (parameter 3). It is a functional block diagram which shows the structure of the control part of the said game device. It is a flowchart which shows the flow of a process of the said game device. It is a flowchart which shows the flow of a process of the said game device.

(Embodiment)
A game program which is 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 the game system>
FIG. 1 is a diagram illustrating the configuration of the game system 1. A 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 apparatus 3 includes a communication line 31 such as Internet communication. Thereby, the game apparatus 3 can be connected to the network 4. The game apparatus 3 has the functions shown in FIG.

<Hardware configuration of game device>
The game apparatus 3 includes a control unit 30, a communication line 31, and a storage unit 32 on a bus 300 as shown in FIG.

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

  As will be described later, the CPU 30A controls a game executed on the game apparatus 3.

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

  The image processor 30C includes a GPU (Graphics Processing Unit) that can generate the game screen 5 (see FIGS. 2 to 6). A video RAM (VRAM) 33 is connected to the image processor 30C. A display unit 34 is connected to the VRAM 33. The display unit 34 includes a display (touch panel 500). The image processor 30C generates a virtual game space in accordance with an instruction from the CPU 30A. An image or the like obtained by shooting 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 the game program is set in the RAM 30D. The work area includes various parameters generated as the game progresses.

  The operation unit 30E includes a touch panel 500. The operation unit 30E detects operation signals such as the operation content (tap, flick, etc.) of the touch panel 500 by the user and the operation position. The operation unit 30E transmits this operation signal to the CPU 30A.

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

  The communication line 31 performs data communication via an internet line or the like. By communicating between the game apparatus 3 and the server apparatus 2 by data communication, a game program is downloaded, a communication battle with another game apparatus 3, and the like are performed. The game program can be downloaded not only via the Internet line but also via an interface such as a USB. In addition, the communication battle can be played not only by the Internet line but also by short-range wireless communication.

  The communication line 31 transmits user information (such as a user ID) necessary for game play, relationship information (such as friend information) between the user and other users, a game score, and the like to the server device 2 and the game device 3. Receive other users' game scores, etc.

  The storage unit 32 is a hard disk and stores, for example, a game program downloaded from the server device 2 in addition to a 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 main body.

<Description of the game>
Hereinafter, the game provided by the game program executed in the game apparatus 3 in the present embodiment will be described.

  In this game, the player operates the fish-shaped player object 50 via the operation unit 30E within a predetermined time limit (for example, 99 seconds) and collides with the non-player object 60 that is the enemy of the player object 50. In this game, the fish school object 70 is formed and the players compete for the score.

(Player object 50)
The player object 50 is a fish-shaped object having a predetermined size and can move at a predetermined speed. Further, by satisfying a predetermined condition (for example, collision with 10 non-player objects 60), the player object 50 evolves and parameters such as level, size, and maximum speed change. Hereinafter, the player objects 50 having levels (parameters) different from 1 to 3 will be described as player objects 50A to 50C, respectively.

(Non-player object 60)
The non-player object 60 is a fish-shaped object having a predetermined size and can move at a predetermined speed. Further, it is an enemy object that has parameters of a preset level, size, and maximum speed and is hostile to the player object 50. The non-player object 60 is displayed separately from the player object 50. As the non-player object 60, a plurality of types of non-player objects 60 having different parameters are generated and moved in the virtual game space. Hereinafter, non-player objects 60 having levels (parameters) different from 1 to 3 will be described as non-player objects 60A to 60C, respectively.

  Each non-player object 60 moves so as to move away (escape) from the player object 50 and other non-player objects 60 that are equal to or greater than its own parameters (larger than its own parameters).

  Specifically, a predetermined range centered on a predetermined portion (for example, the head) of each non-player object 60 is set for each non-player object 60, and the player object 50 or other parameter larger than its own parameter is set in the range. It is determined whether or not the non-player object 60 is located. Here, when there is a player object 50 or other non-player object 60 that falls within a predetermined range, control is performed to move away from the object (escape).

  Each non-player object 60 moves so as to approach (collision) the player object 50 and other non-player objects 60 that are less than their own parameters (smaller than their own parameters).

  Specifically, a predetermined range centered on a predetermined portion (for example, the head) of each non-player object 60 is set for each non-player object 60, and the player object 50 or other parameter less than its own parameter is set in the range. It is determined whether or not the non-player object 60 is located. Here, when there is a player object 50 or other non-player object 60 that falls within the predetermined range, control is performed to move closer to (collision with) that object.

(Fish school object 70)
The fish school object 70 is a fish school formed with the player object 50 at the head. When the player object 50 does not form a school of fish and collides with a non-player object 60 that is less than or equal to the parameters of the player object 50 (smaller than or equal to the parameters of the player object 50), the following object 700 corresponding to the non-player object 60 Can be formed.

  That is, when the parameter of the player object 50 is greater than or equal to the parameter of the non-player object 60, the fish school object 70 can be formed by adding the tracking object 700 corresponding to the non-player object 60. The follow object 700 is controlled to follow the leading player object 50.

  Further, when the player object 50 forms a school of fish and collides with a non-player object 60 that is less than or equal to the parameter of the player object 50 (less than or equal to the parameter of the player object 50), the tracking corresponding to the non-player object 60 is performed. The object 700 can be added to the fish school object 70. Thus, the user can enlarge the fish object 70 by touching a large number of non-player objects 60 (the follow-up objects 700 can be increased).

  When a predetermined number or more of the following objects 700 are added to the fish object 70 (when the fish object 70 becomes larger), the player object 50 evolves, and parameters such as the level and maximum speed of the player object 50 increase. As the parameter of the player object 50 increases, the types of the tracking object 700 (non-player object 60) that can be added to the fish school object 70 increase.

  On the other hand, if the player object 50 does not form a school of fish and comes into contact with a non-player object 60 that is greater than or equal to the parameter of the player object 50 (greater than the parameter of the player object 50), the game is over (penalty).

  In addition, when the player object 50 forms the fish school object 70 and comes into contact with the non-player object 60 that is larger than the parameter of the player object 50, the game is over.

  In the present embodiment, formation of a fish school object 70 based on the player object 50 when the player object 50 collides with the non-player object 60 will be described. However, the present invention is not limited thereto, and the fish object 70 based on the non-player object 60 may be formed by the non-player object 60 colliding with another non-player object 60.

(Following object 700)
The following object 700 is an object that moves so as to follow the player object 50 located at the head of the fish school object 70. That is, the user can move the entire fish object 70 by operating the player object 50 via the operation unit 30E.

  Further, the tracking object 700 is deleted from the fish school object 70 when the tracking object 700 comes into contact with the non-player object 60 that is equal to or larger than the parameters of the player object 50 (larger than the player object 50). In other words, the game is not over immediately, but a penalty is given that the number of the following objects 700 constituting the fish object 70 decreases (the fish object 70 becomes smaller).

  In this way, the game changes every moment, following the non-player object 60 that is less than or equal to the parameter of the player object 50 (less than the parameter of the player object 50), and escaping from the non-player object 60 that is larger than the parameter of the player object 50. It is a highly entertaining game where you can enjoy the thrill of the game.

(Game screen 5)
2-6 is a figure which shows an example of the game screen 5 displayed on the display part 34 of the game device 3. As shown in FIG. Hereinafter, the game screen 5 shown in each figure will be described. In addition, the arrow shown in each figure shows the attack target of each object. The player object 50 targets an object that is equal to or smaller than its own parameter (smaller than or equal to its own parameter) as an attack target. Further, the non-player object 60 uses an object less than its own parameter (smaller than its own parameter) as an attack target.

  A player object 50 (50A) and non-player objects 60A, 60B and 60C are displayed on the game screen 5 shown in FIG. Here, the parameter of the player object 50A is 1, and the parameters of the non-player objects 60A to 60C are 1 to 3, respectively.

  The attack target of the player object 50A (parameter 1) is the non-player object 60A (parameter 1) that is pointed. When the player object 50A attacks (collises) the non-player object 60A, the tracking object 700 corresponding to the non-player object 60A can be added to the fish school object 70.

  A predetermined score is added according to the type of the non-player object 60 that has collided. For example, when a non-player object 60A with a parameter of 1 is added to the fish school object 70, 1 point is added, and when a non-player object 60B with a parameter of 2 is added to the fish school object 70, 2 points are added.

  When the number of following objects 700 exceeds a predetermined value, the player object 50 evolves and the parameter increases. For example, the condition for the parameter of the player object 50 to increase from 1 to 2 is that the number of the following objects 700 exceeds 10, and the condition for the parameter to increase from 2 to 3 indicates that the number of the following objects 700 exceeds 20. It is to be. The score to be added or the conditions for evolution are not limited to this, but can be selected as appropriate.

  The attack targets of the non-player object 60B (parameter 2) are the non-player object 60A (parameter 1) and the player object 50A (parameter 1) that are pointed at. When the non-player object 60B attacks (collises) the non-player object 60A, the non-player object 60A is deleted from the virtual game space. Further, the game is over when the non-player object 60B attacks (collises) the player object 50A.

  The attack targets of the non-player object 60C (parameter 3) are the non-player object 60A (parameter 2), the non-player object 60B (parameter 1), and the player object 50A (parameter 1) that are pointed. When the non-player object 60C attacks (collises) the non-player object 60A and the non-player object 60B, the non-player object 60A and the non-player object 60B are erased from the virtual game space. Further, when the non-player object 60C attacks (collises) the player object 50A, the game is over.

  The player object 50 can attack the non-player object 60 having the same parameter. However, the non-player object 60 is controlled so that it cannot attack the non-player object 60 having the same parameter. That is, taking FIG. 2 as an example, the non-player object 60A (parameter 1) cannot attack any object including the player object 50A.

  Based on an operation by the user via the operation unit 30E, the player object 50A attacks (collises) the non-player object 60A while escaping from the non-player object 60B and the non-player object 60C.

  The non-player object 60A moves so as to move away (escape) from the player object 50A, the non-player object 60B, and the non-player object 60C that are larger than its own parameters.

  The non-player object 60B moves so as to leave (escape) from the non-player object 60C larger than its own parameter. Further, the non-player object 60B moves so as to approach (collision) with the player object 50A and the non-player object 60A that are less than their own parameters (smaller than their own parameters).

  The non-player object 60C moves so as to approach (collide) the player object 50A, the non-player object 60A, and the non-player object 60B that are less than their own parameters (smaller than their own parameters).

  FIG. 3 is a diagram showing a state after the player object 50A collides with three non-player objects 60A in the situation shown in FIG.

  In addition to the non-player objects 60A to 60C, a fish object 70A with the player object 50A at the head is displayed on the game screen 5 shown in FIG. As the player object 50A collides with the three non-player objects 60A, a tracking object 700 corresponding to the three non-player objects 60A is added to the fish school object 70A.

  When the player object 50 collides with the non-player object 60, the parameters of both objects are compared. As a result, when the parameter of the player object 50 is greater than or equal to the parameter of the non-player object 60, the following object 700 corresponding to the non-player object 60 is added to the fish school object 70.

  The fish school object 70A (following object 700) depends on the player object 50A. Therefore, the tracking object 700 is not subjected to movement control such as escaping or approaching according to the relationship between the player object 50A and the other non-player object 60. The following object 700 moves so as to follow the player object 50A.

  Further, the tracking object 700 is deleted from the virtual game space when it collides with the non-player object 60B or 60C that is larger than the parameter of the player object 50A.

  As described above, the player object 50 can repeatedly collide with the non-player object 60 that is equal to or less than its own parameter (smaller than or equal to its own parameter), and can increase the number of the following objects 700. On the other hand, when the following object 700 collides with the non-player object 60 that is larger than the player object 50, the number of the following objects 700 decreases.

  Further, when the number of following objects 700 exceeds a predetermined number (for example, when it exceeds 10), the parameter of the player object 50A becomes 2, and evolves (changes) into the shape of the player object 50B.

  FIG. 4 is a diagram illustrating a state in which the player object 50A (fish school object 70A) has evolved (changed) into the player object 50B. As shown in the figure, a player object 50B is displayed in place of the fish school object 70A.

  In addition to the non-player objects 60A to 60C, a player object 50B is displayed on the game screen 5 shown in FIG. Here, the parameter of the player object 50B is 2, and the parameters of the non-player objects 60A to 60C are 1 to 3, respectively.

  The attack targets of the player object 50B (parameter 2) are the non-player object 60A (parameter 1) and the non-player object 60B (parameter 2) that are pointed at. When the player object 50B attacks (collises) the non-player object 60A and the non-player object 60B, the tracking object 700 corresponding to the non-player object 60A and the non-player object 60B can be added to the fish object 70.

  When the tracking object 700 is added to the fish school object 70, a predetermined score is added according to the type of the non-player object 60 and the like.

  The attack target of the non-player object 60B (parameter 2) is the non-player object 60A (parameter 1) that is pointed. When the non-player object 60B attacks (collises) the non-player object 60A, the non-player object 60A is deleted from the virtual game space.

  The attack targets of the non-player object 60C (parameter 3) are the non-player object 60A (parameter 1), the non-player object 60B (parameter 2), and the player object 50B (parameter 2) that are pointed. When the non-player object 60C attacks (collises) the non-player object 60A and the non-player object 60B, the non-player object 60A and the non-player object 60B are erased from the virtual game space. Further, when the non-player object 60C attacks (collises) the player object 50A, the game is over.

  Based on an operation by the user via the operation unit 30E, the player object 50B attacks (collises) the non-player object 60A and the non-player object 60B while escaping from the non-player object 60C.

  The non-player object 60A moves so as to move away (escape) from the player object 50B and the non-player object 60C that are larger than its own parameters.

  The non-player object 60B moves so as to leave (escape) from the same player object 50B as its own parameter and the non-player object 60C that is larger than its own parameter. Further, the non-player object 60B moves so as to approach (collision) with the non-player object 60A smaller than its own parameter.

  The non-player object 60C moves so as to approach (crash) the player object 50B, the non-player object 60A, and the non-player object 60B that are smaller than its own parameters.

  FIG. 5 is a diagram showing a state after the player object 50B collides with two non-player objects 60A and one non-player object 60B in the situation shown in FIG.

  In addition to the non-player objects 60A to 60C, a fish object 70B with the player object 50B at the head is displayed on the game screen 5 shown in FIG. As the player object 50B collides with two non-player objects 60A and one non-player object 60B, the fish object 70B has two non-player objects 60A and one non-player object 60B (following object 700). Has been added.

  The fish school object 70B (following object 700) depends on the player object 50B. Therefore, the tracking object 700 is not subjected to movement control such as escaping or approaching according to the relationship between the player object 50B and the other non-player object 60. The following object 700 moves so as to follow the player object 50B.

  Further, the tracking object 700 is deleted from the virtual game space when it collides with the non-player object 60C that is larger than the parameter of the player object 50B.

  As described above, the player object 50 can repeatedly collide with the non-player object 60 that is equal to or less than its own parameter (smaller than or equal to its own parameter), and can increase the number of the following objects 700. On the other hand, when the following object 700 collides with the non-player object 60 that is larger than the player object 50, the number of the following objects 700 decreases.

  When the number of following objects 700 exceeds a predetermined number (for example, when it exceeds 20), the parameter of the player object 50B becomes 3, and evolves (changes) into the shape of the player object 50C.

  FIG. 6 is a diagram illustrating a state in which the player object 50B has evolved (changed) into the player object 50C.

  In addition to the non-player objects 60A to 60C, a player object 50C is displayed on the game screen 5 shown in FIG. Here, the parameter of the player object 50C is 3, and the parameters of the non-player objects 60A to 60C are 1 to 3, respectively.

  The attack targets of the player object 50C (parameter 3) are the non-player object 60A (parameter 1), the non-player object 60B (parameter 2), and the non-player object 60C (parameter 3) that are pointed. When the player object 50C attacks (collises) the non-player objects 60A to 60C, the tracking object 700 corresponding to the non-player objects 60A to 60C can be added to the fish school object 70.

  The attack target of the non-player object 60B (parameter 2) is the non-player object 60A (parameter 1) that is pointed. When the non-player object 60B attacks (collises) the non-player object 60A, the non-player object 60A is deleted from the virtual game space.

  The attack targets of the non-player object 60C (parameter 3) are the non-player object 60A (parameter 1) and the non-player object 60B (parameter 2) that are pointed at. When the non-player object 60C attacks (collises) the non-player object 60A and the non-player object 60B, the non-player object 60A and the non-player object 60B are erased from the virtual game space.

  Although not shown, a non-player object 60 that is larger than the parameter of the player object 50C may be generated in the virtual game space. When the player object 50C is attacked by the non-player object 60, the game is over.

  Based on an operation by the user via the operation unit 30E, the player object 50C attacks (collides) the non-player objects 60A to 60C.

  The non-player object 60A moves so as to move away (escape) from the player object 50C, the non-player object 60B, and the non-player object 60C that are larger than its own parameters.

  The non-player object 60B moves so as to move away (escape) from the player object 50C and the non-player object 60C that are larger than its own parameters. Further, the non-player object 60B moves so as to approach (collision) with the non-player object 60A smaller than its own parameter.

  The non-player object 60C moves so as to leave (escape) from the same player object 50C as its own parameter. Further, the non-player object 60C moves so as to approach (collision) with the non-player object 60A and the non-player object 60B that are smaller than its own parameters.

  Up to this point, the parameters 1 to 3 have been described, but the present embodiment is not limited to this. Even when the parameter is 4 or more, the attack target changes depending on the size of the parameter of each object. Further, the non-player object 60 having the parameter ∞ may be generated in the virtual game space, and the non-player object 60 may be able to attack all objects. Further, the non-player objects 60 may not attack each other.

  Note that when the following object 700 and the non-player object 60 collide, the parameters of the non-player object 60 and the parameters of the player object 50 are compared. In this case, when the parameter of the non-player object 60 is less than the parameter of the player object 50, the following object 700 is not deleted from the virtual game space.

<Description of control unit>
FIG. 7 is a functional block diagram of the game apparatus 3.
The game apparatus 3 implements the functions shown in FIG. 1 through cooperation between the game program stored in the storage unit 32 and the control unit 30. The control unit 30 includes an operation input unit 300A, a game screen generation unit 300B, a drawing unit 300C, a collision determination unit 300D, a parameter management unit 300E, a non-player object control unit 300F, a player object control unit 300G, and a fish object control unit 300H. And a game progression unit 300I.

  The operation input unit 300A receives an operation signal from the operation unit 30E (touch panel 500) operated by the user. The user inputs an operation by touching the touch panel 500 of the game apparatus 3. The operation content includes tap, flick, long press, swipe and the like. The operation input unit 300A acquires operation information such as contact coordinates and operation details of the touch panel 500 and transmits the operation information to the collision determination unit 300D.

  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 50, the non-player object 60, and the fish school object 70 (following object 700) move in an underwater stage such as the sea, and a user such as a time limit and a score. An interface (UI) is calculated and generated for each timing (frame) of the progressing game. 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 draws the virtual game space, the player object 50, the non-player object 60, the fish school object 70 (following object 700) and the user interface (UI) such as time limit and score input from the game screen generation unit 300B. Based on the information, the game screen 5 to be displayed on the touch panel 500 is drawn.

  The collision determination unit 300D receives information from the game screen generation unit 300B and determines whether or not each object has collided. Further, the collision determination unit 300D determines to which object each object has collided, and transmits the determination result to the game screen generation unit 300B, the parameter management unit 300E, and the game progression unit 300I.

  The game screen generation unit 300B that has received the determination result from the collision determination unit 300D generates a game screen 5 in which the player object 50 collides with the non-player object 60. Thereafter, the game screen generation unit 300B transmits these pieces of information to the drawing unit 300C.

  The parameter management unit 300E receives the determination result of the collision determination unit 300D, and updates the parameters and model of the player object 50 when a predetermined condition is satisfied. Further, the relationship between the player object 50 and the non-player object 60 is updated based on the updated parameter of the player object 50.

  The parameter management unit 300E updates the aspect of the non-player object 60 based on the updated relationship. That is, the parameter management unit 300E determines and manages whether the non-player object 60 is a non-player object 60 that attacks the player object 50 or a non-player object 60 that attacks the player object 50. To do.

  When the non-player object control unit 300F determines that the non-player objects 60 (enemy objects) have collided with each other by the collision determination unit 300D, the non-player object control unit 300F compares the parameters of the non-player objects 60 that collide with each other. The object 60 is deleted from the virtual game space. The non-player object control unit 300F transmits these pieces of information to the game screen generation unit 300B.

  Further, the non-player object control unit 300F controls the behavior of each non-player object 60 based on the updated mode. That is, the non-player object control unit 300F determines whether or not the player object 50 or another non-player object 60 exists within a predetermined range centered on the non-player object 60.

  When the player object 50 or another non-player object 60 exists within a predetermined range, it is determined whether to move away from the object or move closer (to attack), and the behavior of the non-player object 60 To control. Further, the non-player object control unit 300F transmits these pieces of information to the game screen generation unit 300B.

  When the collision determination unit 300D determines that the player object 50 and the non-player object 60 have collided, the player object control unit 300G compares the parameter of the player object 50 with the parameter of the non-player object 60.

  As a result of the comparison, when the parameter of the player object 50 is equal to or greater than the parameter of the non-player object 60 (greater than or equal to the parameter of the non-player object 60), the following object 700 corresponding to the non-player object 60 is changed to the fish object 70. Add. The player object control unit 300G transmits these pieces of information to the game screen generation unit 300B.

  The fish school object control unit 300H moves the tracking object 700 included in the fish school object 70 so as to follow the player object 50. When the collision determination unit 300D determines that the tracking object 700 and the non-player object 60 have collided, the fish object control unit 300H compares the parameter of the tracking object 700 with the parameter of the non-player object 60.

  As a result of the comparison, when the parameter of the player object 50 is less than the parameter of the non-player object 60 (smaller than the parameter of the non-player object 60), the following object 700 is deleted from the virtual game space (fish school object 70). The fish school object control unit 300H transmits these pieces of information to the game screen generation unit 300B.

  The game progression unit 300I manages a game time limit, a score (game result), a predetermined item, and the like. The time limit is a time limit for one game (for example, 99 seconds). Count down after starting the game and end the game when the time limit reaches zero. It should be noted that the game progression unit 300I causes the player object 50 to collide with the non-player object 60 that is smaller than its own parameter or when it collides with the non-player object 60 that is smaller than its own parameter for a predetermined number of times within a predetermined period. , Extend the time limit (for example, 3 collisions within 1.5 seconds will extend the time limit by 3 seconds).

  The game progression unit 300I transmits the time limit and the score to the game screen generation unit 300B. In addition, the game progression unit 300I stores the score in the storage unit 32 and manages it so that the score information can be transmitted to the server device 2 or another game device 3.

  The storage unit 32 stores image data to be displayed on the game screen 5, audio data such as scores and music to be reproduced and sound effects.

<Process flow>
Next, the process flow of the game apparatus 3 will be described.
FIG. 8 is a flowchart showing a process flow of the player object 50 of the game apparatus 3. This process is executed at predetermined intervals (for example, 60 fps intervals). Note that the overall flow of the game is omitted. Further, the order of each flow is not limited to this embodiment, and may be changed as appropriate.

  First, the collision determination unit 300D determines whether or not the player object 50 has collided with the non-player object 60 (step S101). When the collision determination unit 300D determines that a collision has occurred (step S101: YES), the player object control unit 300G compares the parameter of the player object 50 with the parameter of the non-player object 60 (step S102).

  If the player object control unit 300G determines that the parameter of the player object 50 is equal to or greater than the parameter of the non-player object 60 (greater than or equal to the non-player object 60) (step 103: YES), the fish object 70 A tracking object 700 corresponding to the player object 60 is added (step S104).

  Next, the game progression unit 300I updates the score based on the non-player object 60 that has collided and the number of the following objects 700 (step S105).

  The parameter management unit 300E determines whether or not the number of following objects 700 has exceeded a predetermined value (step 106). If it is determined that the number has exceeded the predetermined value (step 106: YES), the parameter of the player object 50 is updated. Then, the player object 50 is evolved (changed) (step 107).

  When the collision determination unit 300D does not determine in step S101 that the player object 50 has collided with the non-player object 60 (step S101: NO), the control unit 30 ends the processing of this flow.

  The control unit 30 determines that the player object control unit 300G determines that the parameter of the player object 50 is less than the parameter of the non-player object 60 (smaller than the non-player object 60) in step S103 (step S103: NO). ) Executes a process for game over (step S108), and ends the process of this flow.

  When the parameter management unit 300E determines in step S106 that the number of the tracking objects 700 does not exceed the predetermined value (step 106: NO), the control unit 30 does not update the parameters of the player object 50. Finish the flow process.

  FIG. 9 is a flowchart showing a processing flow of each non-player object 60 of the game apparatus 3. This process is executed at a predetermined interval (for example, 60 fps interval), and is executed for each non-player object 60. The order of each flow is not limited to this embodiment, and may be changed as appropriate.

  First, the non-player object control unit 300F determines whether or not the player object 50 or another non-player object 60 (hereinafter referred to as another object) is located within a predetermined range centered on the non-player object 60 ( Step S201). The determination as to whether or not the position is within the predetermined range is made based on the coordinates in the virtual game space.

  If it is determined that the other object is located within the predetermined range (step S201: YES), the non-player object control unit 300F determines whether the parameter of the other object is larger than the parameter of the non-player object 60 ( Step S202).

  When it is determined that the parameter of the other object is larger than the parameter of the non-player object 60 (step S202: YES), control is performed so that the non-player object 60 that is the control target moves in a direction away from the other object.

  On the other hand, when it is determined that the parameter of the other object is smaller than the parameter of the non-player object 60 that is the control target (step S202: NO), the non-player object 60 that is the control target is moved in a direction approaching the other object ( Control to collide (step 204).

  Next, the collision determination unit 300D determines whether or not the non-player objects 60 have collided with each other (step S205). That is, it is determined whether or not another object is another non-player object 60.

  When it is determined that the non-player objects 60 have collided with each other (step S205: YES), the non-player object control unit 300F compares the parameters of both non-player objects 60 (step S206), and the non-player with the smaller parameter is selected. The player object 60 is deleted from the virtual game space (step S207).

  When the parameter management unit 300E determines in step S205 that the non-player object 60 and the player object 50 have collided (step S205: NO), the control unit 30 ends the processing of this flow. Note that the processing when the player object 50 and the non-player object 60 collide is performed according to the flow of the player object 50 described with reference to FIG.

<Effect>
According to the present embodiment, the parameters of the player object 50 (that is, the relationship between the player object 50 and the non-player object 60) change from moment to moment as the game progresses. Therefore, the non-player object 60 that is an enemy of the player object 50 changes rapidly. According to the conventional game, the non-player object 60 that is an enemy of the player object 50 is fixed in advance and lacks interest and the like. However, according to this embodiment, the thrill feeling of a game and the strategy of the game capture become abundant, and a highly interesting game can be provided.

  Further, the non-player object 60 moves due to the relationship between the non-player objects 60. For this reason, the user cannot predict the movement of the non-player object 60. According to the conventional game, the enemy of the non-player object 60 is only the player object 50, and the game is progressing around the player object 50, making it impossible to experience a real fish world. However, according to the present embodiment, the player object 50 coexists in the virtual game space as one of a large number of objects, and provides a highly entertaining game with a real feeling and a thrilling feeling of weak meat gluttony. Can do.

<Other embodiments>
Next, another example in the present embodiment will be described. In these other embodiments, the above-described effects can be obtained.

  In the present embodiment, a game program related to a game in which a fish-shaped object appears has been described as an example. However, the present invention is not limited to this. The object is not limited to fish, and the game characteristics may be a shooting game, an action game, and an RPG.

In the present embodiment, the relationship between the objects is changed by comparing the parameters (levels) of the player object 50 and the non-player object 60.
However, instead of or in addition to this, parameters such as a predetermined size, speed, attack power, defense power, and attribute may be used for the player object 50 and the non-player object 60. Then, the relationship between the objects may be changed by changing these parameters while the game is in progress.

  Further, the relationship between the player object 50 and the non-player object 60 may be changed by satisfying a predetermined condition while the game is in progress. For example, as a predetermined condition, a predetermined item or the like is set on the virtual game space, and the player object 50 takes the item, whereby the parameter of the player object 50 increases or decreases. Alternatively, the relationship in which an object having a large parameter attacks a small object may be reversed while the game is in progress, and the relationship in which an object having a small parameter attacks a large object may be changed.

  These are not limited to taking predetermined items, but the relationship may be changed according to the remaining time of the time limit (for example, the remaining 10 seconds). As a result, it is possible to provide a game that is more interesting than a single reversal element. Further, when the player object 50 evolves, a wave of a predetermined size appears in the virtual game space, and the non-player object 60 that hits the wave is added to the fish school object 70 regardless of the parameters. Good.

  In the present embodiment, it is assumed that the game is over (penalty) when the player object 50 contacts the non-player object 60 that is larger than the parameter of the player object 50. However, this penalty is not limited to game over. For example, the time limit may be shortened, the player object may be unable to move for a certain period, or the score may be reduced.

  In this embodiment, when the following object 700 and the non-player object 60 collide, the parameter of the non-player object 60 is compared with the parameter of the player object 50, and the parameter of the non-player object 60 is less than the player object. In this case, the tracking object 700 is not deleted from the virtual game space.

  However, instead, when the following object 700 and the non-player object 60 collide, the parameters of the following object 700 and the parameters of the non-player object 60 are compared. If the parameter of the non-player object 60 is larger than the parameter of the tracking object 700, the tracking object 700 may be deleted from the virtual game space. Thereby, a more natural relationship between fish-type objects can be expressed.

(Formation of fish school objects by non-player objects)
In the present embodiment, the fish school object 70 can be formed only by the player object 50, and the parameters change based on the fish object 70.
However, instead of this, or in addition to this, the non-player object 60 may form the fish object 70, and the parameters of the non-player object 60 may change.

  When the non-player objects 60 collide with each other, the fish school object 70 is formed based on the non-player object 60 having the larger parameter. Then, a tracking object 700 corresponding to the non-player object 60 having the smaller parameter is added to the fish school object 70.

  For example, the non-player object 60B collides with the non-player object 60A, thereby forming a fish school object 70 based on the non-player object 60B. Then, a tracking object 700 corresponding to the non-player object 60A is added to the fish school object 70. Further, when the number of following objects 700 exceeds a predetermined number, the non-player object 60B (parameter 2) evolves to the non-player object 60C (parameter 3).

  Further, each object can compete for the following object 700. For example, the following object 700 (hereinafter referred to as the first tracking object) of the fish object 70 (hereinafter referred to as the first fish object 70) formed by the player object 50 or another non-player object 60 (hereinafter referred to as the first non-player object 60). 700) and a non-player object 60 (hereinafter referred to as second non-player object 60) collide with each other, a new fish school object 70 (hereinafter referred to as second fish school object 70) is formed based on the non-player object 60. The Then, the first tracking object 700 is deleted from the first fish school object 70 and added as a tracking object of the second fish school object 70 (hereinafter referred to as a second tracking object 700).

  In this case, when the second non-player object 60 collides with the player object 50, the parameter of the second non-player object 60 is compared with the parameter of the player object 50, and the parameter of the second non-player object 60 is larger. For example, the second tracking object 700 corresponding to the first tracking object 700 is added to the second fish school object 70. In addition, the second non-player object 60 parameter is compared with the first following object 700 parameter, and if the second non-player object 60 parameter is larger than the first following object 700 parameter, the second A second tracking object 700 based on the first tracking object 700 may be added to the fish school object 70.

  Thus, both the player object 50 and the non-player object 60 constitute the fish school object 70, and the parameters of each object are updated when the number of the tracking objects 700 exceeds a predetermined number. Therefore, it is possible to provide a highly entertaining game with a more thrilling feeling, with the relationship between the objects changing every moment.

(Formation of fish school objects by other player objects)
In the present embodiment, the game progresses based on the relationship between the player object 50 and the non-player object 60 that is hostile to the player object 50.
However, instead of or in addition to this, a player object 50 (hereinafter referred to as a first player object 50) and a player object 50 (hereinafter referred to as a second player) operated by another user who is hostile to the first player object 50. A multi-person participation type game in which the object 50) can participate may be performed.

  Thereby, both the 1st player object 50 and the 2nd player object 50 can form each fish school object 70 (the 1st fish school object 70 and the 2nd fish school object 70). The first player object 50 and the second player object 50 change their parameters when the number of the following objects 700 (the first following object 700 and the second following object 700) exceeds a predetermined number. To do.

  Conventionally, in a battle royal battle in which a player other than the player object 50 operated by the user is an enemy or a team battle in which a team is divided into a plurality of teams or the like, the enemy and allies are determined at the time of matching or the like, and their relationship is in progress Did not change. However, according to the other embodiment, the enemy and ally change every moment while the game executed by a plurality of people is in progress, so that a game with higher interest can be provided.

DESCRIPTION OF SYMBOLS 1 Game system 2 Server apparatus 3 Game apparatus 300A Operation input part 300B Game screen production | generation part 300C Drawing part 300D Collision determination part 300E Parameter management part 300F Non player object control part 300G Player object control part 300H Fish object control part 300I Game progress part 50 (50A-50C) Player object 60 (60A-60C) Non-player object 70 (70A-70B) Fish school object
700 Following object

Claims (5)

A game device to which an operation unit operated by a user and a display unit are connected,
Parameter management means for managing a player object generated in the virtual game space and operated by the user via the operation unit, a plurality of non-player objects, and parameters set for each object;
A fish object control means that constitutes a fish object including the player object and a tracking object that is changed by a collision of the non-player object with the player object, and moves the tracking object to follow the player object;
A collision determination means for determining that the non-player objects have collided with each other, that the non-player object and the player object have collided, or that the non-player object and the following object have collided;
When it is determined by the collision determination means that the non-player objects have collided with each other, the parameters of the collided non-player objects are compared, and the non-player object with the smaller parameter is deleted from the virtual game space. Player object control means,
When the collision determination means determines that the non-player object and the player object have collided, the parameter of the non-player object is compared with the parameter of the player object, and the parameter of the player object is A player object control means for adding, to the fish school object, the following object that has changed the non-player object by the collision when the parameter is equal to or greater than an object parameter;
Function as
When the collision determination unit determines that the non-player object and the following object have collided, the fish school object control unit compares the parameter of the non-player object with the parameter of the player object, and When the parameter of the object is less than the parameter of the non-player object, the tracking object is deleted from the virtual game space;
The game program characterized in that the player object control means updates parameters of the player object when a predetermined condition is satisfied. The non-player object control means has a predetermined range set based on the non-player object, the player object being equal to or larger than the parameter of the non-player object, and another non-player object larger than the parameter of the non-player object. Determine whether at least one of
As a result, when it is determined that at least one of the player object and the other non-player object is located in the predetermined range,
The game program according to claim 1, wherein the non-player object is controlled to move in a direction away from the player object or the other non-player object located in a predetermined range. Whether the non-player object control means has at least one of the player object smaller than the non-player object parameter and another non-player object within a predetermined range set based on the non-player object. Determine whether or not
As a result, when it is determined that at least one of the player object and the other non-player object is located in the predetermined range,
The game program according to claim 1, wherein the non-player object is controlled to move in a direction approaching the player object or the other non-player object located within the predetermined range. The player object control means, when the collision determination means determines that the player object and the non-player object have collided, compares the parameter of the non-player object with the parameter of the player object;
As a result, when the parameter of the player object is less than the parameter of the non-player object , a predetermined penalty that is disadvantageous to the user is given. A game device comprising: a storage unit that stores the game program according to claim 1; and a computer that executes the game program.

Images