JP2023095181A - Game program, game processing method and information processing device - Google Patents

Abstract

To improve the movement of an object at a collision.SOLUTION: A game program is provided, which makes a computer execute processing for determining overlapping between collision objects being virtual bodies for detecting a collision in each object within a virtual space, calculating respective extrusion rates of the collision objects whose overlapping is determined with reference to parameters stored in a storage part in accordance with the object and/or the collision objects, extruding the respective collision objects overlapped in accordance with the extrusion rates, and controlling displays of the objects corresponding to the collision objects in accordance with extrusions of the collision objects.SELECTED DRAWING: Figure 7

Description

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

2. Description of the Related Art Games such as action games and simulation games in which a large number of characters are crowded are known. For example, in an action game, enemy characters that try to attack a player character may crowd around the player character.

In response to this, a technique has been devised for controlling the movement of densely packed enemy characters (see, for example, Patent Document 1). Patent Document 1 discloses an image processing method for displaying the movements of crowded enemy characters in a more natural manner.

JP 2019-118687 A

However, in the conventional technology, the character behavior may be degraded due to the characters crowding together. For example, when a large number of enemy characters try to approach the player character, the enemy characters try to move forward even if there is another enemy character at their destination. When the characters are densely packed in this manner, the characters may clash with each other, the characters may not move as intended, and the unnatural movement of the characters may reduce the interest of the game.

Thus, in one aspect, the present disclosure aims to improve object motion during collision.

In one embodiment, in order to detect a collision for each object in the virtual space, overlap between collision objects that are virtual bodies is determined, and parameters stored in a storage unit corresponding to the objects and/or collision objects are determined. to calculate the extrusion ratio of each of the collision objects determined to overlap, push out each of the overlapping collision objects according to the extrusion ratio, and correspond to the collision object according to the extrusion of the collision object. A game program is provided that causes a computer to perform processing that controls display of an object to be played.

In one aspect, the present disclosure can improve object motion during collisions.

The figure which shows the structural example of the game system which concerns on embodiment. The figure which shows the other structural example of the game system which concerns on embodiment. The figure which shows the hardware constitutions of the game machine which concerns on embodiment. The figure which shows the functional structure of the game machine which concerns on embodiment. The figure explaining the conventional extrusion process. The figure explaining the conventional extrusion process. The figure explaining the extrusion process which concerns on embodiment. The figure which shows an example of the parameter table which concerns on embodiment. 4 is a flowchart showing a game processing method including extrusion processing according to the embodiment; The figure explaining the extrusion process which concerns on the modification of embodiment.

Hereinafter, embodiments for implementing the present disclosure will be described with reference to the drawings. In addition, in this specification and the drawings, substantially the same configuration may be omitted from redundant description by attaching the same reference numerals.

[Game system]
FIG. 1 is a diagram showing a configuration example of a game system 1 according to an embodiment. The game system 1 includes a game machine 3 as an example of an information processing device, a game controller 5 and a display device 7 . Each of the game controller 5 and the display device 7 is communicably connected to the game machine 3 by wire or wirelessly.

The game machine 3 is, for example, a stationary dedicated game machine. However, it is not limited to this, and the game machine 3 may be, for example, a portable game machine integrally provided with an input section, a display section, and the like.

In addition, the game machine 3 is not limited to a dedicated game machine. A mobile terminal that also functions as a telephone, such as a phablet, may be used. These devices are usually used as general-purpose information processing terminal devices, but when the player executes the installed game program, the player can proceed with the game in the same way as a dedicated game machine.

The game program of this embodiment is installed in the game machine 3 . The game program is distributed in the form of being stored in an optical storage medium such as a CD-ROM or a semiconductor memory such as a USB memory, or in the form of being downloaded from a server device.

The player uses the game controller 5 to perform various operational inputs. In the example shown in FIG. 1, the game controller 5 has, for example, a cross key 9 and a plurality of buttons 8 and the like. Note that the game controller 5 may have, for example, a joystick or a touch pad instead of or in addition to the above. Also, the game controller 5 may be equipped with a microphone to enable voice operation. The game controller 5 may be equipped with a gyro sensor, an acceleration sensor, or the like, and the player may operate the game controller 5 by changing its posture.

Moreover, the game machine 3 may further communicate with a server device on the network (see FIG. 2). Since a plurality of game machines 3 executing the same game program are connected to the server device, so-called online games are possible. An online game is, for example, a game in which a large number of players can cooperatively operate the same game program. The server device for the online game may receive the positions and operation commands of other players, and may perform processing of transmitting them to the game machines 3 of the other players. The game machine 3 performs actual game processing such as drawing of each player and reflection processing of operation commands.

FIG. 2 is a diagram showing another configuration example of the game system 1 in the embodiment. The game system 1 of the embodiment provides various game-related services to players via a network N (for example, the Internet). The game system 1 has a server device 10 and a terminal device 30 . The server device 10 is an example of an information processing device (processing device) that provides various game-related services to the terminal device 30 . The server device 10 may be a personal computer, workstation, cloud computer, or the like.

The terminal device 30 is an example of an information processing device used by a player when playing a game. The terminal device 30 may be a game machine, a computer manufactured and sold as a computer such as a computer, a desktop computer, a notebook computer, a tablet computer, a smartphone, a mobile phone, a phablet, etc. , a mobile terminal that also functions as a telephone may be used.

The terminal device 30 requests the server device 10 to distribute various types of information about the game (a game program describing a game processing method, a game screen, etc.). When the server device 10 receives a request for distribution of various information from the terminal device 30 , the server device 10 distributes a game program to be played on the terminal device 30 and a web page of a game screen.

The terminal device 30 has a web browser function for allowing the player to view a web page displaying a game screen. Thereby, the terminal device 30 can display a web page such as a game screen distributed from the server device 10 . The server device 10 may provide a game such as an online game in which player characters and non-player characters operated by players are divided into enemies and allies and compete against each other.

The game system 1 may be a so-called P2P (Peer To Peer) system in which the game machine 3 illustrated in FIG. 1 or the terminal device 30 illustrated in FIG. 2 communicates with another game machine 3 or another terminal device 30 . In this case, the server device 10 of FIG. 2 may not be provided. Also, the game system 1 may be a so-called cloud game. The game system 1 shown in FIGS. 1 and 2 is an example, and various system configuration examples are conceivable according to the application and purpose. Below, the game system 1 of this embodiment will be described mainly using the configuration of FIG.

The game machine 3 can provide not only competitive games, but also sports games such as basketball and tennis, racing games, and city-building games. In addition, the game machine 3 can provide games such as gacha. However, the game executed by the game system 1 disclosed in the present embodiment is preferably a fighting game (action game) in which characters are crowded together. In this embodiment, as will be described later, the extrusion rate of characters (objects) that collide during the game is calculated, and the characters (objects) are pushed out according to the ejection rate, thereby realizing natural drawing at the time of collision.

In this embodiment, an object is a collective term for a person or thing that mainly exists in a virtual space (for example, a virtual three-dimensional space). For example, objects that appear in the virtual space, such as PCs, enemy characters, rocks, and buildings.

[Hardware configuration of the game machine]
Next, the hardware configuration of the game machine 3 will be explained with reference to FIG. FIG. 3 is a diagram showing the hardware configuration of the game machine 3 according to the embodiment. The game machine 3 has a CPU (Central Processing Unit) 121 , a memory 122 , a communication device 123 , an input device 124 and a display device 125 . The CPU 121 controls the game machine 3 . The memory 122 is, for example, a storage medium within the game machine 3 that can be directly accessed by the CPU 121 . The communication device 123 is a communication device such as a network circuit that controls communication with other devices. The input device 124 is an input device, is connected to the game machine 3 like the game controller 5 , and does not have to be inside the game machine 3 . The input device 124 may be an input device such as a camera or touch panel. The display device 125 is an output device such as a display.

The game machine 3 may be equipped with various microprocessors such as GPU (Graphics Processing Unit) and DSP (Digital Signal Processor), and various memories 122 such as VRAM, RAM, and ROM.

The game machine 3 has a game management function that stores various game data necessary for game play by arithmetic processing in the memory 122 and controls and manages the execution of game processing. The game processing method is executed by the CPU 121 performing arithmetic processing based on a predetermined game program and game data.

[Functional configuration of the game machine]
Next, the functional configuration of the game machine 3 will be described with reference to FIG. FIG. 4 is a diagram showing the functional configuration of the game machine 3 according to the embodiment. The game machine 3 has a control section 11 , a storage section 12 and a communication section 13 .

The control unit 11 transfers data between units and controls the game machine 3 . The control unit 11 is implemented by the CPU 121 executing a game program stored in the memory 122 .

The storage unit 12 stores a game program that causes a computer to execute a game, various data, and various information. The storage unit 12 is realized by the memory 122, for example. The storage unit 12 includes ROM (Read Only Memory), which is a read-only storage area in which the game program is stored, and RAM (Random Access Memory), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. Memory). The storage unit 12 is implemented by, for example, a non-volatile storage device such as flash memory or hard disk. Part or all of the game program may be stored in RAM.

Further, the storage unit 12 stores a parameter table 21. FIG. FIG. 8 is a diagram showing an example of the parameter table 21 according to the embodiment. The parameter table 21 includes collision IDs set for each object ID (including character IDs) that can identify characters and other objects, and collision IDs for each object and/or collision object identified by the object ID and/or collision ID. store the parameters set to Collision objects and parameters are described below.

The communication unit 13 has a function for communicating with the terminal device 30 and/or other devices. The communication unit 13 functions as a receiving unit that receives various data transmitted from the terminal device 30 and/or other devices, and transmits various data to the terminal device 30 and/or other devices according to commands from the control unit 11. It has a function as a transmission unit that transmits to The communication unit 13 is realized by, for example, a NIC (Network Interface Card).

The control unit 11 has a game execution processing unit 14 , a collision control unit 15 , an overlap determination unit 16 , a calculation unit 17 and a display control unit 18 . The game execution processing unit 14 executes, for example, a battle game in which a player character operated by a player battles an enemy character in a virtual space. However, the game played by the game execution processing unit 14 is not limited to the battle game, and may be, for example, a simulation game or other games.

The object in this specification is a display part displayed in the virtual space, and includes an object that can move on the stage displayed on the game screen and a fixed object. Actionable objects include player characters and non-player characters. Inoperable objects include objects such as buildings and mountains. A capsule collision object is set for each object including a character (see FIG. 5). Collision objects are constructed to cover objects and are used for object collision determination. In the example of FIG. 5, the collision objects T1 and T2 cover the characters C1 and C2 in a capsule shape, respectively, and are used for collision determination of the characters C1 and C2. A collision object is also called a "collision" below. Collision objects are virtual objects and are not visible on the screen. Therefore, the player cannot see the collisions T1 and T2. However, the shape of the collision is not limited to the capsule shape, and collision objects of various shapes such as square, spherical, and cylindrical can be used according to the shape of the object for which contact determination is to be performed.

The collision control unit 15 controls the movement of collision in conjunction with the movement of an object such as a character in the virtual space. The overlap determination unit 16 determines overlap between collisions, which are virtual bodies, in order to detect collisions for each object in the virtual space. Some parameters indicate fixed or non-fixed collisions. If the parameter is fixed, the objects covered by the collision are fixed and do not move. If the parameter is unfixed, the object covered by the collision can move. The calculation unit 17 does not have to determine the overlap of collisions whose parameters are mutually fixed.

The calculation unit 17 refers to the parameters stored in the parameter table 21 of the storage unit 12 corresponding to the collisions, and calculates the extrusion rate of each collision for which overlap has been determined. The extrusion ratio of each collision is the ratio of pushing out each collision in the direction opposite to the direction of collision in order to eliminate overlapping (collision) between collisions. The overlap determination unit 16 may determine the overlap of the collisions whose parameters are not fixed with each other, and the calculation unit 17 may calculate the extrusion rate of each collision between the non-fixed collisions for which the overlap is determined. However, not limited to this, the overlap determination unit 16 determines the overlap between collisions regardless of whether the collisions are non-fixed or fixed, including collisions with fixed parameters, and the calculation unit 17 determines the overlap between collisions for which the overlap is determined. The penetration depth may be calculated according to the softness, and the extrusion ratio of each collision whose overlap is determined may be calculated according to the penetration depth.

The parameters include at least one of the attributes of the objects displayed in the collision and the distance from the virtual camera that shoots the game, and are set in the parameter table 21 in advance. As shown in Fig. 8, the object attributes are the type, importance, size, weight, weapon (strength), softness, movement (speed/direction), fixed/non It may be at least one of fixed, affiliated force, character type, height from the ground, and attributes of the group to which the object belongs. For example, the attributes of the group include the importance of the group such as the unit to which the player character belongs, the number of members, the strength, the type, and the like. Note that the parameters shown in FIG. 8 are only examples, and the parameters are not limited to these. For example, the parameters may include battle-related parameters such as HP and physical strength, training levels, and the like. Weapons are an example of equipment parameters, and equipment includes armor as well as weapons.

At least some of the parameters may change dynamically. For example, the parameters may dynamically change according to the progress of the game, growth of the character, and the like. The calculation unit 17 may refer to the parameters periodically or irregularly, and calculate the extrusion rate between the collisions for which the overlap determination unit 16 determines that they overlap, based on the latest parameters.

The display control unit 18 controls actions of characters and display of objects. The display control unit 18 causes the display device 125 of the terminal device 30 to display a virtual space in which a plurality of characters and other objects appear. The display control unit 18 controls the web page of the game screen, transmits the web page of the game screen to the terminal device 30 through the communication unit 13 , and displays it on the screen of the terminal device 30 . The display control unit 18 pushes out each overlapping collision object by the pushing distance according to the pushing ratio, and controls the display of the object corresponding to each collision according to pushing out of the collision object.

[Extrusion]
When objects such as characters collide with each other during a game, the collision state of the objects may be resolved by moving the positions of both collisions or one of the collisions. Hereinafter, this procedure is also referred to as collision extrusion processing or simply extrusion processing. In conventional extrusion processes, the extrusion rate for each collision is fixed. In the extrusion process according to this embodiment, the extrusion rate of each collision is variable and optimized.

The extrusion process according to the present embodiment will be described with reference to FIGS. 5 to 7 while comparing with the conventional extrusion process. 5 and 6 are diagrams for explaining a conventional extrusion process. FIG. 7 is a diagram explaining the extrusion process according to the embodiment.

In FIG. 5A, the collisions T1 and T2 overlap each other. If the collisions T1 and T2 overlap even slightly, it indicates that the characters C1 and C2 are colliding. In other words, whether or not the characters C1 and C2 collide can be determined by whether or not the collisions T1 and T2 surrounding the characters C1 and C2 overlap each other. The distance over which collisions T1 and T2 overlap is called penetration depth.

In the example of FIG. 5(a), the penetration depth is indicated by A1. If the penetration depth A1 is greater than 0, the characters C1 and C2 are in a collision state. In this case, the penetration depth A1 can be set to 0 by executing collision extrusion processing, thereby eliminating the collision state between the characters C1 and C2. In the examples of FIGS. 5A and 5B, the collision state between the characters C1 and C2 can be resolved by pushing out the collision T1 by the penetration depth A1 to move and display the character C1.

Conventionally, extrusion of two colliding collisions is done by either:
1. Only one of the two collisions, which has a lower priority, is moved by the penetration depth in the opposite direction to the collision direction.
2. Move both collisions in opposite directions by 1/2 of the penetration depth.

In the case of 1, only one character (object) that pushed out the collision is pushed out in the direction opposite to the collision direction and displayed. In the example of FIG. 5B, the collision T1 is pushed out by the penetration depth A1, and the pushing amount of the collision T2 is zero. As a result, only one character C1 is pushed out and displayed in the direction opposite to the direction of collision due to the collision. For example, in the case of a collision between a building and a player character, the building is not pushed out, and only the player character is pushed out. As another example, in the case of a collision between an enemy character and a player character, only the enemy character is pushed out without pushing out the player character. As another example, if the enemy character is a boss and the player character is less important than the boss, the enemy character is not pushed out, and only the player character is pushed out.

On the other hand, in the case of 2, since the collision is pushed out by half, both characters (objects) are pushed out by half in the direction opposite to the collision direction. In this case, in the example of FIG. 5A, the extrusion amounts of collisions T1 and T2 are both 1/2 of the penetration depth A1, and the characters C1 and C2 are on the opposite side of the collision direction with the same extrusion distance A1/2. only extruded.

An example of a specific collision extrusion process will be described with reference to FIG. FIGS. 6A to 6F are top views of the collisions T1 to T3. Objects in collision are omitted.

To execute collision extrusion processing, a virtual plane whose normal is the penetration direction is placed at the point where the penetration depth is the deepest, and collisions are pushed out so that collisions do not enter this plane. Since FIG. 6 expresses a two-dimensional virtual space, the virtual plane is shown as a virtual line. 6(a) to (d) show the extrusion process in case 1, and FIGS. 6(e) and (f) show the extrusion process in case 2. FIG. In the examples of FIGS. 6A and 6B, a virtual plane VP1 whose normal line is the direction of penetration is placed at the point where the penetration depth is the deepest. When pushing out one collision, as shown in FIG. 6B, the collision T1 is pushed out until the collision T1 does not enter the virtual plane VP1.

In the examples of FIGS. 6(c) and (d), three collisions T1 to T3 overlap. For example, collisions T2 and T3 are collisions of fixed objects such as buildings, and collision T1 is collisions of non-fixed objects. Collision T1 is pushed out until it does not intrude on both virtual planes.

In the examples of FIGS. 6(e) and (f), both collisions T1 and T2 are pushed out. In this case, the virtual plane VP1 is set in the middle of the penetration depth, and both collisions T1 and T2 are pushed out by half of the penetration depth.

When only one of collisions T1 and T2 is pushed out, the priority of collision push-out is determined, which collision is pushed out, and the collision to be pushed out is judged, and the push-out ratio of each collision is not calculated. . The extrusion ratio of collisions determined to push out is 100% and takes a fixed value. When both collisions T1 and T2 are pushed out, neither the determination of the collision to be pushed out nor the calculation of the collision push-out ratio is performed. The extrusion rate for both collisions is 50% and takes a fixed value.

In particular, if only one of the colliding collisions is pushed out (in the case of 1), the priority will change depending on the game situation. Extrusion targets may alternate. As a result, the two collisions vibrate while pushing and pulling, resulting in an unnatural behavior and a loss of interest.

When both collisions T1 and T2 are pushed out by half of the penetration depth (in the case of 2), the difference in the strength of the character (object) in the two collisions cannot be expressed as a result of collision, and the extrusion process is uniform. , there is a risk that the impact will be lacking when the characters are densely packed and collisions will frequently occur, resulting in a decrease in interest.

As described above, in the collision extrusion processing according to the present embodiment, in order to improve interest due to the natural movement of the object at the time of collision, the extrusion ratio of each overlapping collision is nullified between 0% and 100%. Allow to set in stages. For example, as shown in FIG. 7, the position of the virtual plane VP1 used for pushing out the overlapping collisions T1 and T2 is changed by the parameters of the characters C1 and C2 (see FIG. 5) corresponding to the collisions T1 and T2. In the example of FIG. 7, the virtual plane VP1 is positioned to push out the collisions T1 and T2 at a ratio of 4:1. However, the extrusion ratio of 4:1 is an example and is not limited to this.

In this way, in the collision extrusion process according to the present embodiment, instead of pushing out only one of the overlapping collisions or pushing out both collisions by half, the extrusion rate (extrusion distance) of both collisions is set for each collision. Stepless correction according to parameters. As a result, the movements of the objects including the characters that collided with each other can be rendered more naturally and with enhanced gameplay. In particular, it is possible to prevent the characters from colliding with each other from acting unnaturally in a scene where the characters are crowded together, thereby reducing the interest of the game.

The parameters stored in the parameter table 21 may be dynamically changed according to the game situation or the like. In other words, in the collision extrusion processing according to the present embodiment, it is possible to steplessly change the extrusion rate of overlapping collisions according to the game situation based on dynamically changing parameters.

It should be noted that the parameters stored in the parameter table 21 are examples and are not limited to these. Further, the calculation unit 17 may calculate the extrusion rate using all of the parameters, or may use one or more parameters selected from among the parameters stored in the parameter table 21 to calculate the extrusion rate. A percentage may be calculated.

Parameter settings and selections control the extrusion rate of both collisions during collision. For example, by using the "weight" parameter of the character in the collision, by increasing the extrusion ratio of the collision of relatively light characters, the extrusion amount (extrusion distance) of the light character is made larger than the extrusion amount of the heavy character. can control the display. As a result, the weight (lightness) of the character at the time of collision can be expressed in a more comprehensible manner, similar to the movement of objects in the real space. However, the display may be controlled to produce opposite results based on the same parameters. That is, the display may be controlled so that the amount of pushing out the heavy character is larger than the amount of pushing out the light character.

For example, by increasing the collision push-out ratio of relatively low-ranked characters using parameters such as rank, which indicates the "importance" of characters in collision, the amount of push-out of characters with low rank is reduced to that of characters with high rank. You can control the display to be larger than the amount. This makes it possible to represent the difference in the influence of the character according to the position of the character. However, the display may be controlled to produce opposite results based on the same parameters. That is, the display may be controlled so that the amount of push-out of a character with a high rank is larger than that of a character with a low rank.

For example, by increasing the push-out ratio of the enemy character's collision with the enemy or ally, the display is controlled so that the push-out amount of the enemy character is greater than the push-out amount of the ally character's "affiliation" parameter of the character in the collision. can. As a result, it is possible to change the pushing amount according to the morale of the faction to which it belongs, the number of people, the battle situation (superiority/inferiority), and so on. For example, when the morale is high, the number of people is large, and the power is superior, the strength of the affiliated force can be expressed by reducing the pushing amount. Alternatively, regardless of the above, by reducing the pushing amount of the allied force, the visibility of the allied object that the player should preferentially check can be increased. However, the display may be controlled to produce opposite results based on the same parameters. In other words, the display may be controlled so that the pushing amount of the ally is larger than the pushing amount of the enemy.

For example, by increasing the collision extrusion ratio of objects other than specific objects (such as characters such as people) than specific objects (such as vehicles such as horses) by using the "type" parameter of the objects in the collision, You can control the display so that the amount of extrusion is smaller than the amount of extrusion of other objects. As a result, a vehicle such as a horse can be displayed as close as possible to the place where the collision occurred. However, it may be controlled to produce the opposite result based on the same parameters. That is, the display may be controlled so that the amount of extrusion of a specific object is larger than the amount of extrusion of other objects.

In addition, the strength of the group to which the character belongs can be reflected in the result of collision extrusion by using the morale and the number of the group to which the character belongs (for example, the unit) as parameters. For example, if the morale of the group to which the character belongs is higher than the morale of the group to which the character of the collision opponent belongs, or if the number of people belonging to the group is larger than the number of people who belong to the group to which the character of the collision opponent belongs, Relatively increase the extrusion rate of the character in . Thereby, the display may be controlled so that the character of the collision opponent is pushed out relatively large. However, it may be controlled to produce the opposite result based on the same parameters.

The level of the weapon or armor worn by the character may be used as a parameter and reflected in the result of collision extrusion processing. For example, the higher the level of the weapon equipped by the character, the smaller the collision ejection ratio. As a result, the display can be controlled such that the pushing amount of the character whose weapon level is low is larger than the pushing amount of the character whose weapon level is high. This makes it possible to represent that the damage received by a character with a low-level weapon at the time of collision is relatively greater than the damage received by a character with a high-level weapon. However, it may be controlled to produce the opposite result based on the same parameters.

The distance between the character (object) in the collision and the virtual camera may be managed, and the parameters of the character (object) may be dynamically changed according to the distance from the virtual camera. In this case, in the extrusion process, based on the parameter of the distance to the virtual camera, for example, the farther from the virtual camera, the smaller the collision extrusion rate may be. However, it may be controlled to produce the opposite result based on the same parameters. This makes it possible to determine the pushing amount of the character (object) within the collision according to the distance from the virtual camera.

The parameters of the character (object) in the collision may be dynamically changed according to the height of the collision from the ground. In the extrusion process, based on this parameter, the extrusion ratio of collisions close to the ground is relatively increased, and the amount of extrusion of characters in collisions close to the ground is made relatively larger than the amount of characters in collisions far from the ground. You can control the display like However, it may be controlled to produce the opposite result based on the same parameters.

Parameters can be changed dynamically during the game. For example, the morale of the group to which the character belongs can be used as a parameter that varies according to the battle situation. For example, if the number of enemy characters is greater than the number of allied characters in a specific area of the game map, the parameter indicating the morale of the enemy group can be increased. For example, the parameters for action (speed/direction) change depending on the speed and/or orientation of the character (object) at the time of collision. Therefore, the parameters may also be dynamically changed during the game, and, for example, the push-out ratio may be calculated so that a fast-moving character can be pushed out relatively easily. Conversely, the push-out ratio may be calculated so that slow-moving characters are pushed out relatively easily. Also, the pushing ratio may be calculated so that a character facing backward or sideways is pushed out more easily than a character facing forward. Conversely, the pushing ratio may be calculated so that a character facing forward is more easily pushed out than a character facing backward or sideways.

In the extrusion process, some or all of the parameters set in the parameter table 21 can be used to calculate the extrusion ratio. For example, any one parameter or two or more parameters may be appropriately selected and combined from the parameter group set in the parameter table 21, and the extrusion rate may be adjusted steplessly according to the selected parameter. This makes it possible to change the extrusion ratio of each collision according to the characteristics of the selected parameters (character's own morale, strength, etc.).

An example of adjusting the collision extrusion rate according to the combination of parameters is to combine "character type" and "weight" as parameters to be used. be.

At the start of the game, when a player character (PC) collides with a non-player character (NPC), the non-player character is pushed out 100%. At this time, the pushing ratio of the player character is 0%, and the pushing ratio of the non-player character is 100%. "Weight" is defined as a parameter in which the heavier the weight, the less likely it is to be pushed out. In the above case, when the weight parameter of the player character is "medium", the non-player character whose weight parameter is "medium" or "light" can be pushed out 100%, while the player character whose weight is "heavy" The push ratio is calculated so that the non-player character can push out only 80%. As a result, the player operating the player character can feel a response when the heavy character is touched. As described above, in the extrusion process of the present embodiment, the collision ejection ratio is adjusted not only according to one parameter, but also according to a combination of parameters, thereby making the game interesting. be able to.

[Game processing method]
The process of calculating the extrusion ratio is executed when it is determined that the collisions overlap each other (collision). The game processing method of this embodiment will be described below with reference to FIG. FIG. 9 is a flowchart showing a game processing method including a process of calculating the pushing ratio according to the embodiment. The game processing method of FIG. 9 is executed by the game machine 3 . A battle game will be described below as an example, but the present invention is not limited to this.

When the game is started, in step S1, the game execution processing unit 14 controls actions of a plurality of characters including a player character operated by the player, a friend character, and an enemy character, and executes a battle game. During the game, the game execution processing unit 14 controls not only the actions of characters but also the actions of other objects. The collision control unit 15 manages the position of each collision according to the object including each character.

In step S3, the overlap determination unit 16 determines whether or not the collisions overlap each other, that is, whether or not there is a collision, according to the position of each collision for each object. If it is determined in step S5 that the collisions overlap each other, the extrusion process shown in steps S7 to S11 is executed, and then the process proceeds to step S13. If it is determined in step S5 that the collisions do not overlap each other, the process proceeds to step S13 without executing the extrusion processing of steps S7 to S11.

(Extrusion processing)
In the extrusion process, in step S7, the calculation unit 17 calculates a collision ID that is identification information of each overlapping collision and/or an object ID (character ID). Object IDs and collision IDs are managed for each object and stored in the parameter table 21 (see FIG. 8) of the storage unit 12 . Then, the calculation unit 17 acquires (selects) some or all of the parameters from the parameter group stored in association with the acquired collision ID and/or object ID.

Next, in step S9, the calculation unit 17 calculates the penetration depth, and calculates the extrusion rate of each collision with respect to the penetration depth based on the parameters of each overlapped collision. For example, the calculation unit 17 may digitize the acquired parameters, compare the total values of the acquired parameter values, and calculate the extrusion rate of each collision from the magnitude relationship. At that time, the extrusion rate may be calculated so that the higher the sum of the numerical values of the parameters is less likely to be extruded, or the higher the sum of the numerical values of the parameters may be calculated so that it is easier to extrude. good.

Next, in step S11, the calculation unit 17 adjusts the push distance of each collision according to the push ratio, and the display control unit 18 pushes out each collision by the push distance of each collision. Thereby, the display can be controlled so that the object in each collision is pushed out in the direction opposite to the collision direction by the push distance.

Next, in step S13, the game execution processing unit 14 determines whether or not the game has ended, and when it is determined that the game has ended, this process ends. On the other hand, if it is determined that the game has not ended, the process proceeds to step S15, and the collision control section 15 checks whether there is a parameter change according to the action of each character or the like, the progress of the game, the player's operation, or the like. judge.

If the collision control unit 15 determines that there is a parameter change, in step S17 the parameter table 21 changes the parameter determined to be changed, stores it in the storage unit 12, returns to step S3, and performs the next collision. Determine overlap. On the other hand, if the collision control unit 15 determines that the parameters have not been changed, it skips step S17 and directly returns to step S3 to determine the overlap of the next collision. Until the game ends in this manner, collision overlap determination and extrusion processing are performed according to the progress of the game.

As described above, in the collision extrusion process of the present embodiment, the extrusion rate of each collision determined to be overlapped can be set steplessly according to the parameters. For example, as shown in FIG. 7, the position of the virtual plane VP1 used for extrusion of overlapping collisions T1 and T2, that is, the extrusion rate can be changed by the parameters corresponding to the collisions T1 and T2.

In this way, in the collision extrusion process of this embodiment, instead of pushing out only one of the overlapping collisions or pushing out both collisions by the same amount, the extrusion rate (extrusion distance) of both collisions is adjusted according to the parameter. stepless correction. This allows for stepless control over the extrusion distance of objects in overlapping collisions, allowing objects to move more naturally. In particular, in a scene where the characters are crowded together, the actions performed by the characters who have collided with each other to resolve the collision can be improved to natural actions, thereby preventing the game from becoming less interesting.

[Modification]
The collision extrusion processing described above can be applied not only to collisions between non-fixed objects, but also to collisions between fixed objects and non-fixed objects. This also allows control over the display of soft objects that can burrow into the interior of the object. Examples of soft objects include bushes, trees, and soft balls.

Extrusion processing according to a modification of the embodiment will be described with reference to FIG. 10 . FIG. 10 is a diagram for explaining extrusion processing according to a modification of the embodiment. As shown in FIG. 10, the parameter table 21 is set with parameters indicating whether the object is fixed or not. Normally, as shown in FIG. 10(a), when collision T2 of an object with fixed parameters and collision T1 of an object with non-fixed parameters overlap, the extrusion rate of collision T1 is 100%, and the ejection rate of collision T2 is 100%. is 0%. That is, with respect to the penetration depth A3 shown in FIG. 10A, the extrusion distance of collision T1 is A3, the extrusion distance of collision T2 is 0, and collision T2 remains fixed.

The parameter table 21 contains parameters indicating the softness of objects. Therefore, in the extrusion process according to the modification, based on the combination of the softness parameter and the fixed/unfixed parameter, the extrusion distance of the non-fixed object with respect to the fixed object is changed according to the softness parameter. For example, in the examples of FIGS. 10B and 10C, the fixed objects covered by the collision T2 shown in FIGS. 10B and 10C are the same objects with the same softness. For example, the object covered by the collision T2 may be an elastic object such as a cushion. In FIG. 10(c), the character in collision T1 leans more deeply on the object in collision T2 than in the case of FIG. 10(b). ). In both FIGS. 10B and 10C, collision T2 is a fixed object, so collision T1 is pushed out. In this case, since the amount of penetration of the collision T1 is large in FIG. 10(c), the extrusion rate of the collision T1 can be made larger than in the case of FIG. 10(b) according to the amount of penetration. For soft objects like this, by changing the extrusion rate according to the size of the penetration depth, the appearance of being gradually pushed out from the depth of the collision partner object can be expressed, expressing softness and elasticity.

In other words, even after being pushed out, the object remains in the collision partner object for a certain amount of time, so the pushing process is performed again in the next frame. Therefore, it is possible to perform display control such that the object is slowly pushed out from the collision of the collision opponent. This makes it possible to represent a soft object that can penetrate the collision of its opponent, but cannot penetrate it. In this way, the degree of freedom in drawing can be increased.

The parameter may include a parameter indicating whether the object can slip through (penetrate) another object. If the object is determined to be an object that can pass through, no collision occurs (collision overlap determination is not performed), so the extrusion process of the present embodiment is not applied either.

Although the game program, the game processing method, and the information processing device have been described above according to the above embodiments, the game program, the game processing method, and the information processing device according to the present disclosure are not limited to the above embodiments, and Various modifications and improvements are possible within the scope of Also, when there are a plurality of the above embodiments and modifications, they can be combined within a consistent range. A game program, a game processing method, and an information processing device according to the present disclosure can be used in 3D games and 2D games.

1 game system 3 game machine 11 control unit 12 storage unit 13 communication unit 14 game execution processing unit 15 collision control unit 16 overlap determination unit 17 calculation unit 18 display control unit 21 parameter table

Claims (8)

Determining overlap between collision objects that are virtual bodies in order to detect collisions for each object in the virtual space,
referring to parameters stored in a storage unit corresponding to objects and/or collision objects to calculate the extrusion rate of each of the collision objects for which overlap is determined;
extruding each of the overlapping collision objects according to the extrusion ratio;
controlling display of an object corresponding to the collision object in response to the extrusion of the collision object;
A game program that causes a computer to execute a process. At least one of an attribute of the object and a distance from a virtual camera that shoots the game is preset in the parameter.
The game program according to claim 1. The attributes of the object are the type, importance, size, weight, equipment, softness, movement speed, movement direction, fixed, non-fixed, enemy character, ally character, and ground of the object displayed in the collision object. height from and/or attributes of the group to which the object belongs,
3. A game program according to claim 2. The process of calculating the extrusion rate includes:
calculating the extrusion ratio according to a combination of parameters selected from the parameters stored in the storage unit;
4. A game program according to claim 3. The process of determining the overlap includes:
When the parameters are executed for the collision objects including the fixed collision object and it is determined that they overlap with the fixed collision object, penetration between the fixed collision object and the collision object that has determined overlap calculating a depth, and calculating an extrusion ratio of the collision object for which the overlap is determined according to the penetration depth;
4. A game program according to claim 3. at least one of said parameters dynamically changing,
The process of calculating the extrusion rate includes:
periodically or irregularly referring to the parameters to calculate the extrusion rate of the collision objects determined to overlap;
The game program according to any one of claims 1 to 5. Determining overlap between collision objects that are virtual bodies in order to detect collisions for each object in the virtual space,
referring to parameters stored in a storage unit corresponding to objects and/or collision objects to calculate the extrusion rate of each of the collision objects for which overlap is determined;
extruding each of the overlapping collision objects according to the extrusion ratio;
controlling display of an object corresponding to the collision object in response to the extrusion of the collision object;
A game processing method in which processing is executed by a computer. an overlap determination unit that determines an overlap between collision objects, which are virtual objects, in order to detect a collision for each object in the virtual space;
a calculation unit that refers to parameters stored in a storage unit corresponding to objects and/or collision objects, and calculates the extrusion rate of each of the collision objects for which overlap is determined;
a display control unit for pushing out each of the collision objects that are overlapped according to the pushing ratio, and for controlling display of an object corresponding to the collision object according to the pushing out of the collision object;
Information processing device having

Images