JP2011136128A - Match game system, and game progress control method there - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To set movement of characters controlled by a computer in a virtual game space to be a move similar to player operation. <P>SOLUTION: The match game system includes a server 3, and a plurality of game terminals 1. The game terminal 1 includes a movement information obtaining part 161k to obtain movement information on a character operated by a player as counter information of passage points. The server 3 includes a selecting part 361c to select the prescribed number of players to compose friend and foe teams, and fill shortage if any in the selected number with an NPC, and a recommendation progress route producing part 361d to produce the prescribed number of recommendation progress routes with high achievements of movement based on the counter information of the passage points obtained by each game terminal. The game terminal 1 also includes an NPC progress route determining part 161m to set one of the produced recommendation progress routes to the NPC before starting a game, and an NPC control part 161n to move the NPC in the virtual game space in accordance with the set recommendation progress route. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a battle game system that controls a battle game in which a predetermined number of characters that constitute a team of friends and an enemy team battle each other in a common virtual game space, and a game progress control method thereof.

  Conventionally, in a video game simulating a ball game (soccer or baseball), a computer controls the movement of characters other than the main character operated by the player, so that the entire game can proceed. Patent Document 1 describes a game in which a character (NPC (Non player Character)) controlled by a computer other than the main character is programmed to act according to a soccer rule. Thereby, even if it is a game played by one player, it is possible to make the whole game progress without a sense of incongruity.

  On the other hand, Patent Document 2 describes a shooting game in which one ally character that is a self-character and NPC and two enemy characters that are NPC face each other in a 2-to-2 match. In this game, one ally character and two enemy characters, which are NPCs, are made movable according to a given game program in an object space prepared in advance, where obstacles are arranged at appropriate positions. Yes.

JP-A-11-342263 JP 2008-173491 A

  In the game described in Patent Document 1, since it is necessary to move according to the rules of the ball game, the control program for the NPC must comply with the competition rules, and the freedom of movement is basically Absent. Moreover, in the game described in Patent Document 2, nothing is described about the movement mode of the ally character and the enemy character which are NPCs.

  The present invention has been made in view of the above, and in a battle game in which a shortage of players constituting a team is allocated with characters controlled by a computer, the movement of the character controlled by the computer in the virtual game space is performed. It is intended to provide a battle game system and a game progress control method thereof that are made to move with a movement close to the player operation by referring to the movement result of the character operated by the player.

  According to the first aspect of the present invention, a predetermined number of characters constituting each team and enemy team appear in a common virtual game space, and instructions regarding actions including attack, defense, and movement from the corresponding player are displayed on the network. A battle game system comprising: a plurality of game terminals that execute a battle game by being exchanged via a server; and a server that is communicably connected to the plurality of game terminals and manages information relating to team formation and the result of the battle game The game terminal comprises movement information acquisition means for acquiring movement information of a character acting in the virtual game space in response to an operation from a player, and the server constitutes the team of friends and the enemy team In addition to selecting a predetermined number of players, if the number of selections is insufficient, the amount of the shortage is stored in the computer. The recommended progress route for creating a predetermined number of recommended travel routes with a high track record of movement from the selection means to be supplemented by the character controlled by the game and the movement information of each character acquired in each game terminal in the virtual game space Creating means, and the game terminal sets one of the predetermined number of recommended progress routes created by the recommended progress route creation means as a character controlled by the computer before starting the game. Progression route determining means and the shortage of the number of characters controlled by the computer appear in the virtual game space, and the character controlled by the computer is instructed to move according to the recommended progress route set respectively. And a control means.

  According to the sixth aspect of the present invention, a predetermined number of characters that make up a team of ally and an enemy team appear in a common virtual game space, and instructions for actions including attack, defense, and movement from the corresponding player are sent to the network. A battle game system comprising: a plurality of game terminals that execute a battle game by being exchanged via a server; and a server that is communicably connected to the plurality of game terminals and manages information relating to team formation and the result of the battle game In the game progress control method, the movement information acquisition unit of each game terminal receives the movement information of the character acting in the virtual game space in response to an operation from the player, and the selection unit of the server includes the team member. And a predetermined number of players constituting the enemy team are selected, and if the number of selections is insufficient, A few minutes are replenished with characters controlled by the computer, and the recommended route creation means of the server uses a predetermined number of high movement records from the movement information of each character acquired in each game terminal in the virtual game space. A recommended progress route is created, and the progress route determining means of a predetermined game terminal of the game terminals plays one of the predetermined number of recommended progress routes created by the recommended progress route creating means. Before starting, a character controlled by the computer is set, and control means of a predetermined game terminal among the game terminals appears in the virtual game space for the insufficient number of characters controlled by the computer. To the recommended travel route set for each character controlled by the computer. It is an indication of the movement I.

  According to these inventions, a team battle game is performed with a predetermined number of characters constituting the team and the enemy team appearing in the common virtual game space. Then, a battle game is executed when instructions regarding actions including attack, defense, and movement from the game terminal by the player are exchanged with other game terminals via the network. In addition, a server that is communicably connected to a plurality of game terminals is provided, and this server manages information related to team formation and the result of the battle game. Game progress control is performed by a battle game system including a plurality of game terminals and a server. That is, the movement information acquisition means of each game terminal acquires movement information of a character that acts in the virtual game space in response to an operation from the player. On the other hand, the server selection means selects a predetermined number of players constituting the team and the enemy team, and when the number of selections is insufficient, the shortage is supplemented with characters controlled by the computer. The recommended route creating means of the server creates a predetermined number of recommended progress routes with a high record of movement from the movement information of each character acquired in each game terminal in the virtual game space. Then, one of the predetermined number of recommended progress routes created by the recommended progress route creating means is controlled by the computer before starting the game by the progress route determining means of the predetermined one of the game terminals. Set by the control means of a predetermined one of the game terminals, and the number of characters controlled by the computer is made to appear in the virtual game space and controlled by the computer. An instruction for movement is given to each character according to the set recommended travel route.

  Therefore, in a battle game in which the shortage of players making up the team is allocated with characters controlled by the computer, the movement of the character controlled by the computer in the virtual game space refers to the movement result of the character operated by the player. Thus, it is possible to set the movement with no difference from the player operation. In addition, if the character controlled by the computer is moved freely, it may not meet the enemy character and the battle game may not progress properly. Since it was decided from the inside, such a possibility is suppressed as much as possible, and suitable game development can be expected.

  According to a second aspect of the present invention, in the competitive game system according to the first aspect, at the start of the competitive game, all characters constituting one team are assigned to the same position in the virtual game space. And According to this configuration, since each team starts the game from the same position as the character and the character controlled by the computer, there is a possibility that the game progresses with the teammate characters relatively close together in the game space. In addition, since the movement control of the character controlled by the computer is limited to a certain extent as compared to the case where the game is started in a discrete manner, the start position is fixed. The burden is reduced. Furthermore, since the positions of the teammate characters and the characters controlled by the computer are easier to grasp compared to when the game is started separately, it is easier to establish a strategy in the battle game.

  According to a third aspect of the present invention, in the competitive game system according to the first or second aspect, one of the server and the game terminal is based on information about a result of the competitive game of the player. Game strength setting means for setting the game strength representing, wherein the recommended progress route creating means creates the recommended progress route for each game strength set by the game strength setting means, The selection means sets the game strength for each character controlled by the computer to be supplemented, and the progress route determination means determines the character controlled by the computer supplemented by the selection means. In contrast, the game strength set for the supplemented character controlled by the computer. Corresponding to, and determines the one traveling route among the recommended running routes. According to this configuration, since the recommended progress route is created for each game strength of the player, when adopting an aspect in which the strength to the game can be set for the character controlled by the computer that is supplemented, When there is some difference or a habit in the progress route according to the game strength, it is possible to reflect these on the character controlled by the computer.

  According to a fourth aspect of the present invention, in the competitive game system according to any one of the first to third aspects, a plurality of types of the virtual game space are prepared, and the game terminal is configured so that the plurality of types of the game terminal is One of the virtual game spaces is selected. According to this configuration, since a plurality of types of virtual game spaces are prepared so as to be selectable, it is possible to set various progress routes for the character controlled by the computer.

  According to a fifth aspect of the present invention, in the battle game system according to any one of the first to fourth aspects, the control means responds to a predetermined battle situation of a teammate character of the teammate from the recommended progress route. It is characterized by giving an instruction to move toward the position of the character. According to this configuration, since the character controlled by the computer is moved away from the traveling route determined under the predetermined condition, for example, even temporarily, to the predetermined position, the character controlled by the computer is urgent. It is possible to control the movement of the character, and to give a more natural movement to the character controlled by the computer.

  According to the present invention, since the movement of the character controlled by the computer in the virtual game space is referred to the movement result of the character operated by the player, a movement close to the player operation can be set. In addition, if the character controlled by the computer is moved freely, it may not meet the enemy character and the battle game may not progress properly. Since it was decided from the inside, such a possibility is suppressed as much as possible, and suitable game development can be expected.

It is a lineblock diagram showing one embodiment of a game system concerning the present invention. It is a perspective view which shows the external appearance of one Embodiment of a game terminal. It is a hardware block diagram which shows one Embodiment of a game terminal. It is a functional block diagram of the control part of a game terminal. It is a hardware block diagram which shows one Embodiment of a server. It is a functional block diagram of the control part of a server. It is a figure for demonstrating the movement of the virtual camera 60, and the movement of a self character. It is a figure for demonstrating the state which took the stance (attack posture). FIG. 9A is a diagram for explaining the principle of a 3D stereoscopic display mode of a game image, FIG. 9A is a simulation diagram showing the relationship between two virtual cameras and a subject, and FIG. 9B is two virtual cameras. It is a simulation diagram which shows the relationship between the image image | photographed by 1 and a monitor image. It is a block diagram for displaying a game image in 3D stereoscopic display mode. It is a top view which shows one of the battlefields for demonstrating a recommendation progress route. It is a figure which shows an example of a game screen. It is a flowchart explaining the procedure of the game process performed by the game program of CPU161 of the game terminal 1. FIG. It is a flowchart explaining the procedure of the passage history acquisition process performed by the game program of CPU161 of the game terminal 1. FIG. 4 is a flowchart for explaining a procedure of passage history storage processing executed by a game program of a CPU 361 of the server 3. It is a flowchart explaining the procedure of the progress route determination process performed by the game program of CPU161 of the game terminal 1 used as a master machine. 10 is a flowchart for explaining a procedure of recommended progress route transmission processing executed by a game program of a CPU 361 of the server 3. 4 is a flowchart for explaining a procedure of recommended progress route creation processing executed by a game program of a CPU 361 of the server 3.

  FIG. 1 is a block diagram showing an embodiment of a battle game system to which a video game apparatus according to the present invention is applied. The competitive game system is communicably connected to a client terminal device (game terminal) 1 with which identification information is associated with each other, and a plurality of (8 in this case) game terminals 1. A router 2 that is a communication device for connecting between each game terminal 1 and the game terminal 1 of another store via a network (Internet), and a plurality of players that are communicably connected via each router 2. Includes a server 3 that manages information relating to player authentication, player selection, and game history for use with the game terminal 1.

  The game terminal 1 advances a game by a player performing a predetermined operation based on a game screen displayed on a monitor. The identification information associated with the game terminal 1 includes the identification information for each router 2 to which the game terminal 1 is connected (or the identification information of the store where the game terminal 1 is installed) and the game terminal 1. It includes identification information (referred to as a terminal number) for each game terminal 1 in the established store. For example, when the identification information of the store A is A and the identification information of the game terminal 1 in the store A is 4, the identification information of the game terminal 1 is A4.

  The router 2 is communicably connected to a plurality of game terminals 1 and the server 3, and transmits and receives data between the game terminal 1 and the server 3.

  The server 3 is communicably connected to each router 2, stores the player information in association with a user ID for specifying an individual player, and transmits / receives data to / from the game terminal 1 via the router 2. Thus, a player (referred to as an opponent) who plays a game in the same game space as the player is selected.

  FIG. 2 is a perspective view showing an appearance of an embodiment of the game terminal 1. As a battle game performed using the game terminal 1, a shooting game is assumed among the battle games in the present embodiment. In the shooting game, a one-on-one battle mode and a team battle mode are set. In the team battle mode, a predetermined number of players, for example, four enemies and teammates battle each other. In the battle mode and the team battle mode, mutual operation data is transmitted and received through the network communication unit 18 and the router 2 described later.

  The game terminal 1 includes a monitor unit 10 and a controller unit 20 installed on the front surface of the monitor unit 10, and a mat member 1A is provided between the two. The monitor unit 10 includes a monitor 11 including a liquid crystal display or a plasma display for displaying a game image, a card reader 13 for reading the contents of a personal card, a coin receiving unit 14 for inputting a game fee, and an operation member for specifying a display mode to be described later. For example, a push button 15 is provided. The personal card is a magnetic card or an IC card in which player identification information is recorded as a user ID. Further, although not shown in FIG. 2, a speaker 12 that generates a sound effect or the like at the time of attack (shooting or the like) is disposed.

  In this embodiment, the controller unit 20 includes a chair-type seating unit 21. The seat 21 has armrests 22 and 23 on the left and right. A first operating member 30 and a second operating member 40 having a size that can be gripped by human hands are placed at the distal ends of the right armrest portion 22 and the left armrest portion 23. Specifically, the upper surface of the distal end of the right armrest portion 22 is formed in a planar shape, and the first operation member 30 is placed thereon. A second operation member 40 is placed on the top surface of the distal end of the left armrest 23.

  The first operation member 30 includes an optical mouse 31 on the inner bottom surface side, a trigger button 32 that is a push-type switch on the outer top surface, and a posture change button 33 that is a push switch on the upper side of the side surface. A jog dial 34 is provided. The optical mouse 31 has a known structure and functions as a slide amount detection unit. More specifically, the first operation member 30 receives a projector that projects irradiation light that reflects the outside through a light-transmitting portion formed on a part of the bottom plate, and further receives reflected light from the outside. It incorporates an image sensor for imaging. The amount of movement of the first operation member 30 is obtained by detecting a change in an external image captured by the image sensor. In order to make it possible to detect a change in the captured image, the upper surface of the tip of the right armrest portion 22 is formed with a predetermined roughness. By sliding the first operating member 30 on the upper surface of the right armrest portion 22, the sliding amount in the front-rear and left-right directions can be measured.

  The trigger button 32 detects the push-in operation by pushing the movable part 321 toward the main body to generate an electrical signal such that the movable metal piece (not shown) contacts the other fixed metal piece. is there. The pushing operation is for instructing a shooting action to the self-character displayed on the screen of the monitor 11.

  The posture change button 33 has a structure that can swing on a horizontal plane, and one end side thereof is biased outward. Each time the one end side is pushed against the urging force, a posture of squatting is executed. The jog dial 34 sets the turning speed of the virtual camera 60, and the virtual camera turns at a speed corresponding to the rotation amount of the dial.

  The second operation member 40 includes a joystick 41 for instructing movement of the self character, and further, a holding button 42, an item button 43, and an action button 44, which are push-type switches, are disposed on the front side of the outside. ing. Each button 42, 43, 44 has the same structure as the trigger button 32. The joystick 41 has a known structure, has an operation rod that can be tilted in a desired direction on a horizontal plane, and outputs a signal corresponding to the tilt direction and tilt angle of the operation rod. The signal corresponding to the tilt direction and tilt angle instructs the movement of the self character displayed on the screen of the monitor 11 within the virtual game screen. The tilt angle indicates the moving speed, and the tilt direction indicates the moving direction. The moving direction may be 360 degrees, but is set to a predetermined direction including front, rear, left and right in signal processing. For example, there are 8 directions. Note that the movement speed may be a mode in which the movement speed is constant by switching only between the stop and the movement regardless of the tilt angle, or the movement speed may be set at a predetermined level, for example, two levels.

  The stance button 42 functions as an attack preparation instructing member, and instructs a preparatory action for causing the weapon possessed by the self character to perform an original function by a pushing operation. The item button 43 is a button for changing an item, and is used to cyclically change and set a plurality of types of items (here, weapons) set in advance by a pushing operation. As weapons, those corresponding to the game are prepared. Here, there are rifles and handguns as virtual guns, as well as knives and grenades. When a weapon is designated, a weapon image is virtually carried in the hand of the self character on the screen of the monitor 11. The action button 44 functions as a member for instructing an action, and for example, puts out a martial art in a close battle.

  A control unit 16 (see FIG. 3) including a microcomputer that outputs a detection signal and a control signal to each unit is disposed at an appropriate position of the game terminal 1.

  FIG. 3 is a hardware configuration diagram illustrating an embodiment of the game terminal 1. The control unit 16 controls the overall operation of the game terminal 1 and includes an information processing unit (CPU) 161 that performs various information processing in addition to processing related to the overall progress of the game and image display processing, information in the middle of processing, and the like. Are temporarily stored, and a ROM 163 in which predetermined image information, a game program, and the like are stored in advance.

  The external input / output control unit 171 converts the detection signal into a digital signal for processing between the control unit 16 and the detection unit including the card reader 13 and the coin receiving unit 14, and sends the command information to each device of the detection unit. On the other hand, it is converted into a control signal and output, and such signal processing and input / output processing are performed, for example, in a time-sharing manner. The external input / output control unit 171 outputs command information corresponding to each operation on the button 15, the first and second operation members 30, 40 to the control unit 16. The external device control unit 172 performs a control signal output operation to each device of the detection unit and a detection signal input operation from each device of the detection unit within each time division period.

  The drawing processing unit 111 displays a required image on the monitor 11 in accordance with an image display instruction from the control unit 16, and includes a video RAM and the like. The sound reproducing unit 121 outputs a predetermined message, BGM, or the like to the speaker 12 in accordance with an instruction from the control unit 16.

  The ROM 163 stores a predetermined number of allies, enemy character images, item (weapon) images, various screen images, and the like operated by the player. Further, as will be described later, the ROM 163 stores one or more types of NPC (Non player Character) images which are characters controlled by a computer (for example, two types that can identify an enemy and a friend). Note that it is only necessary that the character and NPC operated by the player can be distinguished from the enemy side or the ally side in appearance. Each image is made up of a required number of polygons constituting the image so that three-dimensional drawing is possible, and the drawing processing unit 111 is based on a drawing instruction from the CPU 161 in a three-dimensional space (virtual game space). Performs calculations for conversion from the world coordinate system to the local coordinate system based on the virtual camera, and further conversion to a position in the pseudo 3D space, light source calculation processing, etc. Then, a process for writing image data to be drawn, for example, a process for writing (pasting) texture data to an area of the video RAM designated by a polygon is performed. The background is formed of various objects that can produce a shooting game.

  Here, the relationship between the operation of the CPU 161 and the operation of the drawing processing unit 111 will be described. The CPU 161 outputs an image from the ROM 163 based on an operating system (OS) recorded in the ROM 163 as an attachment / detachment method with respect to the built-in or external image information output to the monitor 11 and the image table processing unit for displaying the image information. The game program data based on the voice and control program data and the game rules is read out. Some or all of the read image, sound, control program data, and the like are held on the RAM 162. Thereafter, the CPU 161 is based on a control program stored in the RAM 162, various data (image data including other character images such as polygons and textures of display objects, audio data), a detection signal from the detection unit, and the like. Processing proceeds.

  Of various data stored in the ROM 163, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD, a DVD, or a semiconductor memory.

  The network communication unit 18 transmits and receives player operation information and the like generated during the execution of the shooting game to and from the game terminal 1 operated by an ally player or an enemy player via the router 2 and further via the network. belongs to. Further, the network communication unit 18 is for transmitting / receiving information at the time of the player acceptance process and game result information at the time of the game end to / from the server 3 via the router 2 or the like.

  FIG. 4 is a functional configuration diagram of the control unit 16 of the game terminal 1. The CPU 161 of the control unit 16 executes a game program and a control program held on the RAM 162, thereby performing a series of progress from the start to the end of the game, and a reception processing unit 161a that accepts participation from the player in the game. It functions as a game progress control unit 161b that controls and advances the shooting game, and an image display control unit 161c that displays a received image, a game image, and the like on the monitor 11. In addition, the CPU 161 executes a game program and a control program held on the RAM 162, thereby controlling the position and line-of-sight direction of the virtual camera 60 arranged in the virtual game space, and the virtual character of the self character. A character movement processing unit 161e for processing a movement operation in the game space, an attack processing unit 161f for processing an attack operation performed using a weapon virtually possessed by the self-character, and an attack preparation performed prior to the attack operation During the game, monitor the presence / absence of an attack to be performed on the enemy character of the self character; When the attack is successful, for example, when hit with a gun, The score processing unit 161i for providing the game player, the game strength setting unit 161j for setting the strength of the player's game, and the movement information of the player character in the virtual game space are periodically acquired, as will be described later. In addition, when there is a shortage of the movement information acquisition unit 161k that compares and compares the difference with the passing points prepared in advance on the traveling route and the characters that make up the team, the server 3 side described later selects The NPC progress route determination unit 161m that determines the progress route of the NPC (Non player Character) controlled by the computer in the virtual game space, and the NPC control unit that controls the NPC action (attack, defense, and movement operation) 161n, and functions as a communication control unit 161o that controls communication of various types of information before and after the game starts and during the game.

  The acceptance processing unit 161 a accepts a personal card inserted into the card reader 13 of the game terminal 1, reads a user ID from the personal card, and transmits the read user ID to the server 3. In an aspect in which there are a plurality of battle modes, for example, the setting can be made by pressing a joystick 41 or other predetermined button or switch.

  When the optical mouse 31 is operated, the virtual camera control unit 161d adjusts the viewpoint and line-of-sight direction of the virtual camera 60 according to the operation content. The virtual camera control unit 161d sets the position of the virtual camera 60 with a relative positional relationship with the self character. In this embodiment, although not an essential component, two virtual cameras 60L and 60R are provided as virtual cameras in order to realize 3D stereoscopic display, as will be described later. The movement of the virtual camera 60 by the optical mouse 31 is performed in the description of FIG.

  When the joystick 41 is operated, the character movement processing unit 161e adjusts the moving direction and moving speed of the self character according to the operation content. When the self-character moves, the virtual camera control unit 161d performs control so as to move in parallel with the movement of the self-character so as to maintain the relative positional relationship. Thereby, the display of the game image centered on the self character is maintained. The processing contents of the virtual camera control unit 161d and the character movement processing unit 161e are reflected on the image displayed on the monitor 11 by the image display control unit 161c.

  FIG. 7 is a diagram for explaining the movement of the virtual camera 60 and the movement of the self character. In FIG. 7, when the optical mouse 31 is slid by a predetermined distance in the front-rear (up-and-down) direction, the slide amount is measured, and the virtual camera 60 is turned by an angle corresponding to the measured slide amount. When the optical mouse 31 is moved to the front side, if the camera is currently in the “A” position, the camera turns to the “B” position side by an angle corresponding to the slide amount. Conversely, when the optical mouse 31 is moved to the rear side, the camera turns from the “A” position to the “C” position side by an angle corresponding to the slide amount. Further, when the optical mouse 31 is moved to the left and right, assuming that the camera is currently in the “A” position, the camera turns in the left and right directions on the horizontal plane by an angle corresponding to the slide amount. The virtual camera control unit 161d moves the virtual camera 60 in accordance with the input slide direction and slide amount, and as a result, the image display control unit 161c appears within a predetermined angle of view in the visual line direction of the virtual camera 60. The image is displayed on the monitor 11. Therefore, even if the game image is a team shooting game performed in the same virtual game space, the game image centered on each player is displayed on the monitor 11 of the game terminal 1 operated by each player.

  Further, when the operating rod of the joystick 41 is tilted by a predetermined angle in the front-rear and left-right directions, an electrical signal corresponding to the tilt direction and tilt angle is output to the character movement processing unit 161e. The character movement processing unit 161e moves the self character from the electrical signal in the tilt direction at a speed corresponding to the tilt angle. The moving direction is set to front, back, left and right with reference to the direction in which the self character is actually facing. FIG. 7 shows the movement in the forward direction. By moving the self character in a desired direction, the game can be advantageously advanced by approaching or retreating to the enemy character. Further, by operating the optical mouse 31 during the movement of the self character, it is possible to move accurately while confirming the surroundings of the self character.

  The attack processing unit 161f receives an operation of the trigger button 32, and causes the enemy character to attack the enemy character with the weapon he possesses. The stance processing unit 161g directs the direction of the self character in the line-of-sight direction of the virtual camera 60 when the stance button 42 is pressed. Specifically, the direction of the weapon held by the self character, for example, the muzzle of a gun, is made coincident with or parallel to the viewing direction of the virtual camera 60. By the way, as for the viewpoint of the virtual camera 60, a third person viewpoint (TPS) display mode set to a diagonally backward position of a part of the self character (for example, the upper body part), a face position of the self character, or a weapon position. And first person shooter (FPS) display mode. When the holding button 42 is pressed, the position of the virtual camera 60 is controlled in the third person viewpoint position display mode, and the virtual camera control unit 161d substantially matches the line-of-sight direction of the virtual camera 60 with the self character (over shoulder position). Accordingly, the center of the monitor 11 is the position over the shoulder of the self character (see, for example, FIG. 12).

  FIG. 8 is a diagram for explaining a state in which a stance (attack posture) is taken. In FIG. 8, the virtual camera 60 is directed substantially forward. In this state, when the holding button 42 is pressed, the direction of the muzzle of the virtual gun is the line-of-sight direction of the virtual camera 60 regardless of the direction of the self character. Directed forward. On the left side of FIG. 8, screen views A and B when the gun object is held are described. Screen views A and B are displayed here in the first person viewpoint position display mode. As shown in the screen diagram A, an aim 11a indicating the direction of the muzzle is displayed at the center of the screen. The aim display unit 161h displays the aim 11a in conjunction with the operation of the posture processing unit 161g. In screen A, the positions of the aim 11a and the enemy character 110 do not match, and even if the trigger button 32 is pressed in this state, the enemy character 110 is not hit. Therefore, as shown in the screen diagram B, that is, by sliding the optical mouse 31 leftward with respect to the screen diagram A by a given amount, the aim 11a can be superimposed on the enemy character 110. Specifically, the enemy character 110 moves relative to the center of the screen of the monitor 11 (relative to the aim 11a) and overlaps. Accordingly, when the trigger button 32 is pushed in this state, the enemy character 110 is hit.

  The attack processing unit 161f may calculate the trajectory of the bullet fired from the muzzle and display the trajectory according to the calculation result, or, as in the present embodiment, the center of the cross-shaped aim 11a. The bullet may pass virtually through a circle (predetermined region) having a predetermined diameter. If it does in this way, if a part of enemy character 110 has overlapped in this predetermined field, it will be hit. Note that the bullet does not necessarily advance to the center of the cross-shaped sight 11a. For example, a process in which the muzzle of a machine gun or the like is irregularly shaken, or a process in which the shooting direction is blurred while the self-character is moving is performed. You may go.

  When the attack to the enemy character is successful, the score processing unit 161i accumulates a predetermined score for each hit when the score set in advance for each type of attack is, for example, shooting. In the present embodiment, when the self-character is attacked, the self-score is not deducted, but a mode in which a predetermined value is deducted may be used. Then, at the end of the game, in the team battle mode, the sum of the scores may be obtained for each ally and enemy side, and the winning or losing may be determined by the magnitude. When an attack is received, an operation of falling for a predetermined time may be performed as an effect, and during that time, movement or attack instructions may be prohibited. In addition, a predetermined life value is given at the start of the game by the score processing unit 161i, and every time an attack is received, this life value decreases by a predetermined value, and when the life reaches a value of 0, return to the game is prohibited. In other words, only the player may forcibly end the game. The accumulated score at the end of the game is sent to the server by the communication control unit 161o and stored.

  In the present embodiment, in response to an operation on the button 15 by the player, or when the game progress reaches a predetermined situation set in advance or returns to the original situation, the situation is determined. The display method is automatically switched between the 2D display mode and the 3D stereoscopic display mode. Here, the 2D display mode displays the 3D image as it is, and the 3D stereoscopic display mode corresponds to the left and right images with parallax when the 3D image is viewed with the left and right eyes. The three-dimensional effect is imparted by guiding only to the eyes on the side to be performed. Hereinafter, the 2D display mode and the 3D stereoscopic display mode will be briefly described with reference to FIGS. 9 and 10.

  FIG. 9 is a diagram for explaining the principle of the 3D stereoscopic display mode of the game image. FIG. 9A is a simulation diagram showing the relationship between the two virtual cameras and the subject, and FIG. It is a simulation figure which shows the relationship between the image image | photographed with the virtual camera of a stand, and a monitor image. FIG. 10 is a configuration diagram for displaying a game image in the 3D stereoscopic display mode.

  Two virtual cameras 60L corresponding to the left eye and a virtual camera 60R corresponding to the right eye are prepared in the virtual game space. The virtual cameras 60L and 60R have a predetermined positional relationship, and the line-of-sight direction intersects at a predetermined position in the depth direction, typically at the position of a character or object as a subject in the virtual game space. . The image storage unit 162L indicates a partial memory area in the RAM 162, and image data of one scene in the virtual game space photographed by the virtual camera 60L is written therein. The image storage unit 162R indicates a partial memory area in the RAM 162, and image data of one scene in the virtual game space photographed by the virtual camera 60R is written therein. Objects OB1 and OB2 shown in FIG. 9A are images of subjects included in the scene. In the virtual cameras 60L and 60R, the line of sight is set toward the object OB1 here. For convenience of explanation, an image photographed by the virtual camera 60L is represented by a vertical line, and an image photographed by the virtual camera 60R is represented by a horizontal line.

  The images in the image storage units 162L and 162R are combined and displayed on the monitor 11. As will be described later, a sheet parallax barrier member 71 (for example, trade name Xpol (registered trademark), manufactured by Arisawa Manufacturing Co., Ltd.) is affixed on the screen of the monitor 11. The parallax barrier member 71 is formed by regularly arranging fine polarizing elements, and a vertical polarization region in which vertical slits are alternately formed at predetermined intervals in the vertical direction (corresponding to the line width of one horizontal scan). And a lateral polarization region in which a lateral slit is formed. As a result, among the image light from the monitor 11, only the vertically polarized light passes in the vertically polarized region, and only the horizontally polarized light passes in the horizontally polarized region (see FIG. 9B). The spectacles 72 are attached with fine polarizing elements (polarizing materials) for longitudinally polarized light and laterally polarized light on the left and right sides. The left eye side allows only vertically polarized light to pass therethrough, and the right eye side allows only horizontally polarized light to pass therethrough. Therefore, by viewing the polarized light image from the monitor 11 by wearing (using) the glasses 72, a parallax image is provided to the left and right eyes, and a 3D stereoscopic image can be viewed. (Obtains a three-dimensional effect).

  More specifically, in FIG. 10, the virtual cameras 60L and 60R repeat the photographing operation every predetermined period, for example, 1/60 (second), and images taken at each timing are temporarily stored in the image storage units 162L and 162R. Is written to. The storage capacity of the image storage units 162L and 162R is n rows in the vertical direction and m columns in the horizontal direction, and the storage capacity of the video RAM 162C is 2n rows in the vertical direction and m columns in the horizontal direction.

  The R / W address control unit 161c-1 of the image display control unit 161c sequentially reads the image data of each row of the image storage unit 162L, and sequentially writes the image data to odd rows (lines) of the video RAM 162C. Each time the writing of one line is completed, the R / W address control unit 161c-1 sequentially reads out the image data of each row of the image storage unit 162R, and sequentially writes the even number rows (lines) of the video RAM 162C. Write. The R / W address control unit 161c-1 generates a read address and a write address for that purpose, and generates a chip select signal. With this series of writing processes, image data for both the left and right eyes is created in the video RAM 162C.

  The image data in the video RAM 162C is repeatedly read out to the monitor 11 at a predetermined high speed. The number of pixels (number of pixels) of the monitor 11 is 2n × m corresponding to the video RAM 162C. As shown in the image (vertical lines and horizontal lines are alternately attached) in FIG. 10, the parallax barrier member 71 is fine for vertical polarization and horizontal polarization described above for each row of pixels in the vertical direction. Polarizing elements are arranged alternately.

  The storage capacity of the image storage units 162L and 162R for storing images captured by the virtual cameras 60L and 60R is set to 2n rows in the vertical direction so as to correspond to the number of pixels in the vertical direction of the monitor 11, thereby displaying the 3D stereoscopic display. The same resolution as in the case of 2D display may be maintained. Further, the contents stored in the image storage units 162L and 162R may be directly output to the monitor 11 in the same manner as reading out to the video RAM 162C, that is, in synchronization. In this way, a mode in which the video RAM 162C is not used is possible.

  The above description is a case where the virtual cameras 60L and 60R are set at different positions having a predetermined positional relationship. Next, the 2D display mode will be described.

  When an instruction signal for switching the 3D stereoscopic display mode to the 2D display mode is output, the virtual camera control unit 161d matches the positions of the virtual cameras 60L and 60R and also matches the line-of-sight directions. 60R position control is performed. As a result, the same images are taken by the virtual cameras 60L and 60R, and the image data in the image storage units 161L and 162R are also the same. As a result, in the video RAM 162C, image data is embedded in each row by the same processing as in the case of 3D stereoscopic display. That is, no parallax occurs between the image for the left eye and the image for the right eye, so that the player wearing the glasses 72 cannot give a stereoscopic effect, and as a result, the 3D image is displayed in the 2D display mode. It becomes a normal display mode. When an instruction signal for switching the 2D display mode to the 3D stereoscopic display mode is output, conversely, the positions of the virtual cameras 60L and 60R are set to a predetermined positional relationship, and as a result, the left and right eyes are positioned. The parallax occurs and the image can be displayed stereoscopically. In this way, it is possible to switch between the 2D display mode and the 3D stereoscopic display mode only by changing the arrangement positions of the virtual cameras 60L and 60R. A control program for changing the display mode is stored in the ROM 163 in advance.

  The virtual camera control unit 161d sets the position of the virtual cameras 60L and 60R in the 3D stereoscopic display mode as follows. That is, position information controlled when one virtual camera is assumed is set as a reference position (center position), and virtual cameras corresponding to the left and right sides are arranged at positions separated by a predetermined distance on the left and right sides. It is natural and preferable that the distance between the virtual cameras 60L and 60R corresponds to the distance between the human eyes. In this case, the position processing may be performed based on the position of one of the virtual cameras 60L and 60R.

  Returning to FIG. 4, the RAM 162 of the control unit 16 stores the game progress information during the battle game in the same virtual game space for each player, that is, through the self and the network communication unit 18. And a setting information storage unit 162b for storing setting information and score information set by various switches and buttons. Each time the game ends, the communication control unit 161o transmits the score information to the server 3 together with the player user ID, the game terminal 1 and the store identification information.

  The game strength setting unit 161j sets the game strength according to a predetermined rule from its own game results (score, win / loss, successful attack count, defense failure count, etc.) at the end of the game. Typically, ranking is performed, and identification is performed by a predetermined number of classes (for example, rank 1, rank 2,...). Note that the game strength setting unit 161j may be provided in the server 3 to set the rank when writing from the game terminal 1 to the history storage unit 362b for each player.

  The movement information acquisition unit 161k acquires movement information indicating a movement state of the self character in the virtual game space processed by the character movement processing unit 161e. In this embodiment, when a required number of passing points that can be identified in advance are set in the virtual game space, the position of the self-character is periodically detected during the game, and the detected position matches any passing point The identification information of the passing point is acquired as passing information. The passing point may be a two-dimensional coordinate, but in the present embodiment, the passing point is acquired as a three-dimensional coordinate on the assumption that the self character moves to the rooftop of the building, or enters a basement or a cave. It is transmitted to the server 3 by the communication control unit 161o, and is used as data for aggregation for obtaining a recommended progress route (see FIG. 11) as described in the description of the server 3. The virtual game space is prepared in advance and is stored in the ROM 363 of the server 3 in this embodiment as will be described later. The selected virtual game space is read from the ROM 363 to the RAM 162 and developed on the monitor 3 before starting the game. The virtual game space may be stored in the ROM 163 of each game terminal.

  Details of the NPC progress route determination unit 161m will be described in the description of the server 3.

  The NPC control unit 161n generates an operation instruction signal imitating an operation by a normal player such as an attack operation, a defense operation, or a movement operation, and supplies the operation instruction signal to the NPC. Further, the NPC is assumed to be attacked by an enemy team, and when hit, it is processed in the same way as a normal character.

  FIG. 5 is a hardware configuration diagram illustrating an embodiment of the server 3. The control unit 36 controls the overall operation of the server 3, and includes an information processing unit (CPU) 361, a RAM 362 that temporarily stores personal information of the players, information about each player's game, and the like, a management program, And a ROM 363 in which image information for constructing a virtual game space is stored in advance.

  The ROM 363 constructs a management program storage unit 363a for storing the management program for executing the server function for managing information relating to team formation and the result of the battle game in the team battle game, and a predetermined type of virtual game space. A virtual game space image information storage unit 363b in which image information is stored. Among various data stored in the ROM 363, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD, a DVD, or a semiconductor memory.

  The network communication unit 38 transmits / receives various data to / from the corresponding game terminal 1 according to the terminal identification information via any of the plurality of routers 2 via a network such as WWW.

  The management program is loaded from the management program storage unit 363a onto the RAM 362, and the game progress program on the RAM 362 is sequentially executed by the CPU 361, thereby realizing each function.

  FIG. 6 is a functional configuration diagram of the control unit 36 of the server 3. The RAM 362 is received from each game terminal 1 for each game, and a player information storage unit 362a that stores personal information such as a user ID, a history storage unit 362b that stores game history including game results for each player. A movement information storage unit 362c that stores passage point information and stores a recommended travel route is provided.

  The CPU 361 of the control unit 36 executes a management program held on the RAM 362, thereby recording each information in the player information storage unit 362a, history storage unit 362b, and movement information storage unit 362c. And playing in the same virtual game space from among the reception unit 361b that executes a series of reception management processes in response to the game participation reception of the player at each game terminal 1, and the player received by the reception unit 361b A selection unit 361c that selects a combination of a predetermined number of players (for example, four players on each side and each enemy side) according to a rule to be described later, and a travel route recommended to the NPC from movement information of each player during the game A recommended progress route creation unit 361d that creates a communication and a communication control unit 361e that exchanges information with each game terminal 1 Functions in.

  The accepting unit 361b accepts participation in the game by accepting the personal information of the user ID of the player transmitted from the game terminal 1 and the identification information of the game terminal 1 and the store. In addition, when the player is designated to participate in the battle game, the reception unit 361b instructs the selection unit 361c to perform a selection process for combining opponents.

  The selection unit 361c is set with conditions for positioning in the same game space. For example, the order of participation acceptance is general, and it may be allocated alternately to different teams. It is preferable to preferentially allocate players participating from the same store to the same team side in the same virtual game space. Furthermore, another condition such as the game strength of the character may be added to balance the strength between the two teams.

  As a time for selecting a player, an appropriate required time (for example, several minutes) is set in advance, and is managed by a built-in timer (not shown). If it is not possible to select all the players of the ally team and the enemy team within the selected time, the time may be extended a little. However, if the selected time has passed and the extended time has passed, it is controlled by the computer. The NPC, which is a character to be played, is supplemented with a shortage (by forming a team) so that the battle game can be executed. The selection unit 361c sets, for example, a master flag for the game terminal 1 so that the game terminal 1 that is first assigned to the virtual game space and operated by the player is handled as a master machine.

  When the selection unit 361c determines the association between the player and the virtual game space, the communication control unit 361e transmits information to that effect to the game terminal 1 on which the player has accepted the participation. In addition, when all players are associated with the same virtual game space, the communication control unit 361e sets each player information (at least the game terminal 1 operated by each player and the identification information of the store where the game terminal 1 is installed). ) Is transmitted to each other's game terminal 1. Thereby, operation information can be exchanged between the game terminals 1. This information includes information indicating that any game terminal 1 is the master. The master machine acquires player operation information at each game terminal 1 periodically (for example, every 1/60 seconds), and further includes other game terminals 1 including information on its own operation and NPC action instructions. Are distributed periodically, thereby providing the same event to all the game terminals 1 that are playing the game in the same virtual game space, so that a common battle game can proceed.

  Here, the setting of the travel route to the NPC will be described.

  The virtual game space stored in the virtual game space image information storage unit 363b creates a battle field where team battles are performed. For example, a plurality of types such as ruins, factory ruins, forests, and the like are assumed and created in advance. Yes. Each battlefield is suitable for the image according to the place. If it is a ruin or a factory site in a three-dimensional virtual space, the obstacles such as various building objects, containers, disposal vehicles, etc. Object objects, passages and plazas are arranged, and in the case of forests, various trees, huts, ups and downs, river and swamp objects, mountain paths, etc. are appropriately arranged and created. Each object is composed of a required number of polygons and textures. Each object has its reference coordinates positioned in the world coordinates of the virtual game space, and the coordinates of the polygons that make up each object are set with the object's reference coordinates as the origin. Mapping is enabled.

  The count information at the passing points acquired by the movement information acquisition unit 161k is transmitted to the server 3 by the communication control unit 161o at the end of the game together with information on the game strength of the player and the type of the virtual game space, and by the storage control unit 361a. The movement information storage unit 362c stores the game strength of the player and the type of the virtual game space.

  The information stored in the movement information storage unit 362c may not include player information, and rank information is sufficient. This is because, as will be described later, the recommended progress route is determined for each rank.

  The recommended travel route creation unit 361d creates a travel route recommended in advance for setting a travel route in the NPC. The recommended progress route creation unit 361d determines (analyzes) the progress route in the virtual game space from the count information at each passing point acquired from the start to the end of the game. Such processing is performed within a predetermined period or within a recent predetermined number of games. The term “within a predetermined period” refers to, for example, the latest one month, and the term “within the predetermined number of recent games” refers to, for example, 100 games counted from the latest to the oldest direction. This makes it possible to acquire the latest fashion trends. Then, the number of analyzed traveling routes is accumulated. The cumulative number is divided for each type of virtual game space and for each rank. This is because there is a possibility that a feature will appear in the progress route according to the rank. In addition, as a result of analysis, the travel information storage unit 362c is updated and stored as recommended travel routes in order from a large number of travel routes. The update of the recommended progress route may be performed every time a new game is finished or may be performed every predetermined period. Moreover, it may be executed in response to the start of a new battle game.

  FIG. 11 is a plan view showing one of the battlefields for explaining the recommended progress route. Positions SP1 and SP2 marked with double circles and stars in FIG. 11 indicate the start positions where the characters of both teams in the match are associated at the start of the game. As shown in FIG. 11, between this start SP1 and SP2, in this embodiment, three recommended progress routes R1, R2, and R3 with a high track record of movement history are shown (Note that R1 to R3 are For convenience of explanation, it is shown to be identifiable, but it is not actually seen).

  In addition, when a plurality of passing points are prepared in the virtual game space, the progress route may be set as follows. For example, the traveling routes R1 and R2 share a part of the first half, that is, passing points T1, T2, T3,... Are set on the traveling route R1, and the passing points T1, T2 are set on the traveling route R2. , T13,... Are set, and the passing points T1, T2 are common, and if the character passes the passing points T1, T2 and then passes the passing points T3,. If the vehicle passes through the passing points T13,... Instead of the passing points T3,. By doing in this way, even if a part of the traveling route overlaps, it is possible to correctly determine which traveling route.

  The NPC progress route determination unit 161m of any one of the game terminals 1, that is, the master game terminal, uses the virtual game space for the NPC selected by the selection unit 361c when the players constituting the team are insufficient in the team battle. Automatically set the travel route. The NPC progress route determination unit 161m receives a required number of recommended travel routes from the movement information storage unit 362c of the server 3, and determines one progress route randomly or according to a predetermined rule. Assign to. When there are a plurality of NPCs, other traveling routes are assigned in the same manner. As a result of executing the allocation rule, the same traveling route may be determined. Note that the progress route assigned to each NPC is not disclosed to any player in order to maintain the tightness of the game.

  Further, in the aspect in which the selection unit 361c sets the rank (game strength) for the supplemented NPC, the progression route assigned to the NPC is determined from the recommended progression route having the same rank as the NPC. Further, in a mode in which the type of the virtual game space is designated automatically from the game terminal 1 serving as the master machine or another game terminal or via a predetermined button, a recommended progress route for the designated virtual game space On the other hand, when the server 3 determines automatically, for example, the selection unit 361c may select the virtual game space.

  One of the game terminals, that is, the NPC control unit 161n of the game terminal of the master machine instructs each NPC to move the determined travel route. Specifically, an instruction to move the NPC to the position indicated by the position information is issued from the time information from the start of the game and the position information of the virtual game space. Further, when the NPC control unit 161n instructs an attack and defense action and determines that the enemy character has appeared in the attack range, the NPC control unit 161n is selected from one or more prepared attack patterns and defense patterns, for example, 1 Action instructions are given based on two patterns. When it is determined that an event such as an ally character being attacked by a plurality of enemy characters or a shooting battle has started during movement control of the determined progress route, for example, the current position of the NPC And the event position is calculated, and if it is determined that the distance is closer than the predetermined distance (assuming that the sound that produces the event (for example, shooting sound) has been heard), go to the event occurrence position That is, an event response process that leaves the determined travel route is executed. When the distance is equal to or greater than the predetermined distance, the vehicle moves along the traveling route. After the event ends, you are instructed to return to the original travel route. If a character or NPC is assumed to carry a transceiver, for example, the occurrence of an event can be known regardless of the size of the distance.

  FIG. 12 is a diagram illustrating an example of the game screen. FIG. 12 assumes a scene in which a teammate character P12 is displayed in the immediate vicinity in addition to the self-character P11 in the battle image, and a ground battle is performed with the enemy character P21 displayed in front. . Further, in FIG. 12, a character P13, which is an NPC, is displayed between the self character and the enemy character. In FIG. 12, it is assumed that the character P13, which is an NPC, is moving along the same passage as the self character P11 and the teammate character P12.

  Next, FIG. 13 is a flowchart for explaining the procedure of the game process executed by the game program of the CPU 161 of the game terminal 1. First, it is determined whether or not player selection (matching) in the team battle game has been established (step S1). If the matching is not established, it is determined whether or not a predetermined time has elapsed (step S3), and if not, the process returns to step S1. On the other hand, if the predetermined time has elapsed, NPCs corresponding to the number of insufficient players in the team battle are supplemented (step S5).

  After steps S1 and S5, a reception operation is performed on the player information and the predetermined score information transmitted from the server 3 of the player who has been matched (step S7). Next, a team battle game is started (step S9), and a predetermined team battle process is executed (step S11). Briefly describing the battle process, the game progresses by the following process being repeated by the virtual camera control unit 161d to the aiming display unit 161h. That is, in this embodiment, as described above, when it is determined that the joystick 41 has been operated, the movement process of the self character is executed. When it is determined that the optical mouse 31 has been operated, movement processing of the virtual cameras 60L and 60R is executed. If it is determined that the stance button 42 has been operated, the virtual cameras 60L and 60R are set to either over shoulder (TPS) display or muzzle position (FPS) display. Further, when it is determined that the trigger button 32 has been operated, a shooting process is executed. If it is determined that the action button 44 has been operated, a process for delivering a skill in a fight is executed. If it is determined that the posture change button 33 has been operated, the posture of the self character is changed. The operation information of the game terminal operated by the player and the operation information of the player at the game terminal playing the battle game in the same virtual game space are all the other games playing the game in the same virtual game space. Sent to the terminal.

  The NPC is controlled and processed by the game terminal 1 that is one of the master machines out of the team battle game, and the NPC movement process is applied to another game via the communication processing unit 161n. It is transmitted to the terminal 1. For example, the game terminal 1 serving as a master machine is set by being first assigned to the virtual game space. Thereby, common game information is provided to the game terminal which is playing the team battle game. A virtual game space is drawn on the monitor 11 of each game terminal 1 from the above-mentioned viewpoint based on the character operated by the player operating each game terminal 1, and the received game information is stored in this virtual game space. By being reflected, one game is developed under a common event, although the viewpoints are different.

  Next, it is determined whether or not the game is over (step S13). If the game is over, result processing at the end of the game, display of the game results, transmission of game results and information obtained for each game to the server 3 are performed. Is executed (step S15), and this flow ends.

  FIG. 14 is a flowchart for explaining the procedure of the passage history acquisition process executed by the game program of the CPU 161 of the game terminal 1. First, the position of the self character is detected (step S21), and the difference between the detected position information and the position information of the passing point is determined (step S23). The passing points are prepared as a given number of passing check points by being distributed in places that are likely to become a traveling route in the virtual game space.

  If the detected position information and the passing point position information do not match as a result of the movement determination, it is determined whether or not the game is over (step S25), and if the game is not over, the process returns to step S21. On the other hand, when the detected position information matches the position information of the passing point, the movement information acquisition unit 161k increments the count value by 1 for the counter for each passing point (step S27), and the process proceeds to step S25. When the game is over in step S25, the collected count information for each passing point is transmitted to the server 3 in association with the game strength and virtual game space type information of the player (step S29). Note that the difference between the detected position information and the position information of the passing point is to some extent in the position information of the passing point in consideration of the width of the passage in the virtual game space, that is, in a range sufficient to extract the traveling route in an identifiable manner. It is preferable to have the following area.

  FIG. 15 is a flowchart for explaining the procedure of the passage history storage process executed by the game program of the CPU 361 of the server 3. First, when the collected count information for each passing point is received from the game terminal 1 (step S41), the game strength of the player, the virtual game space type, and the counting information for each passing point are acquired (step S43). . Next, count information for each passing point is added as stored contents for each game strength and virtual game space type (step S45). Here, adding means that count information for each passing point is stored as it is every time it is received.

  FIG. 16 is a flowchart for explaining the procedure of the progress route determination process executed by the game program of the CPU 161 of the game terminal 1 serving as the master machine. First, a progress route request command is transmitted to the server 3 before the team battle game is started (step S51). This progress route request command includes the player's game strength and virtual game space type information. Next, it is determined whether or not recommended progress route information corresponding to the game strength and virtual game space type information is received from the server 3 (step S53). The system waits until the recommended travel route information is received. When the recommended travel route information is received, one of the recommended travel routes is determined, for example, randomly or according to a predetermined rule (step S55). When the game is started, NPC movement processing is executed according to the determined progress route (step S57). Next, it is determined whether or not the game is over (step S59). If the game is not over, the process returns to step S57, and if the game is over, this flow is finished. If the game is not over, the process may return to step S55, and a new progress route may be determined from the recommended progress route each time. In this way, since the progress route is not fixed, a more varied game development is expected.

  FIG. 17 is a flowchart illustrating a procedure of a recommended progress route transmission process executed by the game program of the CPU 361 of the server 3. First, it is determined whether or not a travel route request command has been received from the game terminal 1 (step S71). If the progress route request command has not been received, the process exits this flow. On the other hand, if a progress route request command is received, a predetermined number of recommended progress route information corresponding to the game strength and virtual game space type of the player is returned to the game terminal 1 of the master machine that is the command transmission source. (Step S73).

  FIG. 18 is a flowchart for explaining a procedure of a recommended progress route creation process executed by the game program of the CPU 361 of the server 3. First, among the game strength and virtual game space type of the player, what has passed a predetermined period or so-called old data that exceeds a predetermined number counting from the nearest side in the old direction is deleted (step S81). Next, based on the game strength and the count information of each passing point for each virtual game space type, a travel route is created, and a predetermined number of travel routes with high results are created and stored as recommended travel routes ( Step S83).

  Note that the interruption of the instruction signal for switching from the 2D display mode to the 3D stereoscopic display mode is not only when the push button 15 is pressed, but also when an enemy character appears on the monitor 11 screen during the progress of the game. In the case of fighting, it may be included on the condition that it has shifted to a situation where a gun is held.

  In addition, the following aspects are employable for this invention.

(1) In this embodiment, although it was set as the battle game which employ | adopted 1st, 2nd operation parts 30 and 40, this invention is applicable to various games, 1st, 2nd operation parts 30, 40 is an example. As a kind of game, what is necessary is just to have a virtual game space in which a character can move freely and to play a battle game in this virtual game space.

(2) Although the present embodiment has been described with a monitor capable of 2D display and 3D stereoscopic display, the present invention may be only 2D display.

(3) In this embodiment, as a method for acquiring movement information, a given passing point is set in advance in each virtual game space, and the movement results of the character by the player operation are collected by collation with the passing point. Various other methods can be adopted as a method of collecting movement information. For example, the position information is collected periodically from the start to the end of the game. In the case of this method, the movement history can be reproduced by connecting the obtained movement information along the time axis. Further, by expanding each point to include a required area (a range that can be regarded as the same route), it is possible to combine approximate movement histories as a common movement history. The required area may be a size including the width and width of a passage or a plaza in the virtual game space.

(4) In the present embodiment, the NPC has been described as moving along the determined travel route, but the present invention is not limited to this, and as long as it is within a required distance from the travel route, the NPC moves freely. It is also preferable to include a production action that searches for enemy characters more naturally.

(5) Although the team battle game has been described in this embodiment, the present invention can also be applied to a one-on-one game. In an extreme aspect, other than the self character may be an NPC.

1 game terminal 10 monitor unit 11 monitor (display unit)
161e Character movement processing unit 161j Game strength setting unit (game strength setting means)
161k Movement information acquisition unit (movement information acquisition means)
161m NPC progress route determination unit (travel route determination means)
161n NPC controller (control means)
161o Communication control unit 3 Server 361c Selection unit (selection means)
361d Recommended travel route creation unit (Recommended travel route creation means)
362c Movement information storage unit 363b Virtual game space image information storage unit

Claims (6)

A battle game in which a predetermined number of characters that make up a team of ally and an enemy team appear in a common virtual game space, and instructions for actions including attack, defense and movement from the corresponding player are sent and received via the network In a competitive game system comprising: a plurality of game terminals that execute communication; and a server that is communicably connected to the plurality of game terminals and manages information related to team formation and the result of the battle game,
The game terminal
Movement information acquisition means for acquiring movement information of a character acting in the virtual game space in response to an operation from a player;
The server
A selection means for selecting a predetermined number of players constituting the team and the enemy team, and for supplementing the shortage with a character controlled by a computer when the number of selections is insufficient;
From the movement information of each character acquired in each game terminal in the virtual game space, a recommended progression route creating means for creating a predetermined number of recommended progression routes with a high movement record,
Furthermore, the game terminal
Progress route determining means for setting one of the predetermined number of recommended progress routes created by the recommended progress route creating means to a character controlled by the computer before starting the game;
Control means for causing the deficient number of characters controlled by the computer to appear in the virtual game space and instructing movement according to the recommended progression routes respectively set for the characters controlled by the computer This is a competitive game system. 2. The competitive game system according to claim 1, wherein at the start of the competitive game, all characters constituting one team are assigned to the same position in the virtual game space. One of the server and the game terminal includes game strength setting means for setting a game strength representing the strength of the player with respect to the game based on information on the result of the battle game of the player,
The recommended progress route creation means creates the recommended progress route for each game strength set by the game strength setting means, and the selection means adds a supplemented character controlled by the computer. The game route strength is set for each of the characters, and the progress route determination means changes the computer-controlled character supplemented by the selection means to the supplemented character controlled by the computer. The competitive game system according to claim 1 or 2, wherein one progress route is determined from the recommended progress routes corresponding to the set game strength. The virtual game space is prepared in a plurality of types, and the game terminal selects one of the plurality of types of virtual game spaces at the start of the game. A fighting game system described in Crab. The said control means responds to the predetermined | prescribed battle | competition situation of the teammate character of a teammate, The instruction | indication which moves to the position of the said teammate character from the said recommended progress route is given, The any one of Claims 1-4 characterized by the above-mentioned. The battle game system described in 1. A battle game in which a predetermined number of characters that make up a team of ally and an enemy team appear in a common virtual game space, and instructions for actions including attack, defense and movement from the corresponding player are sent and received via the network In a game progress control method for a battle game system, comprising: a plurality of game terminals that are configured to communicate with each other, and a server that is communicably connected to the plurality of game terminals and manages information related to team formation and the result of the battle game
Movement information acquisition means of each game terminal acquires movement information of a character acting in the virtual game space in response to an operation from a player,
The server selection means selects a predetermined number of players constituting the team and the enemy team, and when the selection number is insufficient, supplements the insufficient number with a character controlled by a computer,
The recommended route creation means of the server creates a predetermined number of recommended progress routes with a high movement record from the movement information in the virtual game space of each character acquired at each game terminal,
The progress route determining means of a predetermined one of the game terminals is controlled by the computer before starting the game, one of the predetermined number of recommended progress routes created by the recommended progress route creating means. Set the character to be
The control means of a predetermined one of the game terminals causes the insufficient number of characters controlled by the computer to appear in the virtual game space, and is set for each character controlled by the computer A game progress control method for a battle game system in which movement is instructed according to the recommended progress route.

Images