JP5006288B2 - GAME DEVICE AND COMPUTER PROGRAM - Google Patents

Description

  The present invention relates to a game device and a computer program.

There has been proposed a game apparatus in which two opponents battle each other on the game screen to compete for victory or defeat (see Patent Document 1). In such a game apparatus, a variation of the character's action (mainly attack action) is given by a combination of operations of a plurality of buttons.
JP 2003-299874 A

  On the other hand, no game has been proposed in which the button and the action are directly linked and the action assigned to the button changes according to the progress of the battle in the game.

  In view of such a problem, the present application visually displays the operation assigned to the physical button of the game device on the game screen, and changes the operation assigned to the button according to the progress of the battle in the game. It is an object of the present invention to provide a game device and a game program for performing game progress.

The present invention corresponding to one aspect for solving the above-described problem is
Display means for displaying a game screen;
Storage means for storing the main game program;
An operation means having a plurality of operation buttons for accepting operation inputs from a player;
The main game program is executed, and a first game screen of a battle game in which the first main character battles with the second main character in the first game space according to the operation input is displayed on the display means. A game device comprising: a game execution means for causing
The game execution means includes
First command identification information representing a command for operating the first main character assigned to each of the plurality of operation buttons is associated with the first main character, and the second main character is Second command identification information representing a command assigned for operation is associated with the second main character and displayed on the first game screen;
The first command identification information and the second command identification information are arranged so as to surround the main character around the main character by changing the position together with the movement of the associated main character. Display
Depending on the distance between the first main character and the second main character in the first game space, by changing the contents of the first command identification information and the second command identification information and wherein the Rukoto to display.

  According to the present application, the operation assigned to the physical button of the game device is visually displayed on the game screen, and the operation assigned to the button is changed according to the progress of the battle in the game, and the game progresses. A game device and a game program can be provided.

  Preferred embodiments of the present invention will be described below in detail with reference to the accompanying drawings.

[First Embodiment]
A basic configuration of the game apparatus 100 in the present embodiment is shown in FIG. The CPU 101 controls the entire game apparatus 100 using programs, data, and the like stored in a RAM (Random Access Memory) 102 and a ROM (Read Only Memory) 105, and controls the progress of the game corresponding to this embodiment. To do. The RAM 102 includes an area for reading the game program 111 and game data 112 stored in the internal storage device 110, and also includes a work area used when the CPU 101 executes various processes. In the present embodiment, the main game is described as a game in which a win / loss determination is made based on the contents of a selection target selected from three types of selection targets.

  The operation unit 103 functions as an input unit that receives an input from a player (player). The operation unit 103 may be configured to accept inputs from a plurality of players. For example, when receiving input from two players, a group of buttons for receiving input for each player is prepared.

  In addition, it is desirable that selection buttons corresponding to three types of selection targets are provided in the operation unit 103 for each player. In the present embodiment, such selection buttons are referred to as a button 103a, a button 103b, and a button 103c, respectively. Note that these buttons may be arranged as dedicated buttons, or may be assigned to each selection target to a plurality of operation buttons included in the operation unit 103 when the game is executed.

  The communication I / F (interface) 104 functions as an I / F for connecting to another game device via a cable or for connecting to the Internet or a LAN (local area network). The ROM 105 stores a program (for example, a boot program of the game apparatus 100, a main game program, a sub game program) and data (for example, setting data of the game apparatus 100, characters used in the game) for controlling the entire game apparatus 100. Character data representing) and the like are stored. That is, the ROM 105 functions as character storage means and program storage means. The display unit 106 includes a CRT or a liquid crystal screen as display means for displaying screen information, and displays a screen related to the game (a screen during the game and a screen for performing various settings in the game).

  The sound processing unit 107 generates BGM and sound effects based on the sound data included in the game data 112 and outputs the generated BGM and sound effects to the speaker 108.

  The internal storage device 110 is configured by a storage device capable of writing and reading, such as a hard disk and a flash memory, and stores the above-described game program 111 and game data 112. The data stored here is read out to the RAM 102 as necessary. The game program 111 is a program for controlling the entire game, and includes at least a main game program and a sub game program.

  The game data 112 includes data for generating an image of each object (character, character, background screen, etc.) constituting the game screen, the above-described sound data, various parameters, and the like. That is, it includes character data representing characters used in the game. When a player tries to execute an online game by connecting the game apparatus 100 to a network, the game program 111 and the game data 112 are downloaded from a predetermined server on the network that provides the game program. Includes game programs and data.

  The card reader 113 is card information reading means for reading, for example, information recorded on a card held by the player. The card reader 113 may be configured to be able to acquire card information from a plurality of players. For example, when obtaining card information from two players, if one card reader is prepared, the card information is read from the other player after the card information is read from one player, and When a card reader is prepared for each player, the card information is read from each player by each card reader.

  The card 114 is a card on which information that can be used when a game is executed is recorded. Reference numeral 109 denotes a bus connecting the above-described units. Processing executed in the game device 100 according to this embodiment having the above-described configuration will be described below.

  FIG. 2 is a flowchart of processing corresponding to the embodiment of the present invention. The processing corresponding to the flowchart shown in FIG. 2 is realized by the CPU 101 executing the game program 111 stored in the internal storage device 110 read into the RAM 102. Since the game program 111 includes a main game program and a sub game program, the CPU 101 functions as a main game execution means and a sub game execution means.

  In FIG. 2, in step S <b> 201, information recorded on the card 114 presented by the player is read using the card reader 113. The reading process in step S201 will be described later in detail with reference to FIG. In step S202, a map screen to be displayed on the screen is selected based on the information recorded on the card 114. A plurality of pieces of information on the map screen are included in the game data 112, and a map can be selected according to the information read from the card 114.

  For example, it is assumed that ten types of map screens are registered in the game data 112, ten types of identification information for selecting a map are set, and one of them is recorded on the card 114. In this case, since the card information read in step S201 includes one of ten types of identification information, a map screen corresponding to the identification information is selected in step S202.

  Next, in step S203, the map screen selected in step S202 is displayed on the display unit. An example of the map screen displayed here is shown in FIG. In FIG. 3, an image 301 of a character operated by the player is displayed on a screen 300. The map is configured by arranging a plurality of icons 302 indicating each event point and connecting each event point 302. On the route connecting the event points 302, any one of the goo icon 303, the choke icon 304, and the par icon 305 is displayed.

  The player can move the character 301 to a desired event point by operating a button according to the displayed icon on the operation unit 103. For example, in order to move the character 301 to the event point immediately above, the par button 103 c corresponding to the par icon 305 may be operated on the operation unit 103. Similarly, when it is desired to move to the lower left, the goo button 103a may be operated, and when it is desired to move to the lower right, the choke button 103b may be operated.

  Returning to FIG. 2, in the subsequent step S204, a moving operation using the operation unit 103 as described above is accepted. Further, in step S205, it is determined whether or not the event point 302 has been determined by operating the determination button included in the operation unit 103 in a state where the character 301 is positioned on any event point 302.

  If the event point 302 is determined (“YES” in step S205), the process proceeds to step S206, and event processing at the event point 302 is executed. In step S207, it is determined whether or not the event processing has ended. If the event processing in step S206 is completed (“YES” in step S207), the process returns to step S203, and the map screen is displayed on the display unit 106 again. On the other hand, if the event process is not completed (“NO” in step S207), the event process in step S206 is continued. In the present embodiment, the processing is described according to the flowchart shown in FIG. 2, but the present invention is not limited to this, and the event processing in S206 may be executed without going through the processing from Step S202 to Step S205. Good.

  Next, details of the card information reading process in step S201 will be described with reference to FIG.

  First, in step S401, it is determined whether main card information has been acquired. The “main card” in the present embodiment refers to a card read by the card reader 113 on the first sheet. Each card 114 stores ID information for identifying the card. In step S401, this ID information is acquired as main card information.

  When the ID information is acquired in step S401, in the subsequent step S402, character data corresponding to the ID information (main card information) is extracted from the character table included in the game data 112 as main character data, and stored in the RAM 102. Store. That is, when the CPU 101 executes the game program 111, a main character reading unit that reads character data as a main character from the character storage unit is realized, and the RAM 102 stores the character data read by the main character reading unit. It functions as main character storage means for storing as main character data. An example of the character table is as shown in FIG.

  In FIG. 5, in the character table 500, the ID information 501 recorded on the card 114 and read by the card reader 113, the character name 502 of the character assigned to the ID information, and the basic character necessary for proceeding with the game. The attack power 503, the defense power 504, the physical strength 505, and the character image 506, which are typical parameters, are registered. The entries in the table shown here are merely examples, and the present invention is not limited to these. Further, although omitted in FIG. 5, a map ID for selecting a map in step S202 may be further included.

  In this way, in step S402, according to the ID information read from the card 114, character information such as a corresponding character name is extracted from the character table 500 and stored in the RAM 102.

  When the main character information is extracted in step S402, a card information reading screen is displayed on the display unit 106 in step S403. An example of the card information reading screen is as shown in FIG. FIG. 6 is a diagram showing an example of a card information reading screen corresponding to the embodiment of the invention.

  In FIG. 6, on the card information reading screen 600, a character display 601 and a character name display 602 are performed based on the character name 502 and the character image 506 included in the main character information extracted in step S402. In FIG. 6, “character A” is displayed as the character name. Support character name display areas 603, 604, and 605 are areas for displaying support character names when card information of support characters is acquired.

  On the screen 600, a main character icon 606 indicating the main character, and icons 607, 608 and 609 indicating the support characters are displayed. The support characters are assigned to the icons 607, 608, and 609 from the top in the order in which the cards 114 are read. For example, when the second card 114 is read, the character specified from the ID information of the card 114 becomes a support character assigned to the icon 607. Similarly, the third image is assigned to the icon 608 and the fourth image is assigned to the icon 609.

  Hereinafter, the support character assigned to the icon 607 is called “character 1”, the support character assigned to the icon 608 is called “character 2”, and the support character assigned to the icon 609 is called “character 3”. Although not shown in FIG. 6, the image of each support character is displayed in the vicinity of the main character display 601. A display 610 indicates that the player is assigned to “1P (also referred to as Player 1)”.

  In step S404, it is determined whether or not support card information has been acquired. If it is acquired (YES in step S404), the process moves to step S405, where the information of the support character corresponding to the acquired ID information is extracted from the character table 500 and stored in the RAM 102. That is, when the CPU 101 executes the game program 111, support character reading means for reading character data as a support character from the character storage means is realized, and the RAM 102 stores the character data read by the support character reading means. It functions as support character storage means for storing as support character data. In the subsequent step S406, based on the extracted support character information, an image of the support character is displayed in the vicinity of the main character display 601, the support character name corresponding to the support character name display area is displayed, and the card information is read. Update the screen.

  In a succeeding step S407, it is determined whether or not three pieces of support card information have been acquired. If acquired ("YES" in step S407), the process proceeds to step S408. On the other hand, if three pieces of support card information have not been acquired (“NO” in step S407), the process returns to step S404 and continues.

  Next, details of the event processing in step S206 of FIG. 2 will be described. FIG. 7A is a flowchart showing a process for receiving an operation from a player as an example of an event process in the present embodiment. The processing corresponding to the flowchart shown in FIG. 7A is realized by the CPU 101 executing the game program 111 stored in the internal storage device 110 read into the RAM 102. That is, it is realized by the CPU 101 executing the game program 111 to function as main game execution means.

  First, in step S701, an event screen for executing the main game is displayed. An example of this event screen is shown in FIG. 8A. In FIG. 8A, main characters 801 and 802 are displayed on a screen 800. The display images of the main characters 801 and 802 are included in the character image 506 of the character table 500. Around the main character 801, command identification information is arranged on the circumference of the command ring 809 so as to surround the main character 801. The command identification information here includes command icons 803, 804, and 805. Similarly, around the main character 802, command icons 806, 807, 808 as command identification information are arranged on the circumference of the command ring 810 so as to surround the main character 802. By taking such an arrangement, by visually recognizing the main character, the command ring 809 that moves together with the main character can also be visually recognized at the same time, and operation efficiency can be improved. These command icons correspond to options of a player who operates each character (the CPU 101 in the case of a so-called CPU battle). The arrangement of the command icons on the screen 800 visually corresponds to the physical arrangement of the buttons 103a, 103b, and 103c of the operation unit 103.

  In addition, player identification displays 821 and 822 are displayed on the screen to identify the character and icon group operated by the player. Further, icon images 813, 814, and 815 are displayed on the lower left of the screen for the support character of the character 801. Similarly, icon images 817, 818, and 819 are displayed on the lower right of the screen for the support character of the character 802. Each support character image is included in a character image 506 of the character table 500. Meters 816 and 820 indicate the gauges of the support characters that are active (selected) among the support characters assigned to each player. The gauge value increases as the game progresses. The active support character can be arbitrarily changed by the player using the operation unit 103.

  The screen 800 indicates that “support character 1” is active for the support character on the Player 1 side, and “support character B” is active for the support character on the Player 2 side. Note that the icon of the active support character is displayed larger than others. On the screen 800, icons 813 and 817 are displayed larger than the others.

  In the case of FIG. 8A, the case where the character 801 and the icon groups 803 to 805 and 813 to 815 are assigned to Player 1 and the character 802 and the icon groups 806 to 808 and 817 to 819 are assigned to Player 2 is shown. In the present embodiment, a case where the first player plays against the second player will be described. The first player is assigned to Player 1 and the second player is assigned to Player 2. Note that the CPU 101 may take charge of either the first player or the second player instead. The physical strength values given to the characters 801 and 802 are displayed on the screen by physical strength meters 811 and 812, respectively. The initial value of the physical strength is based on the value of the physical strength 505 of each character.

  Next, the correspondence between the command icon and each button of the operation unit 103 will be described with reference to FIG. 8B. FIG. 8B is a diagram for explaining the correspondence between the display position relationship of each command icon on the command ring on the screen 800 and the arrangement position of the buttons 103 a to 103 c of the operation unit 103.

  In FIG. 8B, the command ring 809 for the character 801 is shown on the upper side. Command icons A (803), B (804), and C (805) are displayed in a height direction (Z-axis direction) and a horizontal direction (Y-axis) in a three-dimensional game space (XYZ space) as shown in FIG. Are arranged in a two-dimensional plane defined by (direction). At this time, A is positioned higher in the height direction than B and C, and B is positioned on the right side (positive side) in the horizontal direction.

  On the other hand, the buttons 103a to 103c can be considered on the operation unit 103 based on the vertical axis (first axis) and the horizontal axis (second axis) of the two-dimensional plane defined by the buttons 103a to 103c. . At this time, the button 103a is positioned on the positive side of the first axis with respect to the buttons 103b and 103c, and the button 103b is positioned on the positive side of the second axis with respect to the button 103c.

  Here, it is clear from the positional relationship between each icon and button that the command icon A corresponds to the button 103a, the command icon B corresponds to the button 103b, and the command icon C corresponds to the button 103c. .

  Hereinafter, in the description of the present embodiment, a command assigned to the command icon A is called “command A”, and similarly, commands assigned to the command icon B and command icon C are called “command B” and “command C”. The command A is a command selected by operating the button 103a. Similarly, the command B and the command C are commands selected by operating the buttons 103b and 103c.

  When the game is started, the player can select any of the buttons 103a to 103c of the operation unit 103. The contents of the command icons 803 to 805 and 806 to 808 change according to the distance between the characters 801 and 802. In addition, the display size of the command icon changes according to the position of each character in the depth direction (X-axis direction) of the screen.

  Note that information shown in FIG. 9 is stored in the RAM 102 as information for displaying a display screen for executing the main game as shown in FIG. 8A. In FIG. 9, first, player information 901 for identifying a player is registered in the table 900. As the player information 901, numbers “1” and “2” corresponding to Player 1 (821) and 2 (822) are registered. For the subsequent items, values for each piece of player information are registered.

  In the character name 902, the character names of the characters 801 and 802 operated by Player1 and Player2 are registered. The character name registered here corresponds to the character name of the main character acquired in the flowchart of FIG.

  In the selection button 903, one of A, B, and C is registered for each player as information for identifying the selected button among the selection buttons 103a to 103c corresponding to the command icons 803 to 808. FIG. 9 shows a case where the selection button 103a is selected for Player1 and the selection button 103b is selected for Player2. Note that the selection button 903 is blank at the start of the game, and information corresponding to the operated button is registered when an operation is received after the game starts.

  Next, a position 904 indicates address information indicating the position of each character in the three-dimensional space. Three-dimensional coordinates are set in a space in which the character can move, and the position of the character is acquired as a coordinate value in the three-dimensional coordinate system.

The relative distance 905 represents the relative distance between the characters 801 and 802, and the distance between the characters can be determined by the following formula 1 based on the coordinate value of each character registered at the position 904.
Dr = {(x1-x2) 2+ (y1-y2) 2+ (z1-z2) 2} 1/2 Formula 1

  Next, in the attack power 906, the value of the attack power of each character is registered. In addition, the defense strength value of each character is registered in the defense strength 907. The physical strength value of each character is registered in the physical strength 908. In the upper part of the screen 800, physical strength meters 811 and 812 corresponding to the value of the physical strength 908 are displayed. Values registered as initial values of the attack power 906, the defense power 907, and the physical strength 908 are values when the main character and the support character are set based on FIG.

  When the screen as shown in FIG. 8A is displayed based on the information of FIG. 9 and the battle game as an event is started (“YES” in step S702), the process proceeds to step S703, and the player operates the operation unit 103. A character movement operation is accepted.

  Next, in step S704, position information after the movement of the moved character is acquired. The acquired coordinate values (x1, y1, z1) and (x2, y2, z2) are registered at the position 904 of the table 900. Here, the concept of the character movement space and the three-dimensional coordinate values in this embodiment will be described with reference to FIG.

  In FIG. 10, only the character 801 will be used for explanation. The three-dimensional space 1000 is a space in which the character 801 can move, and a screen that two-dimensionally represents the three-dimensional space corresponds to the screen 800. In the space 1000, an XYZ (vertical / horizontal / height) three-dimensional coordinate system 1001 is set. The origin may be provided anywhere in the space, but in FIG. The position of the character 801 defines a surface 1002 having a predetermined size in contact with the character's foot, and is set as the center position of the surface 1002. The method for specifying the position of the character may be based on the position of the center of gravity (position near the waist) of the character 801 determined based on such a method, instead of the method of setting the surface of the foot. It may depend on the position.

  When the surface 1002 as shown in FIG. 10 is defined to specify the character position, as long as the character 801 moves on the ground, the amount of movement in the z direction is 0, and the coordinate value z1 remains 0. is there. On the other hand, when the character 801 jumps, the amount of movement in the z direction increases, and z1 takes a positive value. In this case, it can be determined that the character has jumped based on the value of z1 of the character. Although omitted in FIG. 10, the surface 1002 can be similarly set for the character 802 and its position information can be acquired as a three-dimensional coordinate value.

  If the acquired coordinate values (x1, y1, z1) and (x2, y2, z2) are used, the inter-character distance Dr can be calculated according to the above equation 1.

  Returning to the description of FIG. 7, in step S705, the display sizes of the characters 801 and 802 and the display sizes of the command icons 803 to 805 and 806 to 808 are changed according to the coordinate values acquired in step S704. Such a change can be made based on the coordinate values x1 and x2 in the X-axis direction among the coordinate values of each character.

The display size can be changed as follows, for example. First, when the possible ranges of x1 and x2 are Xmax ≧ x1 and x2 ≧ Xmin, and the display size is from Dmax (%) to Dmin (%), the display size Ds (%) is, for example, below for x1 Can be obtained as follows.
Ds = Dmin + {(x1-Xmin) / (Xmax-Xmin)} * (Dmax-Dmin) Equation 2

  Considering the case where Xmax is 100, Xmin is 0, Dmax is 100%, and Dmin is 50%, Ds is 80% when x1 is 60, and 65% when x1 is 30. The display size thus obtained indicates a reduction ratio with respect to the maximum display of 100%. If the display size is 80%, the display size is reduced to 80% of the maximum display size. Since a known image processing technique can be used for the size reduction method, detailed description thereof is omitted here.

  In step S706, the character distance Dr is calculated based on the three-dimensional coordinate values of the characters 801 and 802 acquired in step S705. The calculation here can be performed based on Equation 1 above.

  Next, in step S707, it is determined whether or not the calculated character distance Dr is greater than a predetermined threshold Th1. The value of Th1 can be arbitrarily set according to the size of the screen 800 and the size of the characters 801 and 802.

  If the character distance Dr is greater than the threshold Th1 (“YES” in step S707), the process proceeds to step S709. On the other hand, when the inter-character distance Dr is equal to or less than the threshold Th1 (“NO” in step S707), the process proceeds to step S708.

  In step S708, assuming that the distance between characters is “short distance”, the contents of the command icon on the command ring are set as a short distance command arrangement. In step S709, assuming that the distance between characters is “middle / long distance”, the contents of the command icon on the command ring are set to the middle / long distance command arrangement.

  Here, the command arrangement will be described with reference to FIG. A command arrangement table 1100 illustrated in FIG. 11 describes command arrangements in a short distance, a middle / long distance, and a jump. The short distance and the middle / far distance are determined by the size of the inter-character distance determined based on the inter-character distance Dr in FIG. 7, but the jump is one of the operation buttons 103a to 103c. The command arrangement is selected when a button to which a jump command is assigned is operated. The operation related to the jump command will be described later with reference to the flowchart of FIG. 7B.

  In the command arrangement table 1100, the type 1101 indicates whether the command arrangement corresponds to short distance, middle / long distance, or jump. The button a (1102) indicates the type of command assigned to the button 103a. Similarly, a button b (1103) and a button c (1104) indicate commands assigned to the button 103b and the button 103c, respectively.

  Therefore, in step S708, according to the command arrangement of the command arrangement table in the short distance, the respective icon images corresponding to the command 11 on the command icon A, the command 12 on the command icon B, and the command 13 on the command icon C are arranged. In step S709, according to the command arrangement of the command arrangement table of medium and long distance, the icon 21 corresponding to the command 21 is arranged on the command icon A, the command 22 is arranged on the command icon B, and the command 23 is arranged on the command icon C. An example of a short-range command is a combination of “attack” (attacking a nearby opponent), “throwing” (attacking a close opponent), and “defense” (protecting yourself from the opponent's attack). Examples of commands for medium and long distances include “Shuriken” (attacking opponents far away), “Dash” (moving in the direction of the opponent), and “Backstep” (backward to the opponent) Move). Therefore, there is no need to select a command from many commands as in a conventional game, and only necessary commands can be selected according to the distance between characters. It can be done efficiently.

  As described above, according to the present embodiment, the display size of the command displayed on the character and the command ring can be changed according to the display position of the character in the three-dimensional space. In addition, since the types of commands that can be used are changed according to the distance between characters, a more hobby game experience can be provided.

  Next, with reference to FIG. 7B, the process of determining the win / loss in the game will be described. FIG. 7B is a flowchart showing a win / loss determination process as an example of an event process in the present embodiment. The processing corresponding to the flowchart shown in FIG. 7B is realized by the CPU 101 executing the game program 111 stored in the internal storage device 110 read into the RAM 102.

  First, in step S711, it is determined whether or not an operation of any of the buttons 103a to 103c of the operation unit 103 has been accepted. If the operation is accepted (“YES” in step S711), the process proceeds to step S712. In step S712, it is determined whether or not the button that has received the operation is a button to which a jump command is assigned. Here, the jump command is a command operated to jump the character displayed in the screen 800. Whether or not a jump command has been accepted can be determined based on the commands assigned to the buttons 103a to 103c.

  If a jump command is accepted (“YES” in step S712), the process proceeds to step S713. In step S713, according to the command arrangement in which the type 1101 of the command arrangement table 1100 is “jump”, the icon 31 corresponding to the command 31 is arranged on the command icon A, the command 32 is arranged on the command icon B, and the command 33 is arranged on the command icon C. Thereafter, the process returns to step S711.

  The processing from step S703 to step S709 in FIG. 7A is continued while the processing in FIG. 7B is being performed. Although the description of the processing is omitted in FIG. 7B, when the character jumps on the screen 800 in response to the jump command and then lands on the ground, the jump command is arranged according to the distance between the characters. Return to command placement. This processing is performed by paying attention to the value in the z-axis direction of the three-dimensional coordinate value of the jumped character and determining whether z1 or z2 is larger than a predetermined threshold Th2. The threshold value Th2 can take any positive value. If the value in the z direction is larger than the threshold value Th2, the jump is continued, otherwise it can be determined that the vehicle has landed. If the landing determination is made, the command arrangement is an arrangement corresponding to the inter-character distance Dr at that time.

  Returning to the description of FIG. 7B, when the command corresponding to the button operation is not a jump command in Step S712 (“NO” in Step S712), the process proceeds to Step S714. In this case, the selected command includes an attack purpose command and a defense purpose command. Based on the result of the command execution, in step S714, it is determined whether or not the character has received damage. For example, if the opponent's character has attacked first and received the attack, or if the opponent's attack power was won but the opponent's attack power won, it would be common in competitive games Based on the cause of damage, the presence or absence of damage here can be determined. If it is determined that there is damage (“YES” in step S714), the process proceeds to step S715.

  In subsequent step S715, a damage value (Ddm) to be given to the character is calculated. The damage value can be calculated according to a predetermined calculation condition. For example, a simple difference between the attack power 906 and the defense power 907 set for each character in the table 900 may be used, or a weight (for example, doubled) is added to the value of the attack power 906 to provide the defense power 907. You may take the difference.

  In the subsequent step S717, the calculated damage value Ddm is subtracted from the value of the physical strength 908 of the damaged character registered in the table 900 to update the value of the physical strength 908. Further, in step S718, the display of the physical strength meter 811 or 812 is updated based on the physical strength 908 after subtraction. Further, in step S718, based on the subtraction of the physical strength 908, it is determined whether or not there is a character whose physical strength 908 is “0”. If there is a character whose physical strength 908 is “0” (“YES” in step S718), the process proceeds to step S721. On the other hand, if there is no such character (“NO” in step S718), the process proceeds to step S719.

  In step S719, it is determined whether Ddm exceeds a threshold Th3. Here, it is determined whether or not the damage received at a time is a certain value or more. If Ddm exceeds the threshold Th3, the process proceeds to step S720. On the other hand, if Ddm does not exceed the threshold Th3, the process returns to step S711. In step S720, the command operation is not accepted for a certain period for the character. In this case, the command rings 809 and 810 are deleted from the screen. The certain period can be set to “5 seconds”, for example. If the certain period has elapsed, the process returns to step S711 to continue the game.

  In step S721, the final win / loss is displayed on the screen 800. Specifically, the display is performed so that a character whose physical strength 908 is not “0” is a winner and a character whose physical strength 908 is “0” is a loser. Thereafter, the process returns to the process of FIG.

  As described above, the battle of characters is performed, and when the physical strength 908 finally becomes “0”, the battle game can be ended.

  In FIG. 7B, when the damage received at a time is equal to or greater than a certain value, the command is not accepted for the corresponding character. However, the acceptance of the command may be stopped under other conditions. For example, when a specific attack is performed, reception of commands may be stopped during that time.

  Next, processing related to the support character will be described. First, on the game screen 800 shown in FIG. 8A, the support character on the Player 1 side is displayed on the lower left of the screen, and the support character on the Player 2 side is displayed on the lower right of the screen. Among these, large icons 813 and 817 displayed larger than the others are currently active support characters. For active support characters, character names and gauge values are displayed in boxes 816 and 820. In the display, when the value of the gauge 816 or 820 is the maximum value, an attack using an active support character whose gauge is full (full) becomes possible.

  The internal processing for performing such display will be described with reference to FIG. FIG. 12 is a flowchart showing an example of processing of a support character corresponding to the embodiment of the invention. The processing corresponding to the flowchart shown in FIG. 12 is realized by the CPU 101 executing the game program 111 stored in the internal storage device 110 read into the RAM 102.

  First, in step S1201, a support character to be processed is selected from the three support characters. The support character information is tabulated as shown in FIG.

  In FIG. 13, in the support character 1301, the character name of the support character registered in the character table 500 of FIG. In the state 1302, “active” or “inactive” is registered as the state of the support character. Here, the “active” support character is displayed as a large icon on the screen 800, and the “inactive” support character is displayed as a small icon on the screen 800.

  In the gauge value 1303, a gauge value to be displayed on the gauge 816 or 820 is registered as a numerical value. In the elapsed time 1304, an elapsed time since the state of the support character was changed from “active” to “inactive” is registered.

  That is, in step S1201, the support characters registered in the support character table 1300 are selected in order. In a succeeding step S1202, it is determined whether or not the selected support character is active. This determination can be made based on the contents of the state 1302 of the support character table 1300.

  If the state is “active”, the process proceeds to step S1209, and if it is “inactive”, the process proceeds to step S1203. In step S1203, the gauge value is increased according to the value of the elapsed time 1304, and the gauge value 1303 is updated. In a succeeding step S1204, it is determined whether or not the state of the support character has been changed to active. The support character state can be changed via the operation of the operation unit 103 during a period in which the command ring is not displayed for the main characters 801 and 802 and reception of the command selection is stopped. If it is changed to active (“YES” in step S1204), the process proceeds to step S1205. On the other hand, if it has not been changed to active (“NO” in step S1204), the process returns to step S1201 and continues.

  In step S1205, the value of the elapsed time 1304 is reset. Next, the process proceeds to step S1206, and it is determined whether or not the gauge value is full. A maximum value is set in advance for the gauge value 1303, and if the gauge value 1303 and the maximum value match, it is determined that the gauge is full. If the gauge is full (“YES” in step S1206), the process proceeds to step S1207. If the gauge is not full ("NO" in step S1206), the process returns to step S1201.

  In step S1207, an attack operation using the support character in the gauge full and active state is accepted, and the opponent is attacked on the other main character instead of the main character in accordance with the acceptance of the operation. The damage caused by the attack here is the damage of the opponent as in the case of the attack by the main character, and is subtracted from the physical strength value. Thereafter, the process proceeds to step S1208 to reset the gauge value 1303, and the process returns to step S1201.

  In step S1209 after the transition from step S1202 to step S1209, it is determined whether or not the support character state 1302 has been changed from “active” to “inactive”. If changed ("YES" in step S1209), the process proceeds to step S1210. If not changed, the process returns to step S1201.

  In step S1210, the measurement of the elapsed time after becoming inactive is started, and the elapsed time is registered in the table 1300.

  As described above, in this embodiment, an attack can be performed instead of the main character using the support character.

[Second Embodiment]
Next, a second embodiment of the invention will be described. In the second embodiment, a sub game executed when a predetermined condition is satisfied in the competitive game as shown in FIG. 8A of the first embodiment will be described. The predetermined condition is, for example, when any player issues an instruction to execute the sub game, or when the value of a parameter given to any character matches the condition for executing the sub game And so on. However, the sub game start condition itself does not correspond to an essential feature of the present embodiment.

  FIG. 14 shows a sub game screen 1400. On the screen 1400, main characters 1401 and 1402 are displayed. Each main character is located at one of the landing points 1403, 1404, and 1405, and accelerates the moving speed while moving along the landing point. In the process, when the character collides with the opponent's character, the character with the faster moving speed can damage the opponent. The positions of the landing points 1403, 1404, and 1405 are changed at regular time intervals, but the positional relationship between the landing points is not changed.

  In the present embodiment, the landing points 1403, 1404, and 1405 are uniquely associated with any of the operation buttons 103a, 103b, and 103c of the operation unit 103. For example, the landing point 1403 and the button 103a, the landing point 1404 and the button 103b, and the landing point 1405 and the button 103c can be associated with each other. If the operation buttons 103a to 103c are arranged as shown in the lower side of FIG. 8B, and the appearance of the button 103a is red, the appearance of 103b is blue, and the appearance of 103c is green, the wearing is performed. If the point 1403 is displayed in red, 1404 in blue, and 1405 in green on the screen 1400, the correspondence between each button and the landing point can be easily grasped by the color correspondence.

  Further, when the physical arrangement of the buttons 103a to 103c follows the triangular shape on the lower side of FIG. 8B, as shown in FIG. 15, by changing the positional relationship of the landing points while following the triangular shape, It is possible to maintain the correspondence with the button while changing the button. As for the arrangement positions of the landing points 1403 to 1405, it is possible to change the landing point by specifying position information for a plurality of patterns in advance and arbitrarily selecting any one of the plurality of patterns. .

  In FIG. 15, as an example, the arrangement pattern of landing points is shown from (a) to (e). According to this example, the red landing point 1403 is always located above the other landing points, and the blue landing point 1404 is on the right side of the green landing point 1405, in other words, the green landing point 1405 is blue. It is located on the left side of the landing point 1404. By maintaining such a relative positional relationship, the player can easily visually grasp the correspondence relationship with the physical arrangement of the buttons 103a to 103c, and operate the buttons 103a to 103c without looking at the buttons 103a to 103c themselves. can do.

  Next, processing in the sub game corresponding to the present embodiment will be described with reference to the flowchart of FIG.

  First, in step S1601, a parameter indicating the number of landings: Ng is reset to zero. Next, in step S1602, a button operation from the player is accepted. The button operated here is one of the buttons 103a to 103c. Further, the character is moved to one of the corresponding landing points 1403 to 1405 according to the received button.

  In step S1603, the landing count Ng is updated by 1 in accordance with the accepted button operation. Next, in step S1604, it is determined whether or not a fixed time has elapsed since the update of Ng. This fixed time can be, for example, 0.5 seconds or 1 second. If the predetermined time has elapsed (“YES” in step S1604), the process returns to step S1601, and Ng is reset to zero. On the other hand, if the predetermined time has not elapsed (“NO” in step S1604), the process proceeds to step S1605 to determine whether or not the next button operation has been accepted. If the next button operation is accepted (“YES” in step S1605), the process proceeds to step S1606 to update Ng. Thereafter, the process proceeds to step S1607. At this time, the character 1401 is moved and displayed at the landing point corresponding to the received button position. On the other hand, when the next button operation is not accepted (“NO” in step S1605), the process returns to step S1604 to determine whether or not a predetermined time has elapsed.

  In step S1607, it is determined whether or not there has been a collision with another character. This determination can be made as a collision when the landing points of the two characters based on the button operation are common, or when the trajectory from the movement source to the movement destination intersects. More specifically, when Player 1 operates the button 103a and the CPU on the Player 2 side designates the landing point 1403 corresponding to the button 103a as the next landing point, a collision occurs because the destination landing points are common. To do. Further, Player 1 tries to move from the green landing point 1405 to the blue landing point 1404 by operating the button 103b, and the Player 2 side CPU designates the green landing point 1405 corresponding to the button 103c as the next landing point. When the user tries to move from the blue landing point 1404, the movement trajectory intersects and a collision occurs.

  If it is determined that there is no collision (“NO” in step S1607), the process returns to step S1604 to determine the passage of a fixed time. On the other hand, if it is determined that a collision has occurred ("YES" in step S1607), the process proceeds to step S1608. In step S1608, the number of landings Ng of both characters is compared, and the character with the larger number of landings is determined as the winner. In the present embodiment, the moving speed of the main character is accelerated as the landing number Ng increases. Therefore, a large number of landings means that the moving speed is fast, and it is only necessary to compare the number of landings without comparing the speeds themselves in the win / loss determination.

  In subsequent step S1609, the loss on the loser side is calculated and subtracted from the physical strength value. If Ng is the same in step S1608, both characters receive damage, and the damage is subtracted from the physical strength value for both characters.

  In a succeeding step S1610, it is determined whether or not there is a character having a physical strength value of zero. If there is a character having a physical strength value of 0 (“YES” in step S1610), win / loss display in this subgame is performed in step S1611. On the other hand, if there is no character having a physical strength value of 0, the process returns to step S1601 to continue the process.

  As described above, in the present embodiment, it is possible to determine the victory or defeat when the main character moving at high speed on the screen according to the operation of the selection button collides based on the moving speed (number of landings) of the character, The playability of the game can be improved.

  The above processing (for example, the processing according to the flowcharts shown in FIG. 2, FIG. 4, FIG. 7A, FIG. 7B, FIG. 10, FIG. 12, and FIG. 16, and necessary game data in the above embodiment) is used as a program. By storing the program stored in a storage medium such as a CD-R, ROM, DVD-ROM, or MO, and reading (installing or copying) the program stored in the storage medium, the computer can perform the above processing. It can be performed. Therefore, it is obvious that such a program and a storage medium are also within the scope of the present invention.

It is a figure which shows the basic composition of the game device 100 corresponding to embodiment of invention. It is a flowchart which shows an example of the process corresponding to embodiment of invention. It is a figure which shows an example of the map screen corresponding to embodiment of invention. It is a flowchart which shows an example of the card information reading process corresponding to embodiment of invention. It is a figure which shows an example of the data structure of the character table corresponding to embodiment of invention. It is a figure which shows an example of the screen for card information reading corresponding to embodiment of invention. It is a flowchart which shows an example of the operation reception process in the event process corresponding to embodiment of invention. It is a flowchart which shows an example of the win / loss determination process in the event process corresponding to embodiment of invention. It is a figure which shows an example of the event screen for performing the main game corresponding to embodiment of invention. It is a figure for demonstrating the correspondence of each button of the operation part 103 corresponding to embodiment of invention, and the command icon on a game screen. It is a figure which shows an example of the data table which registers the information for performing the screen display of the main game corresponding to embodiment of invention. It is a figure for demonstrating the identification method of the positional information on the main character corresponding to embodiment of invention. It is a command arrangement | positioning table which shows an example of the arrangement pattern of the command icon corresponding to embodiment of invention. It is a flowchart which shows an example of the process regarding the support character corresponding to embodiment of invention. It is a figure which shows an example of a structure of the support character table corresponding to embodiment of invention. It is a figure which shows an example of the screen display at the time of the sub game execution corresponding to the 2nd Embodiment of invention. It is a flowchart which shows an example of the arrangement pattern of the landing point corresponding to the 2nd Embodiment of invention. It is a flowchart which shows an example of the process of the sub game corresponding to the 2nd Embodiment of invention.

Explanation of symbols

101 CPU
102 RAM
103 Operation unit 104 Communication I / F
105 ROM
106 Display Unit 107 Sound Processing Unit 108 Speaker 109 Bus 110 Internal Storage Device 111 Game Program 112 Game Data 113 Card Reader 114 Card

Claims (10)

Display means for displaying a game screen;
Storage means for storing the main game program;
An operation means having a plurality of operation buttons for accepting operation inputs from a player;
The main game program is executed, and a first game screen of a battle game in which the first main character battles with the second main character in the first game space according to the operation input is displayed on the display means. A game device comprising: a game execution means for causing
The game execution means includes
First command identification information representing a command for operating the first main character assigned to each of the plurality of operation buttons is associated with the first main character, and the second main character is Second command identification information representing a command assigned for operation is associated with the second main character and displayed on the first game screen;
The first command identification information and the second command identification information are arranged so as to surround the main character around the main character by changing the position together with the movement of the associated main character. Display
Depending on the distance between the first main character and the second main character in the first game space, by changing the contents of the first command identification information and the second command identification information game device according to claim Rukoto to display. The game execution means includes the first main character and the first command identification information according to the positions of the first main character and the second main character in the first game space, the game device according to claim 1, characterized in Rukoto be displayed by changing the display size of the second main character and the second command identification information. A physical arrangement relationship of the plurality of operation buttons in the game device;
An arrangement relationship of the first command identification information in the first game screen is:
The game device according to claim 1 or 2, characterized in that they are visually compatible. When the plurality of operation buttons include a first operation button, a second operation button, and a third operation button, the first operation button is defined and the first axis is defined. And a second axis, the first operation button is located on the positive side of the first axis with respect to the second and third operation buttons, and the second operation button The operation button is located on the positive side of the second axis with respect to the third operation button,
When the first command identification information includes a first command icon, a second command icon, and a third command icon, the first to third command icons are the first game icon. Arranged in a two-dimensional plane defined by the horizontal and height directions in the space, the first command icon is located above the second and third command icons in the height direction, and The second command icon is located on the right side in the horizontal direction with respect to the third command icon,
The first operation button and the first command icon correspond to each other, the second operation button and the second command icon correspond to each other, the third operation button and the third command icon, Corresponds to
The direction of the first axis corresponds to the height direction in the first game space, and the direction of the second axis corresponds to the lateral direction in the first game space. Item 4. The game device according to any one of Items 1 to 3 . The game further includes a support character table for registering information on the first support character group and the second support character group given to each of the first main character and the second main character in the battle game. ,
The game execution means associates the first support character group and the second support character group with the first main character and the second main character, respectively, in the first game screen. Display
Each of the first support character group and the second support character group includes one support character in a selected state, and the game executing means is given to the support character only for the support character in the selected state. Displaying the value of the second parameter registered in the support character table in the first game screen;
The game execution means updates the support character table by increasing the value of the second parameter according to a length of time during which the support character is not in a selected state. Item 5. The game device according to any one of Items 1 to 4 . Said game execution means includes said second parameter is a maximum value, and, when in the selected state, wherein the corresponding support character in claim 5, characterized in that available in the battle Game device. The storage means further stores a sub game program,
The game executing means executes the sub game program when a predetermined condition is satisfied during the execution of the main game program, and causes the first main character to move the second main character according to the operation input. Displaying the second game screen of the battle game to be played in the second game space with the main character on the display means;
In the second game screen, a plurality of landing points where the first main character and the second main character can be positioned are displayed.
The plurality of the second arrangement of the game screen of the landing point, claims 1 to 6, wherein the physical arrangement relationship visually corresponding that in the game device of said plurality of operation buttons The game device according to any one of the above. When the plurality of operation buttons include a first operation button, a second operation button, and a third operation button, the first operation button is defined and the first axis is defined. And a second axis, the first operation button is located on the positive side of the first axis with respect to the second and third operation buttons, and the second operation button The operation button is located on the positive side of the second axis with respect to the third operation button,
The plurality of landing points include a first landing point, a second landing point, and a third landing point, and the second game space is defined in the vertical, horizontal, and height directions. The first landing point is located above the second and third landing points in the height direction in the second game space, and the second landing point is the first game point. Located on the right side in the horizontal direction from the landing point of 3,
The first operation button and the first landing point correspond, the second operation button and the second landing point correspond, and the third operation button and the third landing point Corresponds to
The direction of the first axis corresponds to the height direction in the second game space, and the direction of the second axis corresponds to the lateral direction in the second game space. Item 8. The game device according to Item 7 . In the second game space, the game executing means is configured to switch at least one of the first main character and the second main character to the first operation button, the second operation button, or the In response to an operation on the third operation button, the second game screen is displayed by moving to the corresponding landing point,
Counting means for counting the number of times the first main character and the second main character have landed on any of the first to third landing points;
A collision determination means for determining whether or not the first main character and the second main character are displayed in a collision;
When the collision determination means determines that a collision is displayed, the winning and losing is determined according to the size of the landing number of the first main character and the landing number of the second main character. The game apparatus according to claim 8 , further comprising a determination unit. Display means for displaying a game screen, storage means for storing a main game program, operation means having a plurality of operation buttons for receiving operation inputs from a player, and executing the main game program, A game device control method comprising: a game execution unit that causes a display unit to display a first game screen of a battle game in which a character battles with a second main character in a first game space in accordance with the operation input. A computer program for causing a computer to execute, the method comprising:
First command identification information representing a command for operating the first main character assigned to each of the plurality of operation buttons is associated with the first main character, and the second main character is Associating second command identification information representing a command assigned for operation with the second main character and displaying the second command identification information on the first game screen;
The first command identification information and the second command identification information are arranged so as to surround the main character around the main character by changing the position together with the movement of the associated main character. A process of displaying;
Depending on the distance between the first main character and the second main character in the first game space, by changing the contents of the first command identification information and the second command identification information computer program, characterized in that it comprises a step of Ru is displayed.