JP2010246826A - Game program, storage medium, and computer device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game program which can widen selection of weapons for a player and raise the degree of freedom in the game, while suppressing complication on a game screen. <P>SOLUTION: The program manages a plurality of the weapons to be employed in a game space by grouping them into the weapon categories and places a weapon object, which is the object for representing the weapon categories in the game space. The player selects the weapon which he/she wishes a player character to use from among the plurality of weapons. When the player character obtains the weapon object, this weapon object is operated as the weapon model chosen by the player. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a program, a storage medium, and a computer device that execute a game such as an action game in which a player selects a weapon to be used by a player character and fights an enemy character using the selected weapon.

  There is an action game that progresses when a player character operated by a player acquires a weapon within a game stage and defeats an enemy character that is a non-player character using the acquired weapon.

  In this game, at the start of the game, the player character is equipped with only one kind of predetermined weapon, and by picking up and mounting various weapons arranged on the game stage while the game is in progress, You will be able to use weapons. In addition, since the number of weapons that can be owned at one time is limited (for example, up to two types), it is left to the player which weapon to equip at which timing during the game stage. Furthermore, since the difficulty level and strategy of a game stage change with the use timing of the weapon to possess, selection of a weapon has a big influence on the progress of a game (nonpatent literature 1).

"Lost Planet Extreme Condition Official Perfect Guide" Enterbrain, Inc., March 29, 2007, p.12, 24-29

  However, in the game of Non-Patent Document 1, since the types of weapons arranged on the game stage are fixed, it is the same no matter where and what weapons can be obtained. The method (such as how to kill enemy characters) was limited to some extent. For this reason, there has been a problem that the game loses freshness after being played several times. In order to solve this, it is necessary to give a certain range to the types of weapons to be arranged, increase the choices of the players, and increase the degree of freedom of the game.

  On the other hand, if dozens of kinds of weapons are arranged on one game stage to increase the degree of freedom of the game, the game stage overflows with weapons, and the game screen becomes complicated. Furthermore, since the preference of weapons varies depending on the player, even if more types of weapons are placed than necessary, the weapons that the player desires to use are part of them, and other weapons are only intrusive to the player. Become.

  Accordingly, the present invention provides a game program capable of reducing the complexity of the game screen while expanding the range of weapon selection by the player and increasing the degree of freedom of the game, a storage medium storing the program, and a computer executing the program An object is to provide an apparatus.

According to the first aspect of the present invention, the computer generates a game space generating means for generating a game space, a player character is generated in the game space, and an action of the player character in the game space is controlled in accordance with an operation of the player. A player character control means, a plurality of weapons used in the game space and weapon category information to which the plurality of weapons belong, and a weapon in which a weapon object that is an object representing the weapon category is placed in the game space A management unit that functions as a weapon selection unit that selects a weapon to be used by the player character from the plurality of weapons according to an operation of the player;
The player character control means includes means for causing the player character to acquire the weapon object in response to a player's operation, and the weapon management means determines the weapon object as the player when the player character acquires the weapon object. And a means for operating as a weapon selected by the player (hereinafter referred to as a player-selected weapon).

  The invention according to claim 2 is the invention according to claim 1, wherein the weapon management means stores information on a plurality of weapon categories to which a plurality of weapons belong respectively, and the plurality of weapon categories in the game space. It is means for arranging any of a plurality of weapon objects representing a weapon category, and the weapon selection means is means for selecting a weapon for each of the plurality of weapon categories.

  The invention of claim 3 is the invention according to claim 1 or 2, wherein the weapon management means displays the weapon object arranged in the game space as an image of the player-selected weapon. Features.

  The invention according to claim 4 is the invention according to claim 1 or 2, wherein the weapon object arranged in the game space is displayed as an icon image provided for the weapon category. And

  According to a fifth aspect of the present invention, in the invention according to any one of the first to fourth aspects, the player character control means and weapon selection means are provided for a plurality of players, respectively. When the player character acquires the weapon object, the weapon object is displayed as an image of the player-selected weapon of the player character that acquired the weapon object.

  The invention according to claim 6 is the invention according to claim 5, wherein when the player character abandons the weapon object, the weapon management unit abandons the weapon object in the game space. It arrange | positions in a position, It is characterized by the above-mentioned.

  The invention of claim 7 is the invention according to any one of claims 1 to 6, wherein the weapon management means is means for managing the number of times the weapon can be used with weapon points. A remaining point which is a weapon point of a predetermined value is given, and a usage unit price which is a weapon point consumed per use is set for each weapon, and the player character uses the weapon object as the player-selected weapon. The use unit price of the player-selected weapon is subtracted from the remaining points every time it is used.

  The invention according to claim 8 is the invention according to claim 7, wherein the weapon management means sets the weapon point of the same value as the initial value of the remaining point for a plurality of weapons belonging to the same weapon category at the start of the game. It is characterized by giving.

  The invention according to claim 9 is the invention according to claim 7 or claim 8, wherein the weapon management means gives the player character 1 use of the weapon when the remaining point is less than the unit price and greater than 0. It is characterized by allowing the number of times.

  According to a tenth aspect of the present invention, in the invention according to any one of the seventh to ninth aspects, the weapon management means, when the weapon whose remaining points are 0 is abandoned by the player character, The image is erased from the game space.

  According to an eleventh aspect of the present invention, in the invention according to any one of the first to sixth aspects, the weapon management means sets a maximum number of times of use for each weapon, and the weapon object has a remaining number for the maximum number of times of use. When the player character obtains the weapon object, the remaining percentage of the weapon object is set to the maximum number of times of use of the player-selected weapon corresponding to the weapon object. By multiplying the ratio, the remaining number of times of use of the weapon object as the player-selected weapon is calculated. Every time the player character uses the weapon object as the player-selected weapon, 1 is calculated from the remaining number of times of use. It is characterized by subtracting.

  According to a twelfth aspect of the present invention, in the invention according to the eleventh aspect, when the player character abandons the weapon object, the weapon management means divides the remaining use count by the maximum use count of the player selected weapon. Thus, the remaining ratio of the weapon object is calculated and set to the weapon object.

  A thirteenth aspect of the invention is characterized in that, in the twelfth aspect of the invention, the weapon management means performs the calculation of the remaining use count and the calculation of the remaining ratio by a round-up operation.

  A fourteenth aspect of the present invention is a computer-readable storage medium storing the game program according to any one of the first to thirteenth aspects.

  A fifteenth aspect of the invention is a computer device that reads and executes the game program according to any one of the first to thirteenth aspects.

  According to the present invention, a weapon object representing a weapon category to which a plurality of weapons belong is arranged in the game space, and when the player character acquires the weapon object, the player character operates as a player-selected weapon among the plurality of weapons. Thus, the player can cause the player character to use a desired weapon without complicating the game space.

  In addition, since the number of times the weapon can be used is managed by the weapon points and the remaining ratio, even if the weapon object is sequentially owned by a plurality of players (player characters), the number of times used according to the player-selected weapon of each player. Can be allowed.

It is a figure which shows the structure of the game system with which the game machine to which this invention is applied is connected via a network. 1 is an external view of a game machine to which the present invention is applied. It is a block diagram of the game machine. It is a schematic diagram of the game stage produced | generated by the game program which is embodiment of this invention. It is a figure which shows the structure of the game device comprised with the said game machine and the said game program. It is a figure which shows the weapon classification table set to the game device. It is a figure which shows the weapon selection table set to the game device. It is a figure which shows the weapon management table and player character possession weapon table which are set to the same game device. It is a figure explaining the bullet number management system in the game device. It is a flowchart which shows the process of the game device. It is a flowchart which shows the process of the game device. It is a flowchart which shows the process of the game device. It is a flowchart which shows the process of the game device. It is a flowchart which shows the process of the game device. It is a figure explaining the modification of the bullet number management system in the game device. It is a flowchart which shows the process of the modification of the game device. It is a flowchart which shows the process of the modification of the game device. It is a figure explaining the modification of the weapon object display system of the game device. It is a figure explaining the modification of the weapon object display system of the game device. It is a figure explaining the modification of the weapon object display system of the game device.

  Embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing a configuration of a game system in which a plurality of game machines are connected via a communication line such as the Internet (hereinafter referred to as a network line). Each game machine is configured as shown in FIGS. 2 and 3, and a game program is executed in parallel on each game machine. 2 and 3 exemplify a stationary game machine, the game machine may be a portable game machine or a general-purpose personal computer.

  FIG. 1A is a diagram illustrating a connection form of a plurality (four) of game machines 2 (2A to 2D). Four game machines 2 </ b> A to 2 </ b> D are connected to each other via a network line 3. FIG. 1B is a diagram illustrating a communication mode of the four game machines 2A to 2D. Although each game machine 2A-2D is connected to the network line 3, each communicates with another game machine (peer-to-peer communication), and a server apparatus and a hub apparatus are not required.

  When each of the plurality of game machines 2A to 2D executes the same game program while communicating with each other, the game proceeds in synchronization with each of the game machines 2A to 2D. Therefore, in the following description, one game machine 2 will be taken up and explained except for a portion that requires explanation of the network.

  In FIG. 1, four game machines 2A to 2D are shown for easy understanding of the form of peer-to-peer communication. However, in the following description, three game machines 2A are used for simplification of explanation. Explanation will be made on the assumption that the game is executed at ~ 2C.

  Further, the players of the game machines 2A, 2B, and 2C, that is, the players that play using the game machines 2A, 2B, and 2C are referred to as player A, player B, and player C.

  A plurality of player characters appear in the game, and each player of each game machine 2 operates one player character. Therefore, in each game machine 2, the action of the player character (self player character) operated by the player using the game machine 2 is controlled based on the operation information input to the own machine, and other player characters ( For the other player character), the action is controlled based on the operation information input to the other game machine 2 sent via the network line 3.

  In the following description, for the sake of convenience of explanation, the behavior of the player character may be described as the behavior of the player who operates the player character.

≪Description of game console≫
The game machine 2 will be described with reference to the external view of FIG. 2 and the block diagram of FIG.

  In FIG. 2, a monitor 8 is connected to the game machine 2. As the monitor 8, a home television device or the like with a built-in speaker 9 is used. The monitor 8 displays a game image, and the speaker 9 outputs game sound. Moreover, the controller 10 is connected to the game machine 2 wirelessly. The controller 10 includes a plurality of operation units, and transmits operation information corresponding to the operation of the player to the game machine 2. The game machine 2 includes a wireless communication control unit 31 (see FIG. 3), and receives operation information sent from the controller 10 by wireless connection. In this embodiment, the controller 10 is a wireless controller that is wirelessly connected to the game machine 2, but may be a wired controller that is connected to the game machine 2 via a cable.

  The controller 10 includes operation units such as left and right sticks 15a and 15b, a direction pad 16, and a button group 17. The sticks 15a and 15b are mainly used as an operation unit for instructing the position and direction of a virtual camera that captures a game space. The direction pad 16 is mainly used as an operation unit for instructing the moving direction of the player character, cursor movement, and the like. The button group 17 is mainly used as an operation unit for instructing determination or cancellation of a command operation.

  A DVD drive 5 and an external memory slot 7 are provided on the front surface of the game machine 2. A DVD 4 in which a game program or the like is stored is set in the DVD drive 5. The DVD drive 5 is of a slot loading type, and when the DVD 4 is inserted into the slot, the disc is set. When the eject button is pressed, the DVD 4 is ejected from the slot. Further, an external memory unit 6 for storing game progress data and the like in a nonvolatile manner is attached to the external memory slot 7 as necessary. Note that the medium for storing the game program is not limited to the DVD, and may be an optical disk such as a CD-ROM or Blu-ray Disc (registered trademark), or a semiconductor memory such as a flash memory.

  The game machine 2 starts a game by executing a game program stored on the DVD 4. Furthermore, the game machine 2 can reproduce the game state executed halfway in the past using the halfway progress data stored in the external memory unit 6, and can resume the game from the middle.

  In FIG. 3, the game machine 2 has a CPU 21 that controls the operation of the entire game machine. A ROM 22, a RAM 23, an HDD 24, an external memory slot 7, a DVD drive 5, a graphic processing unit 27, an audio synthesis unit 29, a wireless communication control unit 31, and a network interface 32 are connected to the CPU 21 via a bus 40.

  The ROM 22 stores a game start program and the like. The RAM 23 stores data such as game programs, characters, and game stages, and various table data as shown in FIGS.

  As described above, the DVD 4 storing the game program and the like is set in the DVD drive 5. Further, as described above, the external memory unit 6 for storing game progress data and the like in a nonvolatile manner is attached to the external memory slot 7. The HDD 24 stores game programs, game progress data, and the like.

  When the power of the game machine 2 is turned on, the CPU 21 reads the start program of the ROM 22 to start the game machine 2 and starts the game by reading and executing the game program from the DVD 4 set in the DVD drive 5. Let Thereafter, the progress of the game is controlled based on the operation of the player of the own device and the operation information transmitted from the other game machine 2. During the execution of the game program, the RAM 23 and the HDD 24 are used as a temporary storage unit. When the game program is ended during the game, the game progress data is stored in the external memory unit 6 or the HDD 24.

  The graphic processing unit 27 draws a game image including a game space and a character in accordance with an instruction from the CPU 21. The rendered game image is converted into a moving image format that can be displayed on the monitor 8 by the video conversion unit 28. When the monitor 8 is an analog monitor, the video conversion unit 28 converts a game image into an NTSC format or PAL format video signal, and when the monitor 8 is a digital monitor, converts the game image into an MPEG format. A monitor 8 is connected to the video conversion unit 28, and a game image converted into a moving image format is displayed on the monitor 8.

  The audio synthesizing unit 29 reproduces and synthesizes game sound in accordance with instructions from the CPU 21. The reproduced and synthesized game sound is decoded by the audio conversion unit 30 into an analog audio signal. A speaker 9 is connected to the audio conversion unit 30, and decoded game sound is output from the speaker 9. When the speaker 9 is built in the digital television device, the game sound may be converted into an MPEG audio stream signal and output.

  The wireless communication control unit 31 includes a 2.4 GHz band wireless communication unit, and connects the game machine 2 and the controller 10 by wireless connection. The network interface 32 controls access to the network line 3 or home network of the game machine 2 (CPU 21).

≪Description of game program≫
Next, a game program executed on the game machine 2 will be described. This game program is an action game that progresses when a player character operated by a player acquires weapons arranged on a stage and defeats an enemy character that is a non-player character using the acquired weapons.

  FIG. 4 is a schematic diagram of a game stage generated by the game program. In the illustrated game stage, three player characters (player character A101, player character B102, and player character C103) are active. The player character A101 is a play character operated by the player A of the game machine 2A. The player character B102 is a play character operated by the player B of the game machine 2B. The player character C103 is a play character operated by the player C of the game machine 2C. 4A is a schematic diagram of a game screen displayed by the game machine 2A used by the player A, and FIG. 4B is a schematic diagram of a game screen displayed by the game machine 2B used by the player B. Yes.

  The player character A101, the player character B102, and the player character C103 start from a start point 201 provided near the left end of the game stage 200, and defeat the enemy character (boss character) 110 at the last point 202 on the right end of the game stage 200. And the stage is cleared. Although not shown, there is an enemy character (Zako character) that is not a target for stage clearing even if it is defeated in the middle of the game stage 200.

  Also, a plurality of weapons are arranged on the way from the start point 201 to the last point 202 of the game stage 200, and the player characters A101, B102, C103 acquire (pick up) these weapons and fight against enemy characters. Can be used. The weapon is arranged at weapon arrangement spots 210 to 216 which are predetermined arrangement positions.

  When the weapon placed at the weapon placement spots 210 to 216 is acquired by the player character, it moves with the player character, and when the player character abandons the weapon (puts it on the game stage 200), the game stage Relocated to its abandoned position on 200.

  The player characters A101, B102, and C103 have only one type of weapon selected in advance by each player before the game starts at the start of the game. By acquiring, it is possible to increase the number of weapons owned or change the type of weapons owned.

  Here, in this game, as shown in the weapon classification table of FIG. 6 (details will be described later), various types of weapon models are prepared, and these various types of weapon models are classified into a plurality of weapon categories according to their functions. It is classified. The “weapon model” is a word indicating a specific type of weapon, and the “weapon category” is a word indicating a group to which a plurality of weapon models having similar functions belong. The “weapon model” corresponds to the “weapon” in the present invention (claims).

  According to the weapon classification table of FIG. 6, the weapon categories are Standard 300, Short Range 310, Long Range 320, Attack Power 330, and Support 340. There are five, and each weapon category has seven types of weapon models. For example, weapon models such as machine gun I301 and energy gun 304 belong to the weapon category of standard 300, and weapon models such as shotgun I311 and flame launcher 314 belong to the weapon category of short range 310, and attack power 330 In the weapon category, weapon models such as rocket launcher I331 and plasma cannon 334 belong.

  Before the game starts, the player selects one weapon model for each weapon category to be used by the player character operated by the player. The weapon model selected by the player is stored in a weapon selection table (details will be described later) in FIG. The player character uses only a weapon model selected by the player and stored in the weapon selection table (hereinafter referred to as a player selection model) from among a plurality of weapon models stored in the weapon classification table of FIG. Can do.

  In the above-described weapon placement spots 210 to 216, weapon objects representing weapon categories to which a plurality of weapon models belong are arranged instead of weapon models indicating specific types of weapons. This weapon object is a virtual object representing a plurality of weapon models belonging to the weapon category. When the weapon object is not owned by the player (player character), the weapon object is arranged (displayed) as a player selection model for each player, but when the weapon object is acquired by any player (player character). It is displayed to all players as a player selection model of the player (acquisition player) who acquired the weapon object, and the acquisition player can use the weapon object as a player selection model.

  That is, the player selection model of each player is obtained on condition that one weapon object is acquired by each player (player character). As a result, even if all types of weapon models are not arranged on the game stage 200, one weapon object is arranged on the game stage 200, so that weapon models desired by a plurality of players (player characters) can be obtained. The same effect as the arrangement can be obtained, and the game stage 200 can be prevented from becoming complicated.

  On the game screen of each player (game screen displayed on the monitor 8 of the game machine 2 used by each player), the weapon object is displayed as the player selection model of the player, and the player character displays the weapon object (player selection). Model) can be obtained and used as a player selection model.

  The schematic diagrams of the game stages of FIGS. 4A and 4B are created based on the selection contents of the weapon selection tables of FIGS. 7A and 7B. Standard 300 weapon objects are arranged in the weapon arrangement spots 210, 211, and 214, weapon objects of attack power 330 are arranged in the weapon arrangement spots 212 and 215, and the short range 310 of the weapon arrangement spots 213 and 216 are arranged. A weapon object is placed. 7A, the player A selects the machine gun I301 with the standard 300, selects the shotgun I311 with the short range 310, and selects the rocket launcher I331 with the attack power 330. For this reason, on the game screen of the player A shown in FIG. 4A, the image of the machine gun I301 is displayed at the weapon placement spots 210, 211, and 214, and the image of the rocket launcher I331 is displayed at the weapon placement spots 212 and 215. Then, an image of the shotgun I311 is displayed on the weapon placement spots 213 and 216.

  On the other hand, according to FIG. 7B, the player B selects the energy gun 304 with the standard 300, selects the flame launcher 314 with the short range 310, and selects the plasma cannon 334 with the attack power 330. Therefore, on the game screen of the player B shown in FIG. 4B, the image of the energy gun 304 is displayed at the weapon placement spots 210, 211, and 214, and the image of the plasma cannon 334 is displayed at the weapon placement spots 212 and 215. An image of the flame launcher 314 is displayed at the weapon placement spots 213 and 216.

  When the other player character acquires the weapon object arranged at the weapon arrangement spots 210 to 216 on the game screen of each player, the image of the weapon object is an image of the player selection model of the acquired player character (player). Changed to For example, when the standard 300 weapon object placed in the weapon placement spot 210 is acquired by the player character A101, the image of the energy gun 304 placed on the weapon placement spot 210 is displayed on the game screen of the player B. The image is changed to the image of the machine gun I301 owned by the player character A101.

  That is, the weapon object existing in the game space is displayed as an image of the player selection model of the player on the game screen of each player in a state where none of the player characters owns the weapon object. However, when acquired by any player character, it is displayed as an image of the player selection model of the player character (player) who acquired the weapon object on the game screens of all players.

  In addition, the player character can place the weapon object at any place on the game stage 200 by releasing (abandoning) the weapon object that the player character owns as the player selection model. This abandonment returns the weapon object to a state in which none of the player characters is owned. Therefore, on each player's game screen, the player selection of each player from the image of the player selection model of the owned player character (player). Changed to model image. The weapon object that is abandoned and placed on the game stage 200 can be acquired by all the player characters in the same manner as the weapon object placed at the weapon placement spots 210 to 216. Therefore, any player character can give up the weapon by abandoning the weapon object and causing the other player character to acquire the weapon object.

A game apparatus 40 as shown in FIG. 5 is functionally realized by causing the game machine 2 to read a game program for executing the above-described game from the DVD 4. Hereinafter, game devices realized by the game machines 2A, 2B, and 2C are referred to as game devices 40A, 40B, and 40C, respectively.
The game device 40 includes a communication control unit 50, an operation detection unit 51, a game progress control unit 52, a drawing processing unit 58, and the like. The game progress control unit 52 includes a player player character control unit 53, another player character control unit 54, a non-player character control unit 55, a weapon management unit 56, and a game space control unit 57.

  The communication control unit 50 includes a data processing unit such as the CPU 21 and the network interface 32, and controls communication with another game machine 2 (game device 40) via the network line 3. The communication control unit 50 communicates with another game machine 2 as necessary during the progress of the game, receives operation information of the player of the game machine from the other game machine 2, and is input from the controller 10 of the own machine. Send operation information.

  The operation detection unit 51 includes a data processing unit such as the CPU 21 and the controller 10, detects operation information of the controller 10 by the player, and inputs the operation information to the game progress control unit 52. The game progress control unit 52 includes a data processing unit such as the CPU 21 and the RAM 23, generates a game space and a character, changes the game space or causes the character to act according to an operation by the player or the passage of time. Or the like, the game is advanced. A game stage 200 in FIG. 4 is an example of a game space generated by the game progress control unit 52. Further, the player characters A101, B102, C103 and the enemy character 110 in FIG. 4 are examples of characters generated by the game progress control unit 52 (the own player character control unit 53, the other player character control unit 54, and the non-player character control unit 55). It is.

  The own player character control unit 53 generates the own player character in the game space, and controls the action of the own player character based on the operation information input from the operation detection unit 51. The other player character control unit 54 generates another player character in the game space, and controls the action of the other player character based on the operation information of the other player received by the communication control unit 50.

  As described above, the player character is a player character that is operated by a player (self player) who directly uses the game device 40, and the other player character is another game device 40 connected via the network line 3. Is a player character operated by a player (other players) using For example, the game screen of FIG. 4A is displayed by the game device 40A. Here, the player A is the own player, the player character A101 is the own player character, and the player B and the player C are the other players. A player, a player character B102, and a player character C103 are other player characters. On the other hand, the game screen of FIG. 4B is displayed by the game device 40B, but the player A and the player C are other players, the player B is the own player, and the player character A101 and the player character C103 are other. The player character and player character B102 are own player characters.

  The non-player character control unit 55 generates a non-player character in the game space and controls the action of the non-player character according to the action of the player character or the passage of time. Non-player characters include an enemy character 110 that fights against the player character.

  The weapon management unit 56 arranges weapon objects at the above-described weapon arrangement spots 210 to 216, and manages whether each weapon object can be used, the number of times it can be used, the owner (player character), and the like.

  The game space control unit 57 generates a game space such as a game stage 200 that is an activity space for player characters and non-player characters, and controls the environment such as weather and day / night changes in the game space.

  The drawing processing unit 58 includes a data processing unit such as the CPU 21 and the graphic processing unit 27, and a game image obtained by projecting (perspective projection conversion) a three-dimensional game space or character generated by the game progress control unit 52 onto a two-dimensional screen. Is output to the monitor 8.

  Hereinafter, various tables set in the weapon management unit 56, a management method of the number of usable weapons (number of remaining stages), and the like will be described. In the following description, the word “weapon” may be used as a word indicating a weapon model or a weapon object in order to simplify the description.

  FIG. 6 is a diagram showing a weapon classification table in which weapon models used in this game are classified into a plurality of weapon categories. This weapon classification table is stored as a part of the game program on the DVD 4, and is read out to the RAM 23 (weapon management unit 56) when the game is started. As described above, the weapon model used in the game includes the standard 300, the short range 310, the long range 320, the attack power 330, and the support 340. Classified into five weapon categories. Each weapon category has seven types of weapon models.

  The weapon category indicates the characteristics of the weapon. Weapons belonging to the standard 300 (hereinafter referred to as standard weapons) are basic weapons, weapons belonging to the short range 301 (hereinafter referred to as short range weapons) are short-range weapons, and weapons belonging to the long range 302 (hereinafter referred to as long range weapons). Is a long-range weapon, a weapon belonging to the attack power 303 (hereinafter, attack power weapon) is a highly attacking and destructive weapon, a weapon belonging to the support 304 (hereinafter, support weapon) is used to assist the attack, etc. Has the characteristics of a weapon.

  Note that the categorization of weapons is not limited to the above, and categorization based on various viewpoints is possible.

  Here, a parameter called the number of bullets (number of remaining bullets) is set in the weapon model, and the player character can use the weapon as many times as the number of remaining bullets. In order to calculate the number of remaining bullets, a parameter called a weapon point is set for each weapon (weapon object). As described above, when a weapon object is acquired by a player character, it becomes a player selection model for that player character. At this time, the remaining number of bullets, which is the number of times this player selection model (weapon model) can be used, is Calculated based on points. The remaining number of bullets is calculated by the following calculation. The number of times the weapon can be used is obtained by dividing the “remaining points” that are the remaining weapon points in the weapon object by the “unit price” that is the weapon points consumed when the player selection model is used once. It becomes “number of remaining bullets”. That is, “number of remaining bullets = remaining points ÷ unit price of bullet”.

  Further, the remaining number of bullets of the player selection model (weapon model) is always managed by weapon points. That is, each time the player uses a weapon once (for example, one bullet is fired), the unit price of the bullet is subtracted from the weapon point of that weapon, and the remaining number of bullets is recalculated based on the weapon point after the subtraction. The calculated remaining number of bullets is displayed on the screen in real time to notify the player of the number of times the weapon can be used.

  As described above, the weapon object is acquired by a plurality of player characters, thereby becoming a plurality of player selection models (weapon models). Since each weapon model has a different attack power (unit price), a weapon model with a higher attack power is used less frequently and a weapon model with a lower attack power so that it is not advantageous to select a weapon model with a higher attack power. Has increased the number of uses and adjusted it to have the same ability regardless of the weapon model. Therefore, the number of times the weapon object can be used is managed by the weapon point and the unit price of each weapon model, and the value obtained by dividing the weapon point by the unit price of the weapon model (corresponding to the attack power) is used as the number of ammunition.

  The initial values shown in FIG. 6 are weapon points set in advance for unused weapons. The same initial value is set for weapon models belonging to each weapon category. The initial value may be set for each weapon model, or may be set individually for each default weapon assigned to each player character at the start of the game and for each weapon object placed at each weapon placement spot.

  The unit price of ammunition is set for each weapon model. The unit price of ammunition is set according to the attack power and performance of each weapon. For example, the unit price is high for weapons with high attack power and the unit price is low for weapons with low attack power.

  Some weapons shown in FIG. 6 have a unit price set to zero. These weapons are point non-consumable weapons that do not consume weapon points when used. For example, since an energy gun fires bullets using energy different from weapon points as a power source and does not consume weapon points when used, the unit price of ammunition is set to zero. Also, support weapons such as shields and radars that assist in attacks do not consume weapon points even if they are used, so the unit price is set to zero. The number of remaining bullets for a weapon with a unit price of 0 is always ∞ (infinite). The unit price of bullet corresponds to the unit price of use of the present invention.

  FIG. 7 is a diagram showing a weapon selection table for managing weapon models selected by the player. This weapon selection table is a table in which the player selects and registers a weapon model that the player character he / she wants to use. One weapon selection table is provided for each player, and is stored in the weapon management unit 56. FIG. 7A shows a weapon selection table for player A, and FIG. 7B shows a weapon selection table for player B.

  The game apparatus 40 executes a process of causing the player to select one weapon model from each weapon category before starting the game, and the weapon model selected by the player is stored in this weapon selection table. When a game is played on a plurality of game devices 40, each game device 40 transmits and receives a weapon selection table to share information.

  According to FIG. 7A, player A selects machine gun I as a standard weapon, shotgun I as a short range weapon, rifle I as a long range weapon, rocket launcher I as an attack power weapon, and shield as a support weapon. Yes. According to FIG. 7B, player B has selected energy gun as the standard weapon, flame launcher as the short range weapon, plasma gun II as the long range weapon, plasma cannon as the attack power weapon, and radar as the support weapon. .

  FIG. 8A is a diagram showing a weapon management table for managing information on all weapons appearing on the game stage 200. The weapon management table is stored in the weapon management unit 56. The weapon management table is updated as the game progresses, and information is shared between the game apparatuses 40 via the network line 3.

  The weapon management table stores information such as ID number, location, weapon category, remaining points, and owner. The ID number is an identification number for specifying each weapon. The location is information indicating where this weapon is currently located. When the weapon is placed on the game stage, the position coordinates are written. When the weapon is owned by the player character, the player character is written. Information indicating that it depends on the location of the is written.

  The weapon category indicates the weapon category of the weapon. The default weapon category is Standard 300 weapons. As the weapons arranged in the respective weapon arrangement spots 210 to 216 on the game stage 200, one of the five types of weapon categories shown in FIG. 6 is set for each weapon spot at the start of the game. Note that the default weapon category can be changed to a setting other than the standard 300 according to the setting of the host player, as will be described later. Further, the categories of weapons arranged in the weapon spots 210 to 216 may be set fixedly or randomly.

  As described above, the remaining points are parameters indicating weapon points remaining in each weapon. When the weapon is unused, that is, when the game is started, the initial value shown in FIG. 6 is set as the remaining point. When the weapon is not owned by any player character and is placed on the game stage, the weapon points are managed on this weapon management table. When a weapon is owned by any player character (player), the weapon is managed in the play character possessed weapon table (see FIG. 8B) of the game device of the player.

  A weapon with 0 remaining points cannot be used any more, so it is erased as an image from the game screen so that the game screen is not complicated. Managed as a weapon.

  The owner is information indicating the player character who owns the weapon. When a weapon is acquired by any player character, the acquired player character name is stored in the owner column of the weapon management table. On the other hand, when the player character is abandoned by the player character possessed by the weapon, the weapon owner column is updated to information without the owner (blank “-” in the figure).

  The weapon acquisition / abandonment information is transmitted from the game device 40 of the player character (player) who acquired / abandoned the weapon to all other game devices 40. Based on this information, the owner column and the remaining point column are updated in each game device.

  Here, the number of remaining bullets will be described in detail. As described above, the number of remaining bullets is a value calculated by dividing the remaining points by the unit price of bullets. For example, in the case of the shotgun I with the remaining point 270, since the unit price of the shotgun I is 10, the number of remaining bullets is 27 (= 270 ÷ 10).

  However, the remaining number of bullets is calculated by rounding up. If the remaining points have a fraction that is less than the unit price (the remainder is divided when the remaining points are divided by the unit price), the fraction is rounded up and the remaining number is left. Add 1 to the number of ammunition. That is, even if the remaining points are less than the unit price, the player character can use the weapon only once. This is for avoiding a situation in which the player character cannot obtain a weapon even though the player character has acquired a weapon, and the remaining point is insufficient for the unit price of the player-selected weapon. When the player character uses the weapon once, the remaining point of the weapon is set to 0 by this use.

  For example, when a player character who has selected the rocket launcher II as the attack power weapon has acquired the weapon object with the attack power of the remaining point 125, the remaining number of bullets is calculated as 125 ÷ 100 = 1 remainder 25 ”. This remainder is rounded up to 1 and the remaining number of bullets is 2. Further, in the above example, when the remaining point of the weapon object is 25, 25 ÷ 100 = 0 remainder 25, but the remainder is rounded up and the remaining number of bullets is 1.

  As described above, the number of times the weapon can be used is managed based on the weapon points (remaining points) and is not performed based on the calculated remaining number of bullets. That is, in calculating the remaining number of bullets, even if the remaining points are rounded up to one, the remaining points do not increase by “unit price minus fraction”.

  With reference to FIG. 9, an example in which the number of remaining bullets varies depending on the weapon model even with the same remaining point will be described. In the description of this figure, it is assumed here that the player character A101 has selected the machine gun I301 as the standard weapon, and the player character C103 has selected the gunsword 303 as the standard weapon (see FIG. 8B).

FIG. 9A shows a case where the player character A 101 and the player character C 103 have acquired the standard weapon with the remaining point 400.
When the player character A101 acquires this weapon, since the remaining point is 400 and the unit price is 1, the machine gun I301 has a remaining number of bullets of 400 (= 400/1). On the other hand, when the player character C103 acquires this weapon, since the remaining points are 400 and the unit price is 2, the gunsword 303 has a remaining number of 200 (400/2).

  FIG. 9B shows that the standard weapon used by the player character A101 (fired a bullet) 170 times is abandoned on the game stage, and the player character C103 acquires the weapon (from the player character A101 to the player character C103. Show the case).

  When the player character A101 uses the machine gun I301 with the remaining point 400 for 170 times, the machine gun I301 has a unit price of 1, so the remaining point is 230 (= 400−170 × 1). In this state, the remaining number of bullets of the machine gun I301 is 230 (= 230 ÷ 1). When the standard weapon of the remaining point 230 is abandoned and the player character C103 obtains this weapon, the player character C103 has selected the gunsword 303 (unit price 2) as the standard weapon, so the remaining number of bullets is 115 ( = 230 ÷ 2).

  FIG. 8B is a diagram illustrating a player character possessed weapon table that stores information on weapons possessed by each player character. This table is provided in the weapon management unit 56 of the game apparatus 40. One player character possession weapon table is provided for each of the player character and the other player characters. However, the number of information differs between the player character-owned weapon table of the player character and the player character-owned weapon table of the other player character.

  In the player character possession weapon table, information on each weapon possessed by the player character is stored. The player character possession weapon table of other player characters stores information on ID numbers, possession forms, weapon categories, and weapon models, and the player character possession weapon table of the player character further stores information on remaining points. The

  Since the number of weapons that the player character can simultaneously possess is limited to two, the number of columns in each player character-owned weapon table is two.

  The ID number corresponds to the ID number stored in the weapon management table of FIG. 8A. Based on this ID number, the weapon owned by the player character (hereinafter referred to as “owned weapon”) and the weapon management table. Is associated with the weapon registered in. The weapon category is information indicating the weapon category of the owned weapon, and is posted from the weapon management table based on the ID number. The weapon model is a name of a specific weapon model of the owned weapon, and is posted from the weapon selection table of FIG. 7 based on the above-described weapon category. The remaining points are parameters for managing the number of times the owned weapon can be used, and are posted from the weapon management table based on the ID number. Based on the remaining points, the number of remaining bullets is calculated by the above-described calculation. As described above, the number of weapons that can be used is managed with weapon points, but the number of remaining bullets is displayed on the game screen so that the player can intuitively check the number of times that the weapon can be used.

  The possession form is information indicating in what form the player character has the weapon. For each possessed weapon, it is "equipment" that can be used at any time by holding it on the hand, or on the back. Any value of “possession” that cannot be used immediately is stored.

  As described above, the number of weapons that a player can have at one time is limited to two, and when a player character has two types of weapons, one weapon can be held and used at any time. (Equipment), and the other weapon is owned (possessed) in a state where it cannot be used immediately after being carried on the back. When a player owns only one weapon, the weapon possession form is always equipment. Further, when the player has two weapons, the player can arbitrarily change which weapon is equipped and which weapon is possessed at any time.

  When the player acquires the third weapon in the state of having two weapons, the weapon that the player is equipped at that time is forcibly abandoned (changed). This limits the number of weapons that the player can have at one time to two. Note that the number of weapons that a player can simultaneously possess is not limited to two.

  In addition, when the player character acquires a weapon in the same weapon category as the currently owned weapon (weapon of the same weapon model), the player character owns two weapons of the same weapon model or equips The remaining points of the acquired weapon are added to the remaining points of the owned weapon without being abandoned and replaced with the acquired weapon, and the remaining points of the acquired weapon become 0 and are erased from the game screen. . That is, the player can increase the remaining points of the owned weapon by acquiring a weapon in the same weapon category as the owned weapon.

  For example, if a player character who owns a standard weapon with a remaining point 120 (for example, a machine gun I301) acquires a standard weapon with a remaining point 220, the remaining standard weapon remaining this time is the remaining standard weapon. Points are added, and the remaining points of the standard weapon you own are 340. On the other hand, the remaining points of the standard weapon acquired this time become 0 and are erased from the game stage 200 without being owned by the player character.

  However, the maximum number of weapon points is limited to 1000 for all weapon categories. If the remaining points of the acquired weapons are added to the remaining points of the owned weapons and exceed 1000, the remaining points of the acquired weapons Becomes 0, but the remaining points of weapons are limited to 1000.

  In addition, the maximum value of this weapon point is not limited to 1000. In addition, if the remaining points of the owned weapon exceeds the maximum value when the remaining points of the acquired weapon are added to the remaining points of the owned weapon, the remaining weapon points that exceed the maximum value are left as the remaining points of the acquired weapon. The acquired weapon may be returned to the game stage 200.

  These tables are updated according to the progress of the game, and information is shared between the game apparatuses 40 via the network line 3.

  The operation of the game progress control unit 52 of the game apparatus 40 will be described below with reference to the flowcharts of FIGS.

  FIG. 10 is a flowchart showing the process before the game starts. This process includes a game device 40 (host game device) of a player (host player) who sets a game condition and creates a matching lobby, and a game device of a player (guest player) who enters the matching lobby and participates in the game. 40 (guest game device) processing.

  First, in the host game device, when game stage selection operation information by the host player is input from the operation detection unit 51 to the game progress control unit 52 (S11), the game progress control unit 52 of the host game device receives the game stage. Is set in the weapon management table (FIG. 8A) (S12).

  The number and position of weapon placement spots and the weapon category to be placed at each weapon placement spot may be fixedly determined in advance by the game program, but may be determined randomly each time a game stage is selected. It may be set by the host player.

  Next, selection operation information of the weapon category of the default weapon by the host player is input from the operation detection unit 51 (S13). As described above, the default weapon is a weapon that the player character possesses in advance at the start of the game. The weapon category of the input default weapon is registered in the weapon management table (FIG. 8A) and the player character possessed weapon table (FIG. 8B) as the default weapon of each player character (S14). Next, initial values of all weapon categories set in the game stage are read from the weapon classification table (FIG. 6) and set in the weapon management table (FIG. 8A) as remaining points of each weapon category. (S15).

Based on the settings of S11 to S15, the game progress control unit 52 of the host game device (hereinafter simply referred to as “host game device” in this flowchart) creates a matching lobby for accepting the participation of the guest player (S16). ). That is, acceptance of participation access from the guest game device 40 via the communication control unit 50 is started.
On the other hand, the game progress control unit 52 of the guest game device (hereinafter simply referred to as “guest game device” in this flowchart) searches the matching lobby in accordance with the operation of the guest player (S30). Enter the matching lobby created in S16 (S31).
The host game device permits entry of the guest game device, that is, access to the game progress control unit 52 (S17), and transmits the stage information set in S11 to S15 to the guest game device (S18). The guest game device receives the stage information (S32), and transmits a weapon selection table to the host game device based on the operation of the guest player referring to the stage information (S33).
The host game device receives the weapon selection table from the guest game device (S21), and based on the contents of this weapon selection table, the player player's player character (denoted as “PC” in the flowchart) possessed weapon table (FIG. 8 ( B)) is updated (S22).

When the reception of all the guest game devices is completed, the host game device updates the item of the owner of the weapon management table (FIG. 8A) (S21), and the updated weapon management table and weapons of all game devices. The selection table and the player character-owned weapon table are transmitted to all game devices (S22, S23, S24). The guest game device receives the weapon management table, the weapon selection table of all game devices, and the player character possessed weapon table sent from the host game device (S34, S35, S36).
Thereby, information such as a weapon management table, a weapon selection table, and a player character-owned weapon table is shared by all the game devices 40. After that, even while the game is in progress, the game devices communicate with each other as appropriate to share information in these tables.

  In this flowchart, the host player recruits the guest players after setting the game stage and the category of the default weapon. However, after a plurality of players gather, the game is decided by majority vote and first-come-first-served basis. The stage, default weapon category, and the like may be selected.

FIG. 11 is a flowchart showing processing at the time of weapon acquisition by the player character.
When information on an operation for acquiring a weapon by the player is input from the operation detection unit 51 (S39), the weapon currently acquired (hereinafter referred to as acquired weapon) is the same as the weapon currently owned (hereinafter referred to as owned weapon). It is determined whether or not the weapon category (S40).

  When the acquired weapon is a weapon of a different weapon category from the owned weapon (NO in S40), it is determined whether or not the player character already possesses two weapons (S41). If two weapons are not owned (NO in S41), it is possible to have one more weapon, so the player character is caused to perform an action of acquiring the weapon (S42). The acquired weapon information is read from the weapon management table (FIG. 8A) and added to the player character possessed weapon table (FIG. 8B) (S43), and the acquired weapon in the weapon management table (FIG. 8A) is acquired. Is updated by rewriting the owner and location column (S44). After that, weapon acquisition information indicating that this weapon has been acquired is transmitted to all game devices playing simultaneously (S45), and the process is terminated.

  On the other hand, if the player character already possesses two weapons in S41 (YES in S41), the player character cannot own the third weapon, so the weapon currently installed in the player character is not used. A discarding operation is performed (S51). The remaining points of the abandoned weapon are transcribed from the player character possessed weapon table, the coordinates of the abandoned position are written in the location, and the owner column is left blank (FIG. 8A). Is updated (S52), and the abandoned weapon information is deleted from the player character possessed weapon table (FIG. 8B) (S53). Then, weapon abandon information indicating that the weapon has been abandoned is transmitted to all game devices (S54).

  Next, it is determined whether or not the remaining points of the abandoned weapon are 0 (S55). If the remaining point is not 0 (NO in S55), an image of the player selection model of the player in that weapon category is displayed at the abandonment position (S56). If the remaining point is 0, the abandoned weapon image is deleted from the game stage (S57), and the location position column in the weapon management table (FIG. 8A) is updated to a blank column (S58). Then, weapon deletion information indicating that the weapon has been deleted is transmitted to all game devices (S59). Thereafter, the process proceeds to S42 in order to actually acquire the acquired weapon.

  In this process of abandoning the weapon, the weapon that the player character is equipped with (held in the hand) is thrown away, but the player may arbitrarily select which weapon to throw away.

  In S40, when the acquired weapon is a weapon in the same weapon category as the owned weapon (YES in S40), a process of transferring the remaining points of the acquired weapon to the owned weapon in the same weapon category as the acquired weapon is performed. First, the player character is caused to acquire the weapon (S46). Next, the remaining points of the acquired weapon are read from the weapon management table (FIG. 8A) and added to the remaining points of the owned weapons of the same weapon category as the acquired weapons in the player character owned weapon table (FIG. 8B). (S47). Then, the remaining points of the acquired weapon in the weapon management table (FIG. 8A) are set to 0 (S48). Thereafter, the acquired weapon is deleted from the game screen (S49), weapon deletion information is transmitted to all game devices (S50), and the process is terminated.

  When the player character acquires a weapon, the newly acquired weapon possession form is equipment. That is, the player character is ready to use the weapon in his hand. However, when the player character acquires a weapon, the player character may arbitrarily select whether to equip the weapon or carry it on the back when acquiring the weapon.

FIG. 12 is a flowchart showing processing when the player character uses the weapon.
When information on the operation of using the weapon by the player is input from the operation detection unit 51 (S60), the remaining points of the used weapon are read from the player character possessed weapon table (FIG. 8B) (S61), It is determined whether or not the point is 0 (S62). If the remaining point is 0 (YES in S62), the weapon cannot be used (the remaining number of bullets is 0), and the process ends.

  On the other hand, if the remaining point is not 0 in S62 (NO in S62), the remaining number of bullets is not 0 (1 or more), so the player character is caused to perform an action of using the weapon (S63), and the weapon is used. Executes attack processing on the game such as effects on the game space (fire, smoke, etc.) and damage to enemy characters (S64). At the same time, the unit price of the used weapon is read from the weapon classification table (FIG. 6) (S65), and it is determined whether the remaining points are equal to or higher than the unit price (S66). If the remaining point is equal to or higher than the unit price (Yes in S66), the unit price is subtracted from the remaining point of the used weapon in the player character possessed weapon table (FIG. 8B) (S67). Based on the subtracted remaining points, the remaining number of bullets is recalculated and displayed on the game screen (S68), and the process ends.

  If the remaining point is less than the unit price in S66 (NO in S66), the remaining point of the weapon used in the player character possessed weapon table (FIG. 8B) is updated to 0 (S69), and the game screen is displayed. The number of remaining bullets to be displayed is updated to 0 (S70), and the process ends.

  FIG. 13 is a flowchart showing processing when the player character abandons the weapon. When information on an operation of giving up the weapon by the player is input from the operation detection unit 51 (S80), the player character is caused to perform an operation of discarding the weapon equipped at that time (S81). The remaining points of the abandoned weapon are transcribed from the player character possessed weapon table, the coordinates of the abandoned position are written in the location, and the owner column is left blank (FIG. 8A). Is updated (S82), and the information on the abandoned weapon is deleted from the player character possessed weapon table (FIG. 8B) (S83). Then, weapon abandon information indicating that the weapon has been abandoned is transmitted to all game devices (S84).

  Next, it is determined whether or not the remaining points of the abandoned weapon are 0 (S85). If the remaining point is not 0 (NO in S85), an image of the player selection model of the player who has abandoned the weapon category is displayed at the abandoned position (S86). If the remaining point is 0 (YES in S85), the abandoned weapon image is deleted from the game stage (S87), and the location position column in the weapon management table (FIG. 8A) is updated to a blank. (S88). Then, the weapon erasure information is transmitted to all game devices (S89), and the process is terminated.

  In this process of abandoning the weapon, the weapon that the player character is equipped with (held in the hand) is thrown away, but the player may arbitrarily select which weapon to throw away.

  The processing of FIGS. 11 to 13 has been described with respect to the processing operation of the game progress control unit 52 when the player performs an operation of acquiring / using / abandoning weapons. Processing operations when weapon acquisition information, weapon abandonment information, and weapon erasure information are sent from the game device 40 will be described below.

  FIG. 14A is a flowchart showing the processing operation when weapon acquisition information is sent from another game device 40. When weapon acquisition information from another game device is received via the communication control unit 50 (S100), the acquired weapon information is read from the weapon management table (FIG. 8A) and the weapon acquisition information is transmitted. The transfer is made to the player character possessed weapon table (FIG. 8B) corresponding to the game apparatus 40 (S101). At the same time, the field of the acquired weapon owner and location in the weapon management table (FIG. 8A) is rewritten and updated (S102). Next, the corresponding other player character is caused to acquire a weapon (S103), and the acquired weapon image is changed to an image of the player character selection model of the other player character (S104).

  FIG. 14B is a flowchart showing the processing operation when weapon abandonment information is sent from another game device. When weapon abandonment information from another game device is received via the communication control unit 50 (S110), information on abandoned weapons (remaining points, etc.) is managed from the player character possessed weapon table (FIG. 8B). The information is transferred to the table (FIG. 8A) (S111), and the contents of the player character possessed weapon table of the player character who has abandoned the weapon are deleted (S112). Next, the other player character is caused to abandon the weapon (S113), and an image of the player selection model of the player character of the abandoned weapon category is displayed at the abandoned position (S114).

  FIG. 14C is a flowchart showing the processing operation when weapon erasure information is sent from another game device. When weapon deletion information from another game device is received via the communication control unit 50 (S120), the location of the deleted weapon in the weapon management table (FIG. 8A) is rewritten to a blank (S121), The image of the weapon is deleted from the game stage (S122).

  When the abandonment process (FIG. 13) is performed by one game device 40 and the abandoned weapon acquisition process (FIG. 11) is performed by another game device 40, the game screen displays FIG. 9B. The delivery operation is as shown. In other words, in this embodiment, one player character abandons the weapon, and another player character acquires the weapon, thereby delivering the weapon between the player characters. It should be noted that a weapon may be directly delivered between two player characters.

  In addition, when the weapon with the remaining point 0 is abandoned in another game device 40, weapon abandonment information and weapon erasure information are continuously sent (for example, S54 and S59 in FIG. 11 and S84 and S89 in FIG. 13). ). In this case, the process of S114 in FIG. 14B may be omitted.

  Note that FIG. 14 shows only processing operations when weapon acquisition information, weapon abandonment information, and weapon erasure information are sent from another game device 40, and when a weapon is used in another game device 40. Description of the process is omitted.

<< Modification 1 >>
In the above embodiment, the number of weapon bullets is managed by weapon points (remaining points). However, the number of weapon bullets may be managed by a ratio.
15 to 17 are diagrams for explaining a method for managing the number of ammunition bullets according to a ratio, which is a modification of the present embodiment. In this variation, the remaining number of bullets that can be used by a weapon is replaced with the remaining ratio that is a percentage of the maximum number of bullets that can be used by that weapon (the maximum number of bullets (maximum number of uses)). is doing.

  FIG. 15A is a diagram illustrating a calculation result of the number of remaining bullets when the player character A101 and the player character C103 acquire a weapon with a remaining ratio of 40%. The weapon category of the weapon is, for example, standard 300, player A (player character A101) selects a weapon model (for example, machine gun I301) with a maximum number of 999 as the standard weapon, and player C (player character C103) has the standard weapon. It is assumed that a weapon model (for example, gun sword 303) having a maximum bullet number of 500 is selected.

  When the player character A101 acquires this weapon, the remaining number of bullets of the acquired weapon is 400. That is, since the maximum number of bullets is 999 and the remaining ratio is 40%, the remaining number of bullets is 999 × 0.4 = 399.6, but when there is a fractional number, the rounding up operation to the integer part is performed. Since this is done, the remaining number of bullets is 400. The round-up calculation is performed even though the player character has acquired a weapon (the remaining ratio is not 0), the remaining ratio with respect to the maximum number of bullets is small, the remaining number of bullets is less than 1, and the player character cannot be used once. This is for avoiding the situation that cannot be fired.

  On the other hand, when the player character C103 acquires this weapon, the acquired number of remaining weapons is 200. That is, since the maximum number of bullets is 500 and the remaining ratio is 40%, 500 × 0.4 = 200. As described above, in the case of managing the number of bullets based on the ratio, the number of remaining bullets is calculated when the weapon is acquired, and the number of times the weapon can be used is managed based on the number of remaining bullets.

FIG. 15B is a diagram showing a change in the number of remaining bullets when the player character A101 who has acquired the weapon shown in FIG. 15A delivers this weapon to the player character C103.
When the player character A101 uses the weapon (machine gun I301) acquired in FIG. 10A 170 times, the remaining number of bullets is 230 (= 400-170). When the player character A101 gives up this weapon, the remaining number of bullets is converted again into the remaining ratio. Since the maximum number of ammunition of this weapon is 999, if the number of remaining ammunition is 230, the remaining ratio becomes 23.033 (= 230 ÷ 999 × 100)%. Here, in order to prevent the value from becoming 0 when a small number of remaining stages is converted into the remaining ratio, the conversion calculation of the remaining ratio is rounded up. That is, when the number of remaining bullets of the weapon with the maximum number of 999 is 4, the remaining ratio becomes 0.400..., And the remaining ratio becomes 0 in the case of rounding off / rounding calculation. When the conversion calculation of the remaining ratio is performed by rounding up, the remaining ratio becomes 24%, and the player character A101 abandons the standard weapon with the remaining ratio of 24%.

  When the player character C103 acquires this standard weapon, the maximum number of bullets of the acquired weapon model (Gunsword 303) is 500, and the remaining ratio of the acquired weapon is 24%. (= 500 × 0.24).

  In this way, in bullet count management by ratio, the conversion calculation from the remaining ratio at the time of acquisition to the remaining bullet count and the conversion calculation from the remaining bullet count at the time of abandonment to the remaining ratio are performed by rounding up. By repeating acquisition and abandonment without using it, the remaining number of bullets can be increased by a fraction. Note that the conversion calculation from the remaining ratio to the remaining number of bullets and the conversion calculation from the remaining number of bullets to the remaining ratio are not limited to the rounding-up calculation, and may be a rounding calculation or a rounding-down calculation.

  In the case of bullet number management based on this ratio, the weapon classification table in FIG. 6 stores the maximum bullet number instead of the unit price of each weapon, and the initial value of the remaining ratio instead of the initial value of points. In the weapon management table (A), the remaining ratio is stored instead of the remaining point. In addition, in the player character possession weapon table of FIG. 8B, the number of remaining bullets is stored in the table of the own play character instead of the remaining points.

  With reference to the flowcharts of FIGS. 16 and 17, the processing operation in the bullet number management by ratio will be described.

  FIG. 16 is a flowchart showing processing when the player character acquires a weapon. This processing is executed in place of the processing in FIG. When information on an operation for acquiring a weapon by a player is input from the operation detection unit 51 (S130), the weapon currently acquired (hereinafter referred to as acquired weapon) is the same as the weapon currently owned (hereinafter referred to as owned weapon). It is determined whether or not the weapon category (S131).

  If the acquired weapon is a weapon of a different weapon category than the owned weapon (NO in S131), it is determined whether or not the player character already possesses two weapons (S132). If two weapons are not owned (NO in S132), it is possible to have one more weapon. Therefore, the player character is caused to perform an action of acquiring the weapon (S133), and the acquired weapon information is managed as a weapon. Read from the table, convert the remaining ratio into the number of remaining bullets (S134), and add it to the player character possessed weapon table (S135). As described above, the conversion from the bullet ratio to the remaining number of bullets is performed by rounding up decimals. At the same time, the acquired weapon owner and location fields in the weapon management table are rewritten and updated (S136). Then, weapon acquisition information indicating that this weapon has been acquired is transmitted to all game devices that are playing at the same time (S137), and the process ends.

  On the other hand, if the player character already possesses two weapons in S132 (YES in S132), the player character cannot own the third weapon, so the player character currently equipped with the weapon is not allowed. A discarding operation is performed (S145), and the number of remaining bullets of the abandoned weapon is read from the player character possessed weapon table and converted into a remaining ratio (S146). The remaining ratio is written, the coordinates of the abandoned position are written in the location, the weapon management table is updated by processing such as making the owner field blank (S147), and the information on the abandoned weapon is used as the player character's owned weapon. Delete from the table (S148). And weapon abandonment information is transmitted with respect to all the game devices (S149).

  Next, it is determined whether or not the remaining ratio of the abandoned weapon is 0 (S150). If the remaining ratio is not 0 (NO in S150), an image of the player selection model of the player in that weapon category is displayed at the abandonment position (S151). If the remaining ratio is 0 (YES in S150), the abandoned weapon image is deleted from the game stage (S152), and the location position column in the weapon management table is updated to a blank column (S153). Then, weapon erasure information is transmitted to all game devices (S154). Thereafter, the process proceeds to S133 in order to actually acquire the acquired weapon.

  In this process of abandoning the weapon, the weapon that the player character is equipped with (held in the hand) is thrown away, but the player may arbitrarily select which weapon to throw away.

  In S131, if the acquired weapon is a weapon in the same weapon category as the owned weapon (YES in S131), a process of transferring the remaining number of acquired weapons to the owned weapon in the same weapon category as the acquired weapon is performed. First, the player character is caused to acquire the weapon (S138). Next, the remaining ratio of the acquired weapon is read from the weapon management table and converted into the remaining number of bullets (S139). This remaining number of bullets is added to the number of remaining bullets of the owned weapon of the same weapon category as the acquired weapon in the player character owned weapon table (S140). Then, the remaining ratio of acquired weapons in the weapon management table is set to 0 (S141). Thereafter, the acquired weapon is deleted from the game screen (S142), weapon deletion information is transmitted to all game devices (S143), and the process is terminated.

  FIG. 17A is a flowchart showing processing when the weapon is used by the player character in the modification. This process is executed instead of the process of FIG. When information on the operation of using the weapon by the player is input from the operation detection unit 51 (S160), the remaining number of used weapons is read from the player character possessed weapon table (S161), and the remaining number of bullets is 0. It is determined whether or not (S162). If the remaining number of bullets is 0 (YES in S162), the weapon cannot be used, and the process ends.

  On the other hand, if the number of remaining bullets is not 0, that is, if the number of remaining bullets is 1 or more (NO in S162), the player character is caused to perform an action of using a weapon (S163), and the game space by the use of the weapon The attack processing on the game such as the effects of (such as fire and smoke) and the damage of enemy characters is executed (S164). Thereafter, 1 is subtracted from the remaining number of used weapons in the player character possessed weapon table (S165), and the process is terminated.

  FIG. 17B is a flowchart showing processing when the weapon owned by the player character is abandoned. This process is executed instead of the process of FIG. When information on the operation of giving up the weapon by the player is input from the operation detection unit 51 (S170), an operation of discarding the weapon equipped on the player character is performed (S171), and the remaining number of the abandoned weapon is determined by the player. Read from the character-owned weapon table and convert to a remaining ratio (S172). The remaining percentage is written, the coordinates of the abandoned position are written in the location, the weapon management table is updated by processing such as making the owner column blank (S173), and the information on the abandoned weapon is used as the player character owned weapon. Delete from the table (S174). Then, weapon abandonment information is transmitted to all game devices (S175).

  Next, it is determined whether or not the remaining ratio of the abandoned weapon is 0 (S176). If the remaining ratio is not 0 (NO in S176), an image of the player selection model of the player in that weapon category is displayed at the abandonment position (S177). If the remaining ratio is 0 (YES in S176), the abandoned weapon image is deleted from the game stage (S178), and the location position field in the weapon management table is updated to a blank field (S179). Then, the weapon erasure information is transmitted to all game devices (S180), and the process is terminated.

<< Modification 2 >>
Next, a modified example of the display form of weapons (weapon objects) on the game stage 200 will be described with reference to FIGS.
In the above embodiment, on the game screen of the game machine 2, the weapon (weapon object) placed on the game stage 200 without being owned by the player character is an image of the player selection model of the player who uses the game machine 2. Is displayed. In this modification, images (icons) dedicated to weapon objects as shown in FIGS. 18A, 18B, and 18C are provided for each weapon category, and are not owned by the player character and are placed on the game stage 200. Placed weapon objects are displayed with this icon.

  For example, the icon 309 in FIG. 18A is an icon representing the standard 300. Further, an icon 329 in FIG. 5B is an icon representing the long range 320. Further, an icon 339 in FIG. 5C is an icon representing the attack power 330.

  As shown in FIG. 19A, the standard 300 weapon object is displayed as an image of the icon 309 on the game stage 200. Then, as shown in FIG. 5B, when the weapon object is acquired by the player character A101, an image representing the weapon object is displayed on the player selection model of the player character A101 (player A) acquired from the icon 309. Switch to a machine gun I301 image. When the weapon object is acquired by the player character B102, the image representing the weapon object is switched to the image of the energy gun 304 that is the player selection model of the player character B102 (player B) acquired from the icon 309.

  When the player character gives up the weapon (weapon object), the image representing the weapon object is switched from the image of the player selection model to the icon. For example, as shown in FIG. 20A, when a player character A101 equipped (owned) with a machine gun I301 gives up the machine gun I301 as shown in FIG. The icon is changed to the icon 309 of the weapon category (standard) and arranged on the game stage 200.

≪Read more≫
The player character may be able to abandon only a part of the remaining points (remaining ratio) of the possessed weapon and place the remaining points on the game stage 200 without abandoning the weapon. Further, the player character may acquire a remaining point placed on the game stage 200 without acquiring a new weapon and add it to the remaining point of the weapon owned by the player character. Accordingly, it is possible for the player character possessing a weapon with a large number of remaining bullets to perform an action of giving “bullet” to a player character possessing a weapon with a small number of remaining bullets.

  In addition, weapon models belonging to each weapon category may be further classified into a plurality based on differences in acquisition conditions. For example, it can be classified into easily available basic weapons and special weapons that are difficult to obtain. In this case, in each weapon category of the weapon classification table of FIG. Of the weapons, the upper four types of low-performance weapon models are classified as basic weapons, and the high-performance lower three types of weapon models are classified as special weapons.

  For the basic weapon, an acquisition condition that can be obtained from the start of the game, or an acquisition condition that has a high probability of occurring in the normal game progress is set. For example, obtaining a box-shaped item whose contents are unknown, clearing the stage, and winning by a lottery performed at that time. On the other hand, acquisition conditions are set for special weapons that are difficult to succeed or take time to satisfy. For example, winning an event (meeting), raising the experience value of one's character obtained by clearing the stage, etc. to a predetermined value.

  In a game having a plurality of game stages, when one game stage is cleared and the process proceeds to the next game stage, selection of a weapon model used in the next game stage is accepted. By setting acquisition conditions for a weapon model and clearing the acquisition conditions while the player clears multiple game stages, the player (player character) can gradually use a high-performance weapon model. Like that. Thereby, the interest property of a player's weapon selection can be improved.

  Note that there is no need to have multiple weapon categories, and there may be only one. In this case, the initial value of the weapon point set in the weapon model (see FIG. 6) may be set separately for each weapon model.

  In the above-described embodiment, a multiplayer online game has been described as an example. However, the present invention can also be applied to a one-player game or an offline game. Further, when a plurality of players play simultaneously on one game machine 2, the screen of one monitor 8 may be divided and the game screen of each player may be displayed. A plurality of monitors 8 may be connected.

2 ... Game console 3 ... Network line 4 ... DVD
5 ... DVD drive 8 ... monitor 9 ... speaker 10 ... controller 21 ... CPU
22 ... ROM
23 ... RAM
DESCRIPTION OF SYMBOLS 40 ... Game device 50 ... Communication control part 51 ... Operation detection part 52 ... Game progress control part 53 ... Own player character control part 54 ... Other player character control part 55 ... Non player character control part 56 ... Weapon management part 57 ... Game space Control unit 58 ... Drawing processing unit 101-103 ... Player character 110 ... Enemy character 200 ... Game stage 210-216 ... Weapon placement spot 300,310,320,330,340 ... Weapon category

Claims (15)

Computer
Game space generating means for generating a game space;
Player character control means for generating a player character in the game space and controlling the action of the player character in the game space in accordance with the operation of the player;
Weapon management means for storing information on a plurality of weapons used in the game space and weapon categories to which the plurality of weapons belong, and arranging a weapon object which is an object representing the weapon category in the game space;
Weapon selection means for selecting a weapon to be used by the player character from the plurality of weapons according to the operation of the player;
Function as
The player character control means includes means for causing the player character to acquire the weapon object in response to an operation of a player,
The weapon management means includes means for operating the weapon object as a weapon selected by the player (hereinafter referred to as a player-selected weapon) when the player character acquires the weapon object. Game program. The weapon management means is means for storing information on a plurality of weapon categories to which a plurality of weapons belong respectively and arranging any one of a plurality of weapon objects representing the plurality of weapon categories in the game space. Yes,
The game program according to claim 1, wherein the weapon selection means is means for selecting a weapon for each of the plurality of weapon categories.   The game program according to claim 1 or 2, wherein the weapon management means displays the weapon object arranged in the game space as an image of the player-selected weapon.   The game program according to claim 1, wherein the weapon management unit displays the weapon object arranged in the game space as an icon image provided for the weapon category. . The player character control means and the weapon selection means are provided for a plurality of players,
The weapon management means, when any player character acquires the weapon object, displays the weapon object as an image of the player-selected weapon of the player character that acquired the weapon object. The game program according to any one of claims 1 to 4.   The game according to claim 5, wherein when the player character abandons the weapon object, the weapon management unit arranges the weapon object at a position where the player character abandoned the game space. program. The weapon management means is means for managing the number of times the weapon can be used with weapon points,
Each weapon object is given a remaining point, which is a weapon point with a predetermined value, and each weapon is set with a unit price that is a weapon point consumed per use,
7. The unit price of the player-selected weapon is subtracted from the remaining points each time the player character uses the weapon object as the player-selected weapon once. The described game program.   8. The game program according to claim 7, wherein the weapon management means assigns weapon points having the same value as initial values of remaining points to a plurality of weapons belonging to the same weapon category at the start of the game.   The game program according to claim 7 or 8, wherein the weapon management means permits the player character to use the weapon once when the remaining point is less than the unit usage price and greater than 0. .   10. The weapon management unit according to claim 7, wherein when the player character abandons the weapon whose remaining points are 0, the weapon image is erased from the game space. The game program described in Crab. The weapon management means sets a maximum number of times of use for each weapon, and assigns a remaining ratio indicating a ratio of the remaining number of times of use that is the remaining number of times of use to the maximum number of times of use of the weapon object,
When the player character acquires the weapon object, the remaining usage count of the weapon object as the player-selected weapon is obtained by multiplying the maximum usage count of the player-selected weapon corresponding to the weapon object by the remaining percentage of the weapon object. To calculate
The game program according to claim 1, wherein each time the player character uses the weapon object as the player-selected weapon, 1 is subtracted from the remaining usage count.   When the player character abandons the weapon object, the weapon management means calculates the remaining ratio of the weapon object by dividing the remaining usage count by the maximum usage count of the player-selected weapon. The game program according to claim 11, wherein the game program is set as follows.   The game program according to claim 12, wherein the weapon management unit performs the calculation of the remaining usage count and the calculation of the remaining ratio by a round-up operation.   A computer-readable storage medium storing the game program according to any one of claims 1 to 13.   A computer device that reads and executes the game program according to any one of claims 1 to 13.

Images