WO1997041935A1 - Game machine, its processing method and recording medium - Google Patents

Game machine, its processing method and recording medium Download PDF

Info

Publication number
WO1997041935A1
WO1997041935A1 PCT/JP1997/001515 JP9701515W WO9741935A1 WO 1997041935 A1 WO1997041935 A1 WO 1997041935A1 JP 9701515 W JP9701515 W JP 9701515W WO 9741935 A1 WO9741935 A1 WO 9741935A1
Authority
WO
WIPO (PCT)
Prior art keywords
moving
virtual space
data
moving body
trajectory
Prior art date
Application number
PCT/JP1997/001515
Other languages
English (en)
French (fr)
Inventor
Takeshi Goden
Original Assignee
Sega Enterprises, Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sega Enterprises, Ltd. filed Critical Sega Enterprises, Ltd.
Priority to JP53973897A priority Critical patent/JP3841437B2/ja
Priority to DE69729621T priority patent/DE69729621T2/de
Priority to EP97918364A priority patent/EP0836873B1/en
Priority to KR1020047019040A priority patent/KR100594558B1/ko
Priority to US08/981,655 priority patent/US6426752B1/en
Publication of WO1997041935A1 publication Critical patent/WO1997041935A1/ja
Priority to HK99100177A priority patent/HK1014889A1/xx
Priority to US09/985,583 priority patent/US7009613B2/en

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/803—Driving vehicles or craft, e.g. cars, airplanes, ships, robots or tanks
    • A63F13/10—
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/56—Computing the motion of game characters with respect to other game characters, game objects or elements of the game scene, e.g. for simulating the behaviour of a group of virtual soldiers or for path finding
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/57—Simulating properties, behaviour or motion of objects in the game world, e.g. computing tyre load in a car race game
    • A63F13/577—Simulating properties, behaviour or motion of objects in the game world, e.g. computing tyre load in a car race game using determination of contact between game characters or objects, e.g. to avoid collision between virtual racing cars
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A63F13/95—Storage media specially adapted for storing game information, e.g. video game cartridges
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/00—3D [Three Dimensional] image rendering
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A63F13/525—Changing parameters of virtual cameras
    • A63F13/5252—Changing parameters of virtual cameras using two or more virtual cameras concurrently or sequentially, e.g. automatically switching between fixed virtual cameras when a character changes room or displaying a rear-mirror view in a car-driving game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/64—Methods for processing data by generating or executing the game program for computing dynamical parameters of game objects, e.g. motion determination or computation of frictional forces for a virtual car
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/64—Methods for processing data by generating or executing the game program for computing dynamical parameters of game objects, e.g. motion determination or computation of frictional forces for a virtual car
    • A63F2300/643—Methods for processing data by generating or executing the game program for computing dynamical parameters of game objects, e.g. motion determination or computation of frictional forces for a virtual car by determining the impact between objects, e.g. collision detection
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/66—Methods for processing data by generating or executing the game program for rendering three dimensional images
    • A63F2300/6661—Methods for processing data by generating or executing the game program for rendering three dimensional images for changing the position of the virtual camera
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/66—Methods for processing data by generating or executing the game program for rendering three dimensional images
    • A63F2300/6661—Methods for processing data by generating or executing the game program for rendering three dimensional images for changing the position of the virtual camera
    • A63F2300/6669—Methods for processing data by generating or executing the game program for rendering three dimensional images for changing the position of the virtual camera using a plurality of virtual cameras concurrently or sequentially, e.g. automatically switching between fixed virtual cameras when a character change rooms
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
    • A63F2300/8017—Driving on land or water; Flying

Definitions

  • Game device processing method and recording medium technology
  • the present invention relates to a game device mounted on a video game machine or the like, and more particularly, to an improvement in an image generation technique using a moving object such as a motorbike as a model.
  • “virtual space” a virtually generated space
  • “virtual image” an image observed from one viewpoint in space
  • Gaming devices have emerged. Among them, the ones that focus on racing with motorcycles, etc., are very popular.
  • “motorbike” means a motorbike (moving object) displayed as a model of a game play running in a virtual space.
  • the bikes operated by the players themselves are called “special bikes” and bikes other than the specific bikes are called “other bikes”.
  • the term “traveling” refers to an idealized bicycle traveling on a “traveling path” set in the virtual space.
  • This type of video game device is an input device that is modeled on a real motorcycle and generates operation signals by the player's operation.
  • Objects in virtual space moving objects such as people and cars and still objects such as buildings and stones
  • the data processing device CPU
  • the data processing device that manages the running of the motorcycle in response to the operation signal supplied from the input device based on the image data that determines the position of the It is provided with a display device that generates and displays it on a display together with other background screens and the like.
  • Various data and image data required for travel management are stored in the memory.
  • the content of the game play is that the game device runs a specific motorcycle operated by the player on the running path together with the other motorcycles that manage the running, and the two compete for the superiority of the course record on the running path. .
  • the player runs the actual race Tilt the input device like a motorcycle on a road to process the corners of the road, and operate the “throttle” and “brake” of the input device.
  • the data processing device specifies the position of the specific bike based on the operation signal supplied in response to the operation of the player, and specifies the running position of another motorcycle.
  • the display device generates image data obtained by observing the virtual space from the position of the specific motorcycle based on image data such as the position and background of another motorcycle in the virtual space identified by the data processing device, and displays the image. To be displayed.
  • locus data set in memory has been used as a travel locus for running another motorcycle as a competitor.
  • This trajectory data is a row of position coordinates on the traveling road.
  • the data processing device reads the position coordinates at regular intervals, and manages traveling so that another motorcycle passes the read position coordinates.
  • the conventional video game device has the following disadvantages. Once the locus data is set in the memory, its contents are not changed. If the running locus of another motorcycle is obtained based on the locus data, the player can easily beat the other motorcycle as the player's ability to play the game increases. As a result, there is a disadvantage that the game play becomes relatively easy for a player who is familiar with the operation, and the game becomes less interesting. As more and more players became proficient in operating similar games, the popularity of the models tended to decline early.
  • the locus data of the specific motorcycle is acquired as a row of position coordinates obtained by sampling the position coordinates of the specific motorcycle on the traveling path operated by the player at certain timings.
  • this is used as a running locus of another motorcycle
  • the column of the position coordinates is read out in order at a certain timing, and the running management is performed so that the read motorcycle passes through the read out position coordinates.
  • the operation of the player is not always perfect, and the player often collides with the side wall (fence or wall separating the running path from the audience seats) or collides with another motorcycle in the middle of the running path.
  • the running management of another motorcycle is performed based on the locus data acquired in such an operation situation, the same running state as when the locus data was acquired is reproduced.
  • other motorcycles running on the basis of this trajectory data also run unnaturally, such as colliding with the side wall or colliding with an object irrespective of whether or not another bike is running nearby.
  • trajectory shows a running trajectory that runs off the running path
  • the trajectory should be corrected, and the motorcycle should collide with each other and suddenly stop running.
  • the images obtained in this way do not necessarily reflect the images that a rider who actually rides on a motorcycle normally recognizes. For example, in a corner ring during a race, a real rider leans on the body of the motorcycle, leans out, and drives the motorcycle with the head held vertically. Therefore, the scenery perceived by the rider is such that the horizon hardly tilts.
  • a camera is provided on the specific motorcycle B, so that when the specific motorcycle B is tilted with respect to the road surface when turning a corner or the like, the camera camera is mounted. The image was tilted with the motorcycle and the entire horizon was tilted (Fig. B).
  • a first object of the present invention is to generate data for running another moving body based on trajectory data of a player's running.
  • the goal is to provide players with timeless game play.
  • the second problem is to determine the position of the real driver's viewpoint and generate a virtual image from that position to provide an unnatural and realistic image. It is.
  • a game device according to claim 1 solves the first problem, and is provided with a moving object (a motor-motorized vehicle, a modeled car, or the like) that moves in a virtual space.
  • a moving object a motor-motorized vehicle, a modeled car, or the like
  • the trajectory that the first moving body has moved in the virtual space is sampled at predetermined time intervals to generate trajectory data (a row of position coordinates acquired at certain timings, and the like, the same applies hereinafter).
  • the game device solves the first problem, and when moving the second moving body so as to pass through a passing point, an obstacle (side) in the virtual space is set. If it is determined that the vehicle will collide with a wall or a motorcycle, etc.), a new route (a route for changing the traveling trajectory, accelerating, decelerating, stopping, etc.) for the second moving body to avoid the collision is determined.
  • a game device which is provided.
  • Obstacles mean, in addition to the general stationary objects such as walls and pillars, moving vehicles (whether they are the first or the second) and A concept that includes the road itself.
  • the game device solves the first problem, and in a game device that generates images of a plurality of moving objects moving in a virtual space,
  • the moving trajectory of a specific moving object which moves in response to an operation signal (a signal generated by a player operating an input device, the same applies hereinafter) supplied from the outside of the plurality of moving objects, for a predetermined period of time.
  • Locus data generating means for sampling locus data every time, and passing points are set at predetermined intervals on a locus indicated by the locus data based on locus data generated by the locus data generating means in the past.
  • the trajectory data generating means comprises: a memory for storing the trajectory data to be supplied to the passing point setting means; A sampling unit that acquires the position information of the other moving object indicated by the above at each predetermined sampling timing, and stores a set of the sampled position information in the memory as the new trajectory data.
  • the new trajectory data is compared with the trajectory data stored in the memory in the past in advance by a predetermined comparison condition (for example, the number of sampling points and the number of collisions are smaller. Trajectory to be output to the passing point setting means when it is determined that the comparison condition is satisfied.
  • the game device according to claim 3 further comprising: a comparison output unit that stores the data in the memory as data.
  • a game device solves the first problem, and the passing point setting means forms the trajectory data based on the trajectory data supplied from the trajectory data generation means.
  • a curved path setting section for setting a curved path passing through the position indicated by the position information; and a passing point for setting passing points at substantially equal intervals along the curved path set by the curved path setting section. 4.
  • the game device comprising: a setting unit;
  • control means comprises: passing point information indicating a passing point of each of the other moving objects; and a position of an obstacle existing in a virtual space.
  • Collision determining means for calculating the distance between the other moving object and the obstacle based on the obstacle position information indicating the collision and determining whether or not the other moving object has collided with the obstacle;
  • a traveling control unit that, when it is determined that the moving body collides with the obstacle, provides a new route to the other moving body to avoid collision with the obstacle.
  • the game device described in Item 7 solves the second problem, and is designed to solve the second problem from the viewpoint of moving in a virtual space together with a predetermined specific moving object (for example, a moving object that moves in response to a player's operation).
  • a game device that generates an observed viewpoint image Determining a posture of the moving body in a virtual space, determining a viewpoint position of a virtual driver moving with the moving body, and generating a viewpoint image of a virtual space observed from the viewpoint position. Is a game device.
  • the game device is for solving the second problem, and is a game device that generates a viewpoint image observed from a viewpoint moving in a virtual space together with a predetermined specific moving object,
  • a posture determining unit that determines a posture of the moving body in the space; and a virtual driving that moves together with the specific moving body based on the posture of the specific moving body determined by the posture determining unit.
  • a head position determining means for determining relative position coordinates between the head of the person and the specific moving body; and setting the viewpoint to the position coordinates determined by the head position determining means; Display control means for generating the viewpoint image by causing a direction of a predetermined coordinate axis of the viewpoint image to be observed to substantially coincide with a vertical direction preset in the space.
  • the game device solves the second problem, and in the game processing method for generating an image of a moving object moving in a virtual space,
  • the trajectory that the first moving body has moved in the virtual space is sampled at predetermined time intervals to generate trajectory data; passing points are set at predetermined distance intervals on the trajectory indicated by the trajectory data; Moving the second mobile object so as to pass through the point.
  • the game device solves the second problem, and when moving the second mobile object so as to pass through the passing point, an obstacle in the virtual space may be moved. 10.
  • the game processing method according to claim 9, wherein when it is determined that a collision occurs, a new route for avoiding the collision is given to the second moving body.
  • the game device which solves the second problem, is a game processing method for generating a viewpoint image observed from a viewpoint moving in a virtual space together with a predetermined moving object,
  • the game device solves the second problem, and in a recording medium on which a game processing program that generates an image of a moving object that moves in a virtual space is recorded,
  • the computer samples the trajectory of the first moving object in the virtual space at predetermined time intervals to generate trajectory data, and sets passing points at predetermined distance intervals on the trajectory indicated by the trajectory data.
  • the game device solves the second problem, and further includes a recording medium in which a game processing program for generating an image of a moving object that moves in a virtual space is recorded,
  • the computer samples the trajectory of the first moving object in the virtual space at predetermined time intervals to generate trajectory data, and sets passing points at predetermined distance intervals on the trajectory indicated by the trajectory data.
  • the computer samples the trajectory of the first moving object in the virtual space at predetermined time intervals to generate trajectory data, and sets passing points at predetermined distance intervals on the trajectory indicated by the trajectory data.
  • the game device solves the second problem, and in a recording medium on which a game processing program for generating an image of a moving object that moves in a virtual space is recorded,
  • FIG. 1 is a block diagram of a video game device according to an embodiment of the present invention.
  • Fig. 2 is a block diagram of a video game device according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of display control according to the embodiment of the present invention.
  • FIG. 4 is an explanatory diagram of a route change according to the embodiment of the present invention.
  • the video game apparatus provides a game play modeled on a motor-motorbike race, in which a player (game player) operates one of a plurality of motorbikes (specific motorbike). It is.
  • FIG. 1 shows a block diagram of an embodiment of a video game device to which the image generation device of the present invention is applied.
  • the video game device is provided with a game processing board 10, an input device 11, an output device 12, a display 13 and a speaker 14.
  • the input device 1 1 is an operation device simulating a real motorbike, It is equipped with a boardable configuration.
  • the handlebars 11a, throttle 11b, brake 11c, and shift lever 11d used by the boarding player to drive the actual motorbike are necessary for driving the motorbike.
  • it has a beauty switch 11e and a sensor 11f that detects the mouth-ring angle when the player leans his body and the entire device is tilted.
  • the view change switch 11 e is an operation element for switching the viewpoint of the viewpoint image displayed on the display 13.
  • the output device 12 corresponds to a turn indicator lamp or a tail lamp 12a provided in the input device 11, and is configured to be able to blink in accordance with an operation condition by controlling the CPU.
  • the game processing board 10 has a CPU (central processing unit) 101, a ROM 102, a RAM 103, a sound device 104, an input / output interface 110, and a scroll data calculation device 107. , Co-processor (auxiliary processing unit) 108, image data ROM 109, geometallizer 110, motion data ROM 111, drawing device 112, texture data ROM 113, texture map RAM 114, It comprises a frame buffer 115, an image synthesizing device 116 and a DZA converter 117.
  • the CPU 101 is connected to a ROM 102, a RAM 103, a sound device 104, an input / output interface 106, a scroll data processor 107, a coprocessor via a bus line. It is connected to 108 and the geometry riser 110.
  • the ROM 102 is configured to be able to store program data for performing game play and program data for image processing.
  • the RAM 103 is configured to be able to write or read various commands to the geometallizer 110, data necessary for various calculations, and the like.
  • the sound device 104 is configured to generate a sound signal based on a sound source control signal supplied by a program.
  • the power amplifier 105 is configured to amplify the acoustic signal and supply the amplified signal to the speaker 14.
  • the input / output interface 106 is connected to the input device 11 and the output device 12, and the operation signal SD generated by the input device 11 is converted into digital data by the CPU. It is configured to be able to supply the signal to the CPU 101 and output the blinking signal of the lamp transferred from the CPU 101 to the output device 12.
  • the scroll scrolling processor 107 is configured to be able to control the display of data such as characters and background images (stored in the ROM 102).
  • the coprocessor 108 is configured to execute a specific operation such as collision determination at high speed based on the polygon data stored in the image data ROM 109.
  • the image data ROM 109 stores polygon data necessary for determining a collision or the like.
  • a “polygon” refers to each of the small polygons (triangles, squares, etc.) that make up an object, such as a motorcycle, a road, an obstacle, a building, and a person, in order to display the object in virtual space.
  • polygon data refers to data that specifies a polygon composed of the coordinate values of each vertex of an individual polygon.
  • the geometallizer 110 is connected to the motion data ROM 111 and the drawing device 112, and is configured to be able to convert the polygon data transferred from the motion data ROM 111 to a visual field conversion.
  • the motion data ROM 111 is configured to be able to store, as motion data, polygon data relating to a moving object such as one's own motorcycle or another motorcycle that becomes a competitor.
  • the polygon data stored in the motion data ROM 111 is relatively small (the area of one ⁇ polygon is small) for precise display. This is different from the polygon data in the image data ROM 109 which is coarse enough (the area of one-third polygon is large) enough for the processor 108 to make various kinds of judgments such as collision judgment.
  • the drawing device 112 is configured to be able to map a texture (pattern, color, or a combination thereof) to polygon data defined in the visual field coordinate system.
  • the texture map RAM 114 is configured to be able to store texture data used for the texture matching operation of the drawing device 112.
  • the frame buffer 115 is a buffer for storing image data on which texture mapping has been completed.
  • the image synthesizing unit 116 sets the data from the scroll data arithmetic unit 107 and the polygon data temporarily stored in the frame buffer 115 to the priority specified by the CPU 101. Can be combined to generate frame image data Is configured.
  • the DZA converter 117 is configured to convert the frame image data into an analog signal and then output the analog signal to the display 13.
  • This input device 11 is installed in front of the display 13. Therefore, the player can operate the input device 11 with the same feeling as when driving an actual motor-bike while observing the image of the traveling path displayed on the display 13.
  • the CPU 101 executes the program data stored in the ROM 102.
  • the traveling locus of the motorcycle on the traveling path set in the virtual space is simulated.
  • the CPU 101 determines three-dimensional coordinate values of an object such as a traveling path, an obstacle, and a motorcycle in a virtual space (world coordinate system) (the details will be described later according to the present invention).
  • the co-processor In determining the coordinate values of the object, the co-processor reads polygon data on motorcycles, running paths, obstacles, buildings, people, and the like from the image data ROM 109, and sets the running locus of each motorcycle and the motorcycle. The collision determination is performed, and the result of the determination is supplied to the CPU 101. The CPU 101 determines the three-dimensional coordinate value of the object with reference to the determination result by the coprocessor 108. Then, the CPU 101 supplies the polygon data of these objects, the determined coordinate values (world coordinate system), and the conversion matrix data for converting the coordinate values to the visual field coordinate system to the geometrizer 110. .
  • the geometry riser 110 perspectively transforms the coordinate values of the object in the world coordinate system and converts them into the coordinate values of the object in the view coordinate system.
  • the virtual space containing the object defined in three dimensions can be viewed An image projected on a two-dimensional plane placed in front of the point is generated.
  • the drawing device 1 1 2 performs hidden surface processing on the object defined in the view coordinate system, and uses the texture data ROM 113 and the texture map RAMI 14 on the surface of the polygon seen from the viewpoint. Expand (paste) the data.
  • the image data obtained by expanding the texture data is output to the frame buffer 116, is combined with the image data from the scroll data calculation device 107, and is output to the display 13.
  • FIG. 2 shows a functional block diagram of the present invention executed by the above hardware. These functional blocks are realized mainly by executing the program stored in the ROM 102, mainly by using the CPU 101.
  • the functional block diagram is divided into a system that solves the first problem of the present invention and a system that solves the second problem.
  • a system that solves the first problem of the present invention includes a trajectory data generation circuit 100 0 0, a passing point setting circuit 1 0 10, a collision determination circuit 1 0 2 0, and a travel control circuit 1 0 3 0. Have been.
  • a system for solving the second problem includes a posture determination circuit 104, a head part position determination circuit 105, and a display control circuit 160.
  • the trajectory data generation circuit 100 00 includes a sampling block 100 1, a comparison output block 100 2, and a memory 1 0 3.
  • the memory 100 3 corresponds to the RAM 103 in FIG.
  • the passing point setting circuit 1 0 10 includes a curve path setting block 1 0 1 1 and a passing point setting block 1 0 1 2.
  • the sampling block 1001 is used for the three-dimensional coordinate system (the world coordinate system) of the specific motorcycle moving on the traveling path based on the operation signal SD every image display cycle (vertical synchronization period, etc.).
  • the position coordinates (X, y, z) at) are sampled and stored in memory 1003.
  • a set of position coordinates stored in the memory 1003 by one running of the specific motorcycle on the travel path is referred to as locus data DT .
  • the comparative output block 1002 stores the locus data (when the vehicle completes the fastest traveling route) with the highest performance among the locus data D T stored in the memory 1003 (hereinafter referred to as “best record”). ”) And trajectory data newly acquired by running a specific motorcycle I do. Then, the locus data with the better performance is set as the best record.
  • the curved path setting block 1 0 1 1 sets a curved path so that each of the position coordinates of the trajectory data DT can pass.
  • Passing point setting block 1 0 1 2 sets transit points for each equidistant intervals in the curve path setting block 1 0 1 1 of the set curve on the route, it outputs a set of passing over the point as the passing point information D P I do.
  • the collision determination circuit 1 0 2 0 refers to the obstacle position information S 0 , the passing point information and the operation signal SD included in the image data, determines whether each object collides, and determines whether or not each object collides. Collision information D. Is output.
  • Running control circuit 1 0 3 0 refers to the passing point information D P, it is along connexion travel control other bike traveling path.
  • the running control circuit 1 0 3 0 refers to the collision information D C, the running state of the motorcycle to subject to change when there is a risk of collision.
  • Running state of each bike is output as a display control signal S C.
  • the posture determination circuit 104 acquires information on the rolling angle with reference to the operation signal SD , and determines the posture of the specific motorcycle. Based on the determined posture of the specific motorcycle, the head position determination circuit 1 500 determines the posture that the actual rider would normally take, assuming that a fictitious rider is riding on the specific motorcycle. Simulate. Then, to determine the position coordinates of the viewpoint of the hypothetical rider's head from its position, and outputs it as viewpoint information D V.
  • the display control circuit 1 0 6 each bike the position specified by the display control signal S C, generates an image viewed from the position of the viewpoint information D V.
  • FIG. 3 is a flowchart illustrating a main routine of the present embodiment.
  • a player who is a game player, rides a motorcycle, which is the input device 11, and instructs the game device to start a game.
  • Step SI CPU 1 0 1, out of the RAM 1 0 3 past trajectory de one data 0 7, which is stored in, reads the was good trajectory data the most results. Whether the grade is good or bad can be determined by referring to the flag data and the like stored together with the trajectory data.
  • Step S2 The CPU 101 sets a curved path that passes through all the points indicated by the position coordinates constituting the read locus data. For example, in Fig. 6A If the column coordinates as to P 6 are sampled to set the curve that connects all of these P]? 6.
  • the curve is set, for example, by setting a coefficient as a function of a curve that passes through two consecutive positions from a certain position as a base point.
  • the function can be quadratic, cubic, or hyperbolic.
  • Step S 3 The curved path with respect to, as shown in FIG. B, CPU 1 0 1 sets the pass point P ⁇ 8 'at a constant equal distance intervals.
  • the acquired passing points ⁇ to ⁇ 8 ′ serve as a reference for the running trajectory used by other motorcycles.
  • the sampled track data [rho, states that ⁇ Ro 6, a passing point ⁇ 8 'provided at equal intervals on the curved path, the difference of.
  • Locus data ⁇ , ⁇ 6 is constructed by sampling the running position of the specific bike at regular intervals. Therefore, if the position coordinates indicated by the track data P i to ⁇ 6 are sequentially read at regular intervals, and another motorcycle is run so as to pass the read position, it follows the running track of the specific bike. You can run other motorcycles. In other words, a simulation of a specific bike was performed spatially and temporally.
  • each passing point to ⁇ 8 ′ is set so that the distances on the traveling road are equal. Therefore, reading a passing point at regular intervals and running another motorcycle along the read passing point is a simulation of a specific motorcycle spatially, but a simulation in time. It does not mean that. Other bikes will follow the trajectory of a particular bike at their own set speed. This means that if, for example, a particular bike stops or crashes on the way, the deceleration or stoppage of the particular bike due to this fact will not affect the running of other bikes. .
  • Step S4 When the above preprocessing is completed, the CPU 101 starts running control. That is, the motor-motorbike race starts according to the game program, and the race between the specific motorcycle operated by the player using the input device 11 and another motorcycle controlled by the CPU 101 is started.
  • Step S5 Display timing (for example, in the image display cycle such as the vertical blanking period)
  • a synchronized timing comes (S5; YES)
  • the following processing is performed.
  • the operation signal SD is input (step S6), and the operation state of the operation signal SD (for example, the released state of the throttle, the presence or absence of the brake, the degree of the handle operation and the degree of the rolling angle) on the traveling road is determined.
  • the position coordinates of the specific motorcycle are stored in RAMI03 (step S7).
  • Step S8 Calculate the running position of another motorcycle. That is, the running state of each motorcycle is controlled so as to pass through each passing point acquired in step S3.
  • the running speed of each bike depends on the model. In other words, the performance of the motorbike is determined for each motorcycle model, and the average speed is determined according to the performance of the motorcycle overnight.
  • Sub 2 The position of the head of the rider riding the specific motorcycle is determined, and an image is generated when the rider wants another motorcycle running on the adjusted traveling route from the viewpoint of the rider. Details will be described later.
  • Step S9 The image generation at one display timing is thus completed. If the game play does not end and an image should be generated at the next display timing (S9; NO), steps S5 to S8 are repeated.
  • Step S10 When ending the game play (step S9; YES), the trajectory data having the best performance in the past is read.
  • Step S11 Further, the number of position coordinates of the locus data with the best performance is referred to and compared with the number of position coordinates stored for each display timing in steps S6 and S7. Since the display timing interval is constant, the number of position coordinates constituting the trajectory data corresponds to the course record of the trajectory data. If the number of position coordinates is small, the course record when this locus data is sampled is excellent, and if the number of position coordinates is large, it cannot be said that a good record was recorded.
  • Step S12 The number of position coordinates is compared between the newly sampled locus data and the locus data with the best performance in the past.
  • Step S13 As a result of the comparison, if the number of position coordinates of the new trajectory data is small (S12; YES), the new trajectory data is recorded as a best record (S13). Specifically, flag data indicating that the trajectory data is the best record is also recorded.
  • the number of collisions may be used as a criterion for determining the quality of the course record. This is because the smaller the number of collisions, the more suitable it is to use as the trail data of the subsequent motorcycle.
  • the required time may be directly recorded together with the trajectory data, and the superiority may be determined using the data indicating the required time.
  • FIG. 4 shows a flowchart of the collision determination process (Sub 1). Other motorcycles are controlled so that when they pass a certain passing point, the closest passing point is set as the next passing point.
  • Step S100 The CPU 101 and the coprocessor 108 refer to the position information of the specific motorcycle calculated in step S7 (third).
  • Step S101 The position coordinates of the obstacle on the traveling road which is considered to be in the field of view from this position are read out from the image data ROM 109.
  • Step S102 At the same time, read the newest position coordinates of another bike. Set the other motorcycle's counter n to 1 (hereafter, for example, use the expression “bike #n” to indicate the nth other motorcycle).
  • Step S103 For this bike #n, the position coordinates of the bike to be located at the current display timing are determined based on the passing point to be the next target and the speed set for the bike. Ask.
  • Step S104 It is then checked whether another bike is in view o
  • Step S105 When entering the field of view (S104; YES), a so-called collision determination is made to determine whether or not there is a possibility that another motorcycle will collide with an obstacle.
  • Step S106 When there is a possibility of collision (S105; YES), it is determined whether or not the obstacle is ahead.
  • Step S107 When the obstacle is behind (S106; backward), for example, a state in which the motorcycle is following, so that the speed of motorcycle #n is increased.
  • Step S108 When an obstacle is ahead (S106; forward), it is determined whether or not there is room to avoid collision with the obstacle due to a change in route.
  • Step S109 As a result, if there is room to avoid an obstacle (S108; YE S), the route of this motorcycle #n is changed from the route to the just before passing point to the Next, change the route to a certain passing point.
  • Step S110 If there is no room to avoid the obstacle due to speed or other reasons (S108; NO), whether the distance to the obstacle is abnormally close or not Is determined.
  • the distance for determining the abnormal approach may be changed according to the speed of the motorcycle.
  • Step S 1 1 1 If the motorcycle is decelerated, for example, when approaching the preceding motorcycle on the same track, and the distance to the opponent can be kept constant (S 110; N 0), the motorcycle # Slow down n.
  • Step S 1 1 2 On the other hand, if a still object such as a fallen motorcycle or fence is an obstacle and a collision cannot be avoided without sudden braking, motorcycle #n is suddenly stopped.
  • step S113 the bike number is incremented by one (step S113), and the processing from steps S103 to S113 is repeated as long as another bike exists (step S114; YES).
  • step S114; NO the process returns to the main routine.
  • FIG. 5 shows a flowchart of the display control processing (Sub 2).
  • Step S200 First, information on the rolling angle included in the operation signal SD is referred to.
  • Step S201 Based on the information of the rolling angle, the CPU 101 calculates the posture of the specific motorcycle.
  • the information on the rolling angle is output in proportion to the magnitude of the inclination of the input device 11, the information on the rolling angle may be used as it is as the posture of the specific motorcycle.
  • the direction of the centrifugal force applied to the motorcycle is calculated from the speed and the operation amount of the handle 11a, and the direction of the centrifugal force is calculated as the center of gravity of the motorcycle.
  • the position of the specific motorcycle may be calculated so that it matches the direction from the tire to the ground contact point.
  • Step S202 Calculate the virtual head position of the rider. Real race When cornering inside, the rider leans inside the curve, lowering the overall center of gravity, preventing the bike from tipping over, and turning the curve quickly. Therefore, when the posture of the specific motorcycle calculated in step S201 is inclined with respect to the road surface, the rider leans inside the corner and the position of the head is shifted from the center of the motorcycle. It is realistic to think that. Therefore, in this embodiment, the position of the rider's head is changed toward the side of the motorcycle in accordance with the inclination of the specific bike.
  • Step S203 A camera (viewpoint) is set at the position of the head calculated in step S202, and the Y-axis direction for perspective transformation is determined.
  • the actual rider leans on the side of the motorcycle during the cornering, but keeps his head straight and tries to keep his vision properly. Therefore, in the present embodiment, this is simulated, and the Y axis for the perspective transformation is set in a state parallel to the vertical direction of the virtual space.
  • Step S204 Perspective transformation of the virtual space is performed based on the determined viewpoint and the Y axis, and an image similar to the scenery recognized by the actual rider is displayed (Step S205).
  • the rider's helmet can be viewed from the back or side of the rider's head. May be included in the angle of view.
  • the game is played as if a camera C, which is a viewpoint for obtaining a viewpoint, was installed at the head of a rider riding a motorcycle B. Will be. Then, as shown in Fig. B, the position of the viewpoint is C according to the slight inclination of the specific motorcycle.
  • the locus data obtained in the past is compared with the newly obtained locus data, and the locus data recording a good course record is used for the next game. Used. Since the other motorcycles run based on this locus, even if the player who plays the game increases in ability, the course record of the other motorcycle also increases, and the relative play of the game for the player is increased. The difficulty level does not change.
  • a course record with the highest grade is adopted as past trajectory data, but another selection method may be used.
  • it is configured to store a plurality of past trajectory data, and when determining a curved route in step S2 in FIG. 3, an average value of past course records (the number of position coordinates) is obtained, and the average value is determined.
  • a trail data having a close course record may be selected.
  • the Y axis of the image of the perspective transformation at the time of cornering may be inclined by an angle obtained by multiplying the magnitude of the rolling angle by a predetermined coefficient k (0 k 1). .
  • the rider tries to keep the horizontal axis of view horizontal.
  • the horizontal line may be slightly inclined. Therefore, if the head (Y axis for perspective transformation) is slightly tilted according to the rolling angle, a realistic image can be generated.
  • traveling of a plurality of moving bodies that move in addition to the specific moving body is generated based on trajectory data obtained when the specific moving body has traveled on a travel path in the past. Therefore, it is possible to move another moving body in a running state similar to the specific moving body, and it is possible to provide a game play that does not tire the player.
  • a new route for avoiding obstacles is provided for each of the plurality of moving objects by collision determination, so that the moving objects can be moved without collision.
  • the present invention by setting the position of the driver's viewpoint during actual driving and generating a virtual image from that position, it is possible to provide an image without unnaturalness and full of a sense of reality. That is.

Description

明 細 害 ゲーム装置、 その処理方法および記録媒体 技術分
本発明は、 ビデオゲーム機等に搭載するゲーム装置に係り、 特に、 モーターバ イク等の移動体をモデルとした画像生成技術の改良に関する。 背景技術
近年のコンピュータ ·グラフィックス技術の進展に伴い、 仮想的に生成した空 間 （以下 「仮想空間」 という。 ） を、 空間内の一視点から観察した画像 （以下 「仮想画像」 という。 ） として表示するゲーム装置が出現した。 その中でも、 モ 一夕—バイク等によるレースを題材にしたものは、 根強い人気を誇っている。 なお、 以下の記載で 「バイク」 というときは、 仮想空間で走行するゲームプレ ィのモデルとして表示されるモーターバイク （移動体） を意味するものとする。 特に、 遊技者自らが操作するバイクを 「特定バイク」 、 特定バイク以外のバイク であって、 特定バイクの競争相手となるバイクを 「他のバイク」 と称する。 また、 「走行」 というときは、 仮想空間内に設定された 「走行路」 における観念上のバ イクの走行を意味するものとする。
この種のビデオゲーム装置は、 実物のバイクをモデルにして成型され遊技者の 操作により操作信号を生成する入力装置、 仮想空間内の物体 （人や車等の移動体 や建物や石等の静物を含む） の位置を定める画像データ等に基づいて、 入力装置 から供給された操作信号に対応させてバイクの走行管理等を行うデータ処理装置 ( C P U ) 、 および、 走行管理されたバイクの画像を生成し、 その他の背景画面 等とともにディスプレイへ表示する表示装置等を備えて構成される。 走行管理に 必要な各種データと画像データはメモリに格納される。
ゲームプレイの内容は、 ゲーム装置が走行の管理をする他のバイクとともに、 遊技者の操作する特定バイクを走行路上を走らせ、 両者の間で走行路におけるコ ースレコードの優劣を競う、 というものである。 遊技者は、 実際のレース用走行 路をモーターバイクで走るときのように入力装置を傾けて走行路のコーナ一 （力 ーブ） を処理し、 入力装置の 「スロッ トル」 や 「ブレーキ」 の操作をする。 デー 夕処理装置は、 遊技者の操作に対応して供給される操作信号に基づいて、 特定バ イクの位置を特定し、 他のバイクの走行位置を特定する。 表示装置は、 デ一タ処 理装置の特定した仮想空間内における他のバイクの位置や背景等の画像データに 基づいて、 特定バイクの位置から仮想空間を観察した画像データを生成し、 ディ スプレイに表示する。 遊技者は、 入力装置の正面に備えられたディスプレイに表 示される画像を見ながら入力装置の操作を行う。 このため、 遊技者は、 実際のモ —ターバイクを運転しているのと近似した感覚で、 ゲームプレイを楽しめる。 従来、 競技相手となる他のバイクを走行させるための走行軌跡として、 メモリ 上に予め設定した軌跡データを使っていた。 この軌跡データは、 走行路上におけ る位置座標の列である。 データ処理装置は、 この位置座標を一定タイミング毎に 読出し、 読出された位置座標を他のバイクが通過するように走行を管理していた。
しかしながら、 上記従来のビデオゲーム装置では、 以下の不都合があった。 メモリ上に一旦設定した軌跡データは、 その内容が変更されない。 この軌跡デ 一夕に基づいて他のバイクの走行軌跡を得ていると、 遊技者のゲームプレイの力 量が高くなるに連れ、 遊技者が他のバイクに容易に勝てるようになる。 そのため、 操作に習熟した遊技者にとりゲームプレイが相対的に容易になり、 面白味がなく なってしまうという不都合があった。 多くの遊技者が同種のゲームの操作に習熟 してくると、 その機種の人気が早期に低下する傾向があった。
この不都合に対応するためには、 実際に遊技者が操作したバイクの軌跡データ を、 他のバイクの軌跡データとして用いることも考えられる。 しかし、 他のバイ クの軌跡データとして特定バイクの過去の軌跡データをそのまま用いると、 不自 然な画像が表示されると考えられる。
特定バイクの軌跡データは、 遊技者の操作する特定バイクの走行路上における 位置座標を一定のタイミング毎にサンプリングした位置座標の列として取得され る。 これを他のバイクの走行軌跡として用いる場合には、 一定のタイミング毎に この位置座標の列を順番に読出し、 読出した位置座標を他のバイクが通過するよ うに走行管理する。 ところが、 遊技者の操作は常に完全とは限らず、 走行路の途中で側壁 （走行路 と観客席を分ける柵や壁） に衝突したり、 他のバイクに衝突したりすることが多 い。 このような操作状況で取得された軌跡デー夕に基づ 、て他のバイクの走行管 理を行えば、 軌跡データが取得された時と同様の走行状態が再現される。 つまり、 この軌跡データに基づいて走行する他のバイクも、 側壁に衝突したり、 他にバイ クが近くに走っているか否かに関わらず物体に衝突したような不自然な走行とな る。
したがって、 この不都合を解決するためには、 軌跡デ一夕が走行路をはみ出す ような走行軌跡を示している場合はこれを修正し、 バイク同士が衝突し突然走行 を停止したような走行軌跡であっても、 バイクの走行が停止しないような軌跡デ —タを生成する必要がある。
また、 従来のビデオゲーム装置では、 第 9図 Aに示すように、 走行中の仮想画 像を生成に用いる視点 （カメラ Cで示す） を、 バイク上に設置するとの前提の下 で画像を生成していた。
しかし、 このようにして得られる画像は、 必ずしも現実にバイクに乗るライダ 一が通常認識する画像を反映したものとなっていない。 例えば、 レース中のコー ナ一リ ングでは、 実際のライダーならばバイクの車体を傾けて身体を乗り出し、 頭を鉛直に保った状態でバイクを運転する。 したがって、 ライダーの認識する景 色は、 水平線が殆ど傾くことのないものである。 ところが、 従来のビデオゲーム 装置では、 第 9図 Aに示すように、 特定バイク Bの上にカメラを設けていたので、 コーナー等を曲がる際に特定バイク Bが路面に対して傾くと、 カメラカバイクと 共に傾き、 地平線全体が傾いた画像が生成されてしまっていた （同図 B ) 。
また、 バイクが転倒した場合、 本来ならばバイクに乗っていたライダーは投げ 出されるため、 投げ出されたライダーの視点で映像を表示すべきである。 ところ 、 パ'イクにカメラが設置されていると、 カメラもバイクとともに転倒して横倒 しになり、 この視点から横倒しにされた画像が表示されていた。 したがって、 こ れらの不都合を解決するためには、 現実のライダーが認識するような視点にカメ ラ （視点） を設置し直す必要がある。 発明の開示
そこで、 上記問題点を解決するために、 本発明の第 1の課題は、 他の移動体を 走行させるデータを遊技者の走行させた軌跡デ一タに基づ 、て生成することによ り、 遊技者に飽きの来ないゲームプレイを提供することである。 また、 第 2の課 題は、 現実の運転者の視点の位置を決定し、 その位置からの仮想画像を生成する ことにより、 不自然さがなく、 かつ、 臨場感溢れた画像を提供することである。 請求の範囲第 1項に記載のゲーム装置は、 第 1の課題を解決するものであり、 仮想空間を移動する移動体 （モータ一バイクや車をモデル化したもの等、 以ド同 様） の画像を生成するゲーム装置において、
第 1の前記移動体が仮想空間内を移動した軌跡を所定時間間隔でサンプ リングして軌跡データ （一定タイミング毎に取得した位置座標の列等、 以下同 様） を生成し、 前記軌跡データの示す軌跡上に所定距離間隔ごとに通過点 （軌跡 上一定間隔毎の点等、 以下同様） を設定し、 前記通過点を通過するように第 2の 移動体を移動させること、 を特徴とするゲーム装置である。
第 2項に記載のゲーム装置は、 第 1の課題を解決するものであり、 通過点を通 過するように前記第 2の移動体を移動させる際に、 前記仮想空間内の障害物 （側 壁やバイク等、 以下同様） に衝突すると判定される場合には、 当該第 2の移動体 に衝突を回避させる新たな経路 （走行軌跡の変更、 加速、 減速、 停止するための 経路等） を与える請求項 1に記載のゲーム装置である。
なお、 障害物とは、 -一般的にいる壁や柱等の静物を意味する他、 走行中の移動 体 （第 1の移動体であるか第 2の移動体であるかを問わず） や路面自体をも含む 概念をいう。
第 3項に記載のゲーム装置は、 第 1の課題を解決するものであり、 仮想空間を 移動する複数の移動体の画像を生成するゲーム装置において、
前記複数の移動体のうち、 外部から供給される操作信号 （入力装置を遊 技者が操作することにより生成された信号、 以下同様） に対応して移動する特定 移動体の移動軌跡を所定期間ごとにサンプリングして軌跡データを生成する軌跡 データ生成手段と、 過去に前記軌跡データ生成手段が生成した軌跡データに基づ いて、 当該軌跡データの示す軌跡上に所定距離間隔ごとに通過点を設定する通過 点設定手段と、 前記通過点設定手段の設定した通過点を通る経路に沿って前記他 の移動体の各々を移動させる制御手段と、 を備えて構成される。
第 4項に記載のゲーム装置は、 第 1の課題を解決するものであり、 軌跡データ 生成手段は、 前記通過点設定手段へ供給するための前記軌跡データを記憶するメ モリと、 前記操作信号の示す前記他の移動体の位置情報を所定のサンプリングタ ィミング毎に取得し、 サンプリングした当該位置情報の集合を新たな前記軌跡デ —夕として前記メモリに記憶させるサンプリング部と、 サンプリング部により前 記新たな軌跡データが記憶される度に、 当該新たな軌跡データと過去に前記メモ リに記憶された軌跡データとを予め設定した比較条件 （例えば、 サンプリング点 の数や衝突回数がより少ないという条件） に基づいて比較し、 当該比較条件に適 合したと判定した場合に、 当該新たな軌跡データを前記通過点設定手段に出力す べき軌跡データとして前記メモリへ格納する比較出力部と、 を備える請求項 3に 記載のゲーム装置である。
第 5項に記載のゲーム装置は、 第 1の課題を解決するものであり、 通過点設定 手段は、 前記軌跡データ生成手段から供給された前記軌跡データに基づいて、 当 該軌跡データを構成する前記位置情報が示す位置を通過する曲線経路を設定する 曲線経路設定部と、 前記曲線経路設定部の設定した前記曲線経路に沿って各々が 略等間隔となるように通過点を設定する通過点設定部と、 を備えた請求項 3に記 載のゲーム装置である。
第 6項に記載のゲーム装置は、 第 1の課題を解決するものであり、 制御手段は、 前記他の移動体の各々の通過点を示す通過点情報、 仮想空間に存在する障害物の 位置を示す障害物位置情報に基づいて、 当該他の移動体と前記障害物との距離を 算出して当該他の移動体と当該障害物との衝突の有無を判定する衝突判定手段と、 当該他の移動体が前記障害物に衝突すると判定した場合には、 当該他の移動体に 当該障害物との衝突を回避させるための新たな経路を与える走行制御手段と、 を 備える請求項 3に記載のゲーム装置である。
第 7項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間を 所定の特定移動体 （例えば、 遊技者の操作に対応して移動する移動体） とともに 移動する視点から観察した視点画像を生成するゲーム装置であって、 前記移動体の仮想空間内における姿勢を決定し、 当該移動体とともに移 動する仮想的な運転者の視点位置を決定し、 当該視点位置から観察した仮想空問 の視点画像を生成することを特徴とするゲーム装置である。
第 8項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間を 所定の特定移動体とともに移動する視点から観察した視点画像を生成するゲーム 装置であって、
前記移動体の前記空間における姿勢を決定する姿勢決定手段と、 前記姿勢決定 手段によつて決定された前記特定移動体の姿勢に基づいて、 当該特定移動体とと もに移動する仮想的な運転者の頭部と当該特定移動体との間の相対的な位置座標 を決定する頭部位置決定手段と、 前記頭部位置決定手段の決定した位置座標に前 記視点を設定し、 当該視点から観察される前記視点画像の所定の座標軸の方向を、 当該空間に予め設定された鉛直方向に略一致させて前記視点画像を生成する表示 制御手段と、 を備えて構成される。
第 9項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間を 移動する移動体の画像を生成するゲーム処理方法において、
第 1の前記移動体が仮想空間内を移動した軌跡を所定時間間隔でサンプリング して軌跡データを生成し、 前記軌跡データの示す軌跡上に所定距離間隔ごとに通 過点を設定し、 前記通過点を通過するように第 2の移動体を移動させること、 を 特徴とする。
第 1 0項に記載のゲーム装置は、 第 2の課題を解決するものであり、 前記通過 点を通過するように前記第 2の移動体を移動させる際に、 前記仮想空間内の障害 物に衝突すると判定される場合には、 当該第 2の移動体に衝突を回避させる新た な経路を与える請求項 9に記載のゲーム処理方法である。
第 1 1項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間 を所定の移動体とともに移動する視点から観察した視点画像を生成するゲーム処 理方法であって、
前記移動体の仮想空間内における姿勢を決定し、 当該移動体とともに移動する 仮想的な運転者の視点位置を決定し、 当該視点位置から観察した仮想空間の視点 画像を生成することを特徴とする。 第 1 2項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間 を移動する移動体の画像を生成するゲーム処理プログラムが記録された記録媒体 において、
コンピュータに、 第 1の前記移動体が仮想空間内を移動した軌跡を所定時間間 隔でサンプリングして軌跡データを生成させ、 前記軌跡データの示す軌跡上に所 定距離間隔ごとに通過点を設定させ、 前記通過点を通過するように第 2の移動体 を移動させるゲーム処理プログラムが記録された機械読取り可能な記録媒体であ る。
第 1 3項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間 を移動する移動体の画像を生成するゲーム処理プログラムが記録された記録媒体 において、
コンピュータに、 第 1の前記移動体が仮想空間内を移動した軌跡を所定時間間 隔でサンプリングして軌跡データを生成させ、 前記軌跡データの示す軌跡上に所 定距離間隔ごとに通過点を設定させ、 前記通過点を通過するように第 2の移動体 を移動させ、 前記通過点を通過するように前記第 2の移動体を移動させる際に、 前記仮想空間内の障害物に衝突すると判定される場合には、 当該第 2の移動体に 衝突を回避させる新たな経路を与えるゲーム処理プログラムが記録された機械読 取り可能な記録媒体である。
第 1 4項に記載のゲーム装置は、 第 2の課題を解決するものであり、 仮想空間 を移動する移動体の画像を生成するゲーム処理プログラムが記録された記録媒体 において、
コンピュータに、 前記移動体の仮想空間内における姿勢を決定させ、 当該移動 体とともに移動する仮想的な運転者の視点位置を決定させ、 当該視点位置から観 察した仮想空間の視点画像を生成させるゲーム処理プログラムが記録された機械 読取り可能な記録媒体である。 図面の簡単な説明
第 1図
本発明の実施の形態であるビデオゲーム装置のプロック図である。 第 2図
本発明の機能プロック図である。
第 3図
本発明の実施の形態におけるメインル一チンのフローチヤ一トである。
第 4図
本発明の実施の形態における衝突判定処理のフローチャートである。
第 5図
本発明の実施の形態における表示制御のフローチャートである。
第 6図
本発明の実施の形態における曲線経路と通過点の設定の説明図である。
第 7図
本発明の実施の形態における経路変更の説明図である。
第 8図
本発明の実施の形態における視点の位置の説明図である。
第 9図
従来のビデオゲーム装置における視点の位置の説明図である。 発明を実施するための最良の形態
以下、 本発明の好適な実施の形態を図面を参照して説明する。
0 ) 構成
(構成）
本実施形態のビデオゲーム装置は、 モータ一バイクのレースをモデルにしたゲ —ムプレイを提供するものであり、 複数のバイクのうちの一台 （特定バイク） を ゲームプレイヤたる遊技者が操作するものである。
第 1図に、 本発明の画像生成装置を適用したビデオゲーム装置に係る実施の形 態のプロック図を示す。
本ビデオゲーム装置は、 ゲーム処理ボード 1 0、 入力装置 1 1、 出力装置 1 2、 ディスプレイ 1 3およびスピーカ 1 4を備えて構成されている。
入力装置 1 1は、 実物のモーターバイクを模擬した操作装置であり、 遊技者が 搭乗可能な構成を備えている。 搭乗した遊技者が、 実際のモータバイクを運転す る際に用いるハンドル 1 1 a、 スロッ トル 1 1 b、 ブレーキ 1 1 cおよびシフ ト レバ一 1 1 d等のモータ一バイクの運転に必要な操作要素の他、 ビューチヱンジ スィッチ 1 1 eを備え、 遊技者が身体を傾けて装置全体が傾いた場合に、 その口 —リング角を検出するセンサ 1 1 f を備えている。 ビューチェンジスィッチ 1 1 eは、 ディスプレイ 1 3に表示される視点画像の視点を切り換えるための操作要 素である。
出力装置 1 2は、 入力装置 1 1に装備される方向指示ランプやテールランプ 1 2 aに相当し、 C PUの制御により操作状況に対応して点滅可能に構成されてい る。
ゲーム処理ボード 1 0は、 C PU (中央演算処理装置） 1 0 1の他に、 ROM 1 02、 RAM1 03、 サゥンド装置 1 04、 入出力ィン夕一フェース 1 06、 スクロールデータ演算装置 1 07、 コ .プロセッサ （補助演算処理装置） 1 08、 画像データ ROM 1 09、 ジオメタライザ 1 1 0、 モーションデータ ROM 1 1 1、 描画装置 1 1 2、 テクスチャデータ ROM1 1 3、 テクスチャマップ RAM 1 1 4、 フレームバッファ 1 1 5、 画像合成装置 1 1 6および DZA変換機 1 1 7を備えて構成されている。
C PU 1 0 1は、 バスラインを介して、 ROM1 0 2、 RAM1 03、 サゥン ド装置 1 04、 入出力ィンタ一フヱ一ス 1 06、 スクロールデ一夕演算装置 1 0 7、 コ ·プロセッサ 1 08およびジオメ夕ライザ 1 1 0へ接続されている。 RO M l 02は、 ゲームプレイを行うためのプログラムデータおよび画像処理用のプ ログラムデータを記憶可能に構成されている。 RAM 1 03は、 ジォメタライザ 1 1 0に対する各種コマンド、 各種演算時に必要となるデータ等が書込みまたは 読取りが可能に構成されている。
サウンド装置 1 04は、 プログラムにより供給される音源制御信号に基づいて 音響信号を生成可能に構成されている。 電力増幅器 1 05は、 この音響信号を電 力増幅しスピーカ 14へ供給可能に構成されている。
入出力ィンタ一フヱース 1 06は、 入力装置 1 1および出力装置 1 2へ接続さ れ、 入力装置 1 1により生成された操作信号 SDをデジタルデータとして C PU 1 0 1へ供給し、 C P U 1 0 1から転送されたランプの点滅信号を出力装置 1 2 へ出力可能に構成されている。 スクロールデ一夕演算装置 1 0 7は、 文字や背景 画像等のデータ （R O M 1 0 2に格納） を表示制御可能に構成されている。
コ ·プロセッサ 1 0 8は、 画像データ R O M 1 0 9に格納されているポリゴン データに基づいて、 衝突判定等特定の演算を高速に実行可能に構成されている。 画像デ一夕 R O M 1 0 9は、 衝突等の判定に必要なポリゴンデータを格納して構 成されている。
ここで、 「ポリゴン」 とは、 バイク、 走行路、 障害物、 建造物および人物等の 物体を仮想空間内に表示させるため、 物体を構成する小さい多角形 （三角形、 四 角形等） の各々をいい、 「ポリゴンデータ」 とは個々のポリゴンの各頂点の座標 値で構成するポリゴンを特定するデータをいう。
ジォメタライザ 1 1 0は、 モ一ションデータ R O M 1 1 1および描画装置 1 1 2へ接続され、 モーションデ一夕 R O M 1 1 1から転送されたポリゴンデータを、 視野変換可能に構成されている。
モ一ションデータ R O M 1 1 1は、 モ一ションデータとして、 自分のバイク、 競争相手になる他のバイク等動きのある物体に関するポリゴンデータが格納可能 に構成されている。 このモーションデータ R O M 1 1 1に格納されるポリゴンデ —タは、 精密表示のため比較的細かい （一^ ^のポリゴンの面積が小さい） 多数の ポリゴンのためのデ一夕である点で、 コ .プロセッサ 1 0 8が衝突判定等の各種 判定を行うに十分な程度の粗い （一^ 3のポリゴンの面積が大きい） データである 画像データ R O M 1 0 9のポリゴンデータと異なる。
描画装置 1 1 2は、 視野座標系において定義されたポリゴンデータに、 テクス チヤ （模様、 色彩またはこれらの組合せ） をマッピング可能に構成されている。 テクスチャマップ R A M 1 1 4は、 描画装置 1 1 2のテクスチャマツビング演算 に使用されるテクスチャデータを格納可能に構成されている。 フレームバッファ 1 1 5は、 テクスチャマッピングの修了した画像データを格納するバッファであ る。 画像合成装置 1 1 6は、 スクロールデータ演算装置 1 0 7からのデータとフ レームバッファ 1 1 5へ一時的に記憶されたポリゴンデ一夕とを、 C P U 1 0 1 により指定された優先順位にしたがつて合成し、 フレーム画像データを生成可能 に構成されている。 DZA変換器 1 1 7は、 フレーム画像データをアナログ信号 へ変換した後、 ディスプレイ 1 3へ出力可能に構成されている。
(作用）
遊技者は、 入力装置 1 1に搭乗すると、 実際のモ一夕バイクを運転するのと同 様な手順でハンドル 1 1 a、 スロッ トル 1 1 b、 ブレーキ 1 1 cゃシフトレバ一 1 1 dを操作する。 この操作状態は、 操作信号 Suとしてゲーム処理ボード 1 0 へ供給される。 また、 遊技者が体を傾けて入力装置 1 1全体を傾けた場合、 セン サ 1 1 f によりその傾き （ローリング角） が検出され、 口一リング角に対応した 操作信号 s Dがゲーム処理ボード 1 0へ供給される。
この入力装置 1 1はディスプレイ 1 3の前に設置される。 したがって、 遊技者 はディスプレイ 1 3に表示される走行路の画像を観察しながら、 実際のモータ一 バイクを運転するときと同一の感覚で入力装置 1 1を操作できることになる。
C PU 1 0 1は、 ROM 1 02に格納されたプログラムデータを実行する。 入 力装置 1 1から操作信号 S„が供給されると、 仮想空間内に設定した走行路上の バイクの走行軌跡をシミュレートする。
まず、 C PU 1 0 1は、 仮想空間 （ワールド座標系） における走行路、 障害物、 バイク等の物体の 3次元の座標値を決定する （その詳細は本発明に係り、 後述す る） 。
物体の座標値決定に当たり、 コ ·プロセッサ 1 08は、 画像データ ROM 1 0 9から、 バイク、 走行路、 障害物、 建造物および人物等に関するポリゴンデータ を読取り、 各バイクの走行軌跡の設定やバイクの衝突判定等を行い、 その判定結 果を CPU 1 0 1へ供給する。 C PU 1 01は、 コ · プロセッサ 1 08による判 定結果を参照して物体の 3次元の座標値を決定する。 そして、 CPU 1 01は、 これら物体のポリゴンデータ、 および決定した座標値 （ワールド座標系） 、 およ びこの座標値を視野座標系に変換する変換マトリクスデータをジオメ夕ライザ 1 1 0へ供給する。
ジオメ夕ライザ 1 1 0は、 C PU 1 0 1から転送された変換マトリクスデータ を用いて物体のワールド座標系の座標値を透視変換し、 視野座標系における物体 の座標値に変換する。 この結果、 3次元で定義された物体を含む仮想空間を、 視 点の前面に設けた 2次元平面に投射した画像が生成される。
描画装置 1 1 2は、 視野座標系で定義された物体に陰面処理を行って、 視点か ら見えるポリゴンの表面に、 テクスチャデータ R O M 1 1 3およびテクスチャマ ップ R A M I 1 4を使用してテクスチャデータを展開 （貼り付け） させる。 テク スチヤデータを展開させた画像データは、 フレームバッファ 1 1 6に出力され、 スクロールデータ演算装置 1 0 7からの画像データと合成された後、 ディスプレ ィ 1 3に出力される。
(機能プロックの構成および作用）
第 2図に、 以上のハードウ ァにより実行される本発明の機能プロック図を示 す。 これら機能ブロックは、 主として C P U 1 0 1力く、 R O M 1 0 2に格納した プログラムデ一夕を実行することで実現される。 機能ブロック図は、 本発明の第 1の課題を解決する系統および第 2の課題を解決する系統に分けられる。
本発明の第 1の課題を解決する系統は、 軌跡データ生成回路 1 0 0 0、 通過点 設定回路 1 0 1 0、 衝突判定回路 1 0 2 0および走行制御回路 1 0 3 0を備えて 構成されている。 第 2の課題を解決する系統は、 姿勢決定回路 1 0 4 0、 頭部位 置決定回路 1 0 5 0および表示制御回路 1 0 6 0を備えて構成されている。
軌跡データ生成回路 1 0 0 0は、 サンプリングブロック 1 0 0 1、 比較出カブ ロック 1 0 0 2およびメモリ 1 0 0 3を備えている。 メモリ 1 0◦ 3は、 第 1図 の R A M 1 0 3に相当する。
通過点設定回路 1 0 1 0は、 曲線経路設定プロック 1 0 1 1 と通過点設定プロ ック 1 0 1 2とを備える。
以上の構成において、 サンプリングブロック 1 0 0 1は、 画像の表示周期 （垂 直同期期間等） 毎に、 操作信号 S Dに基づいて走行路上を移動する特定バイクの 3次元座標系 （ワールド座標系） における位置座標 （X , y , z ) をサンプリ ン グし、 メモリ 1 0 0 3に格納する。 特定バイクの一回の走行路の走行によりメモ リ 1 0 0 3に蓄積される位置座標の集合を軌跡データ D Tと称する。 比較出カブ ロック 1 0 0 2は、 メモリ 1 0 0 3に格納された軌跡データ D Tのうち、 最も成 績の良い （最も速く走行路を完走したとき） 軌跡データ （以下 「べス ト レコー ド」 という） と、 特定バイクの走行により新たに取得された軌跡データとを比較 する。 そして、 より成績の良い方の軌跡データをべストレコードとする。
曲線経路設定ブロック 1 0 1 1は、 軌跡データ D Tの位置座標の各々を通過可 能に曲線経路を設定する。 通過点設定ブロック 1 0 1 2は、 曲線経路設定ブロッ ク 1 0 1 1の設定した曲線経路上において等距離間隔ごとに通過点を設定し、 通 過点の集合を通過点情報 D Pとして出力する。
衝突判定回路 1 0 2 0は、 画像データに含まれる障害物位置情報 S 0、 通過点 情報および操作信号 S Dを参照し、 各々の物体が衝突するか否かを判定し、 衝突 する場合に衝突情報 D。を出力する。
走行制御回路 1 0 3 0は、 通過点情報 D Pを参照し、 他のバイクを走行路に沿 つて走行制御する。 他のバイクの走行軌跡を定める際、 走行制御回路 1 0 3 0は 衝突情報 D Cを参照し、 衝突するおそれのある場合に当該バイクの走行状態を変 更させる。 各バイクの走行状態は表示制御信号 S Cとして出力される。
一方、 姿勢決定回路 1 0 4 0は、 操作信号 S Dを参照してローリング角の情報 を取得し、 特定バイクの姿勢を決定する。 頭部位置決定回路 1 0 5 0は、 決定し た特定バイクの姿勢に基づいて、 特定バイクに架空のライダーが乗っているもの と仮定した場合に、 実際のライダーが通常とるであろう姿勢をシミユレ一卜する。 そして、 その姿勢から架空のライダーの頭部の視点の位置座標を決定し、 視点情 報 D Vとして出力する。 表示制御回路 1 0 6 0は、 表示制御信号 S Cにより特定 された位置の各バイクを、 視点情報 D Vの位置から観察した画像を生成する。
( I I ) 動作の説明
次に、 本実施の形態の動作をフローチャートを参照して説明する。 第 3図は、 本形態のメインルーチンを説明するフローチャートである。 まず、 ゲームプレイ ャである遊技者は、 入力装置 1 1であるバイクに乗り、 ゲームの開始をゲーム装 置に指示する。
ステップ S I : C P U 1 0 1は、 R A M 1 0 3に格納された過去の軌跡デ一 タ0 7のうち、 最も成績の良かった軌跡データを読出す。 成績の良否は軌跡デ一 夕とともに記憶されるフラグデータ等を参照して判断すればよ t、。
ステップ S 2 ： C P U 1 0 1は、 読出した軌跡データを構成する位置座標の 示す点のすべてを通過するような曲線経路を設定する。 例えば、 第 6図 Aの 〜P 6のように位置座標の列がサンプリングされている場合、 これら P】 ? 6の すべてを結ぶような曲線を設定する。 曲線の設定は、 例えば、 ある位置を基点と して、 前方に連続する 2つの位置を通るような曲線の関数を、 その係数を決定し て行う。 関数には、 二次関数、 三次関数や双曲線特性を用いることができる。 各 位置座標を基準として決定された関数を繋ぎ合せると、 同図 Aに破線で示すよう に、 総ての点を通過する曲線経路が取得される。
ステップ S 3 ： この曲線経路に対し、 同図 Bに示すように、 C P U 1 0 1は 一定の等距離間隔に通過点 P 〜Ρ 8 ' を設定する。 取得された通過点 Ρ 〜 Ρ 8 ' は、 他のバイクが使用する走行軌跡の基準になるものである。
ここで、 サンプリングされた軌跡データ Ρ ,〜Ρ 6と、 曲線経路上に均等間隔 で設けられた通過点 〜Ρ 8 ' と、 の違いを述べる。 軌跡データ Ρ ,〜Ρ 6は、 特定バイクの走行位置を一定期間毎にサンプリングして構成される。 したがって、 軌跡デー夕 P i〜 Ρ 6の示す位置座標を- -定期間毎に順次読取り、 読み取つた位 置を通過するように、 他のバイクを走行させると、 特定バイクの走行軌跡に沿つ て他のバイクを走行させることができる。 いわば、 空間的および時間的に特定バ イクのシミュレ一卜が行われたことになる。
一方、 各通過点 〜Ρ 8 ' は、 走行路上における距離が等間隔になるよう に設定されたものである。 したがって、 -定期間毎に通過点を読取り、 読み取つ た通過点に沿って他のバイクを走行させたことは、 空間的に特定バイクをシミュ レートしたことになるが、 時間的にはシミュレートしたことにはならない。 他の バイクは、 独自に設定されたスピードで特定バイクの軌跡を走行することになる。 このことは、 例えば特定バイクが走行路の中途で停止したりクラッシュしたりし ても、 この事実による特定バイクの減速や停止自体は他のバイクの走行に影響を 与えないことを意味している。
ステップ S 4 ： 以上の前処理が終了すると、 C P U 1 0 1は走行制御を開始 する。 すなわち、 ゲームプログラムにしたがいモータ一バイクレースがスタート し、 遊技者が入力装置 1 1を用いて操作する特定バイクと C P U 1 0 1が走行制 御する他のバイクとのレースが始まる。
ステップ S 5 ： 表示タイ ミング （例えば、 垂直帰線期間等の画像表示周期に 同期したタイ ミング） が来ると （S 5 ； Y E S ) 、 以下の処理を行う。
まず、 操作信号 S Dを入力し （ステップ S 6 ) 、 操作信号 S Dの操作状態 （例 えば、 スロッ トルの開放状態、 ブレーキの有無、 ハン ドル操作やローリング角の 程度） に応じて定まる走行路上の特定バイクの位置座標を R A M I 0 3に格納す る （ステップ S 7 ) 。
ステップ S 8 ： 他のバイクの走行位置を計算する。 すなわち、 ステップ S 3 において取得された各通過点を通るように、 各バイクの走行状態が制御される。 各バイクの走行速度は機種に依存する。 すなわち、 バイクの機種毎にモーターバ イクの性能が定められ、 モ一夕一バイクの性能に応じた平均スピードが定められ る。
S u b 1 ： 上記のような通過点の設定により、 他のバイクは、 それぞれ設定 された性能に応じたスピードで走行制御されることになる。 このとき、 軌跡デー 夕をサンプリングした時の特定バイクが、 側壁に衝突する等の安定しない走行で あった場合にこの軌跡デ一夕を他のバイクの走行制御にそのまま利用すると、 こ の他のバイク自体の走行も安定しないものとなる。 そこで、 本形態では衝突判定 ( S u b 1 ) を行って、 衝突等の状態が予見される場合には走行状態を変更させ る。 詳しくは後述する。
S u b 2 ： また、 特定バイクに乗るライダーの頭部の位置が決定され、 この ライダーの視点から各々調整された走行経路を走る他のバイクを望んだ場合の画 像が生成される。 詳しくは後述する。
ステップ S 9 ： 以上で一回の表示タイミングにおける画像生成が終了する。 ゲームプレイが終了せず、 次の表示タイミングにおいても画像を生成すべき場合 ( S 9 ； N O ) はステップ S 5〜S 8が繰り返される。
ステップ S 1 0 : ゲームプレイを終了する場合 （ステップ S 9 ； Y E S ) 、 過去に最も成績の良かった軌跡データが読出される。
ステップ S 1 1 ： さらに最も成績の良かった軌跡データの位置座標の数が参 照され、 ステップ S 6および S 7において表示タイミ ング毎に蓄積された位置座 標の数と比較される。 表示タイミ ングの間隔は一定であるので、 軌跡データを構 成する位置座標の数は、 すなわち、 軌跡データのコースレコードに対応している。 位置座標の数が少なければこの軌跡デ一夕がサンプリ ングされた際のコースレコ 一ドは優秀であり、 位置座標の数が多ければあまり良いレコードを記録したとは 言えない。
ステップ S 1 2 ： 新たにサンプリングされた軌跡データと過去に最も成績の 良かった軌跡データとについて、 位置座標の数を比較する。
ステップ S 1 3 ： 比較の結果、 新たな軌跡データの位置座標の数が少なかつ た場合 （S 1 2 ； Y E S ) 、 新たな軌跡データをべストレコ一ドとして記録する ( S 1 3 ) 。 具体的には、 軌跡データがベストレコ一 ドである旨のフラグデータ をともに記録する。
なお、 上記の位置座標の数によるコースレコードの判定の他、 衝突回数をコー スレコ一ドの善し悪しを判断する基準として用いてもよい。 衝突回数が少ないほ ど、 後のバイクの軌跡データとして用いるのに適しているからである。 また、 直 接、 所用時間を軌跡データとともに記録し、 この所用時間を示すデータを用いて 優劣を判定してもよい。
(衝突判定）
第 4図に、 衝突判定処理 （S u b 1 ) のフローチヤ一トを示す。 他のバイクは、 ある通過点を通過すると、 最も近い通過点を次の通過点とするよう制御される。 ステップ S 1 0 0 ： C P U 1 0 1およびコ ·プロセッサ 1 0 8は、 ステップ S 7 (第 3 ) にて計算した特定バイクの位置情報を参照する。
ステップ S 1 0 1 : この位置から視野に入ると考えられる走行路上の障害物 の位置座標を画像データ R O M 1 0 9から読出す。
ステップ S 1 0 2 : 同時に他のバイクの最も新しい位置座標を読み取る。 他 のバイクのカウンタ nを 1 (以下、 例えば n番目の他のバイクを示すのに 「バイ ク # n」 という表現を用いる） に設定する。
ステップ S 1 0 3 : このバイク # nについては、 次に目標とすべき通過点と 当該バイクに設定されたスピ一ド等に基づいて、 今回の表示タイミ ングにおいて 位置すべきバイクの位置座標を求める。
ステップ S 1 0 4 ： 次いで、 この他のバイクが視野に入るか否かが検査され る o ステップ S 1 05 ： 視野に入る場合 （S 1 04 ； YE S) 、 障害物にこの他 のバイクが衝突する可能性があるか否かのいわゆる衝突判定が行われる。
この衝突判定処理としては、 例えば、 本願出願人の先願にあたる特開平 7— 2 30559号公報に記載した方法等が用いられる。 この方法を手短に説明する。 まず、 衝突を判定したい二つの物体のそれぞれに、 所定の半径を有する衝突球 (例えば半径 r lと r 2) を設定する。 そして、 両物体の位置座標に基づいて両 物体の距離 Lを算出し、 算出した距離 Lと衝突球の半径の和 （= r 1 + r 2) と の大小により衝突の有無を判定する。 本形態では、 衝突球の一つは判定対象とな る他のバイクに設定され、 衝突球の残りは障害物 （走行路のガードフユンス、 こ のバイク以外のバイク） に設定される。
なお、 後述するように、 次の通過点と障害物との距離を判定し、 所定の距離以 下である場合に、 次の目標をこの通過点の次に存在する通過点に変更してもよい。 ステップ S 1 06 ： 衝突可能性が存在する場合 （S 1 05 ; YE S) 、 障害 物が前方か否かを判定する。
ステップ S 1 07 : 障害物が後方にある場合 （S 1 06 ；後方） とは、 例え ばバイクが追ってきている状態をいうので、 バイク # nの速度を上げる。 ステ ップ S 1 08 ： 障害物が前方にある場合 （S 1 06 ；前方） 、 経路の変更によ り障害物との衝突を避ける余裕がある'か否かを判定する。
ステップ S 1 09 ： その結果、 障害物を避ける余裕がある場合 （S 1 08 ； YE S) 、 このバイク # nの経路を、 直前にある通過点へ向けての経路から、 当 該通過点の次にある通過点に向けての経路に変更する。
経路の変更について、 第 7図のように、 走行路 L上に軌跡データがサンプリン グされ （△印） 、 通過点 PA〜P , (〇印） が設定されている場合を例に説明す る。 この軌跡データを取得したとき、 この特定バイクは走行路 Lの側壁に衝突し、 一時走行路 Lをはずれている。 このため、 通過点 Peでは、 走行路 Lをはずれた 位置に設定されている。 他のバイクが走行点 Pxを走行している場合、 C PU 1 0 1は、 次の通過点 PBと障害物である側壁との距離 dを計算する。 この距離 d が基準値よりも少ない場合、 C PU 1 01は他のバイクの目標を通過点 PBから 通過点 PDに変更する。 このように経路の変更を行えば、 他のバイクは、 通過点 P Bにおける側壁への異常接近や通過点 Peにおけるコースアウ トをすることな く、 スムーズな経路で走行を続けることができる。
ステップ S 1 1 0 ： さて、 スピードが出ている等の理由により、 障害物を避 ける余裕がない場合 （S 1 08 ； NO) 、 障害物との距離が異常に接近している か否かを判定する。 異常接近を判定する距離は、 バイクの速度に応じて変化させ ればよい。
ステップ S 1 1 1 : 例えば、 同一の軌跡上を先行するバイクに接近した場合 等、 バイクを減速すれば、 相手との距離を一定に保てる場合には （S 1 1 0 ； N 0) 、 バイク # nを減速させる。
ステップ S 1 1 2 ： 一方、 転倒したバイクやフェンス等の静物が障害物であ つて急ブレーキをかけなければ衝突を回避できない場合、 バイク # nを急停止さ せる。
以上の処理で、 一つの他のバイクについての衝突判定を終了する。
次いで、 バイクの番号を一つ上げ （ステップ S 1 1 3) 、 他のバイクが存在す る限り （ステップ S 1 14 ； YE S) 、 ステップ S 1 03〜S 1 1 3までの処理 を繰り返す。 すべての他のバイクについて衝突判定が終了すれば （ステップ S 1 14 ； NO) メインルーチンに復帰する。
(表示制御）
第 5図に、 表示制御処理 （S u b 2) のフローチヤ一卜を示す。
ステップ S 200 : まず、 操作信号 S Dに含まれるローリング角の情報を参 照する。
ステップ S 20 1 ： このローリ ング角の情報に基づいて、 C PU 1 0 1は特 定バイクの姿勢を計算する。 ローリング角の情報が入力装置 1 1の傾きの大きさ に比例して出力される場合は、 このローリング角の情報をそのまま特定バイクの 姿勢としてもよい。 また、 ローリング角の情報が入力装置 1 1から供給されない 場合には、 速度とハンドル 1 1 aの操作量からバイクに加わる遠心力の向きを計 算し、 この遠心力の向きが、 バイクの重心からタイヤの接地点への向きと一致す るように特定バイクの姿勢を計算してもよい。
ステップ S 202 ： ライダーの仮想的な頭部位置を計算する。 実際のレース 中のコーナーリングの際、 ライダーはカーブの内側に身を乗り出し、 全体の重心 を低く しながらバイクの転倒を防止し、 カーブを高速に曲がる。 したがって、 ス テツプ S 2 0 1において計算された特定バイクの姿勢が路面に対して傾いている 場合には、 ライダーがコーナ一の内側に身を乗り出し、 その頭部の位置がバイク の中心よりずれていると考えるのが現実的である。 そこで、 本形態でも、 特定バ イクの傾きに対応させて、 ライダーの頭部の位置をバイクの側面方向に変化させ る。
ステップ S 2 0 3 ： ステップ S 2 0 2で計算した頭部の位置にカメラ （視 点） を設置し、 透視変換する場合の Y軸方向を決定する。 すなわち、 実際のライ ダ一はコーナーリ ングの最中に身をバイクの側面に乗り出すが、 頭は真っ直ぐに し、 視野を正しく保とうとする。 したがって、 本形態でもこれを模擬し、 透視変 換のための Y軸を仮想空間の鉛直方向に平行な状態とする。
ステップ S 2 0 4 : 決定した視点と Y軸とに基づいた仮想空間の透視変換を 行い、 実際のライダーが認識する景色に近似した画像を表示する （ステップ S 2 0 5 ) 。
なお、 視点の位置は、 ライダーの頭部の位置に一致させる他、 入力装置 1 1の ビューチヱンジスィッチ 1 l eの操作に対応して、 例えばライダーの頭部の後方 や側面からライダーのヘルメッ 卜の一部を画角に含める視点の位置としてもよい。 以上の表示制御処理により、 例えば、 第 8図 Aのように、 バイク Bに乗るライ ダ一の頭部に視点を得るための視点であるカメラ Cが設置されたかのような状態 でゲームが行われることになる。 そして、 同図 Bに示すように、 特定バイクのわ ずかな傾きに応じて視点の位置が C。や C tの位置に変動する他、 左カーブにお いて、 入力装置 1 1が左に傾けられた場合には、 B 2の特定バイクの姿勢に対応 した C 2のカメラの位置が決定される。 また、 右カーブにおいて、 入力装置 1 1 が右に傾けられた場合には、 B 3の特定バイクの姿勢に対応した C 3のカメラの 位置が決定される。
( I I I ) 実施の形態の効果
(a) 本形態によれば、 過去に取得された軌跡データと新たに取得された軌跡デ 一夕とを比較し、 良好なコースレコードを記録した軌跡データを次回のゲームに 用いる。 他のバイクはこの軌跡デ一夕に基づいて走行するので、 ゲームを行う遊 技者の力量が上がっても、 他のバイクのコースレコードも上がり、 遊技者にとつ てゲームプレイの相対的な困難度が変化しない。
(b) 特に、 常に最も上達した遊技者に操作されるのと同等に走行する他のバイ クが対戦相手となるので、 ゲーム装置の設置場所とそのゲーム装置の遊技者層の 習熟の程度に対応した難易度がゲームに設定される。 したがって、 多くの需要者 にとつて難過ぎることも簡単過ぎることもなく、 適度なゲームの難易度でゲーム プレイを楽しむことができる。
(c) さらに、 過去にサンプリングした特定バイクの軌跡がコースを外れるよう なものであっても、 他のバイクの走行制御において衝突判定および経路の変更が 行われるので、 不自然さのない他のバイクの走行が表示できる。 また、 軌跡デ一 夕をサンプリングした際に、 特定バイクが停止や転倒をしたとしても、 軌跡デー タのみに基づいて他のバイクの通過点を設定するので、 自然な他のバイクの走行 が表示できる。
(d) コーナーリング等における入力装置の傾きに応じたライダーの頭部の位置 座標を計算し、 この頭部の位置から観察した走行路の画像を生成するので、 遊技 者は常に実際のライダーが体験するのと同様の画像を楽しむことができる。
(e) また、 頭部の傾きも実際のライダーの頭部の傾きを模擬したので、 遊技者 が入力装置を傾けても、 水平線が傾くことなく画像が表示される。 したがって、 この点でも実際のライダーが体験するのと同様の画像により、 遊技者は、 臨場感 豊かにレースを体験することができる。
( IV) その他の形態
本発明は、 上記各形態に拘らず種々に変形できる。 まず、 上記実施の形態では、 過去の軌跡データとして最も成績の良いコースレコードを採用したが、 他の選択 方法を用いてもよい。 例えば、 過去の軌跡データを複数記憶するように構成し、 第 3図のステップ S 2で曲線経路を定める際、 過去のコースレコード （位置座標 の数） の平均値を求め、 その平均値に最も近いコースレコードを有する軌跡デー 夕を選択してもよい。 このように平均的なコースレコードを用いれば、 そのゲー ムを使用する遊技者の大多数にとり、 実力の拮抗した他のバイクとの対戦を楽し めることになる。
また、 サブルーチン S u b 2の表示制御処理で、 コーナーリング時の透視変換 の画像の Y軸を、 ローリング角の大きさに所定の係数 k ( 0く kく 1 ) を乗した 角度だけ傾けてもよい。 実際のレースにおいて、 ライダーは視野の横軸を水平に 保とうとする。 しかし、 コーナーの曲率が小さい場合等は十分な補正ができず、 若干水平線が傾いて認識されることも考えられる。 したがって、 ローリング角の 大きさに応じて少し頭 （透視変換ための Y軸） が傾くように表示すれば、 臨場感 のある画像が生成できる。
産業上の利用形態
本発明によれば、 特定移動体の他に移動する複数の移動体の走行を、 過去に特 定移動体が走行路上を走行した際の軌跡データに基づいて生成する。 したがって、 他の移動体を特定移動体に近似した走行状態で移動させることができ、 遊技者に 飽きの来ないゲームプレイを提供することが可能である。
また、 複数の移動体の各々について、 衝突判定により障害物を回避させるため の新たな経路を与えるので、 互いの移動体が衝突することもなく移動させること ができる。
本発明によれば、 実際の運転中における運転者の視点の位置を設定し、 その位 置からの仮想画像を生成することにより、 不自然さがなく、 かつ、 臨場感溢れた 画像を提供することである。

Claims

請 求 の 範 囲
1 . 仮想空間を移動する移動体の画像を生成するゲーム装置において、
第 1の前記移動体が仮想空間内を移動した軌跡を所定時間間隔でサンプ リングして軌跡データを生成し、
前記軌跡データの示す軌跡上に所定距離間隔ごとに通過点を設定し、 前記通過点を通過するように第 2の移動体を移動させること、 を特徴と するゲーム装置。
2 前記通過点を通過するように前記第 2の移動体を移動させる際に、 前記 仮想空間內の障害物に衝突すると判定される場合には、 当該第 2の移動体に衝突 を回避させる新たな経路を与える請求項 1に記載のゲーム装置。
3 仮想空間を移動する複数の移動体の画像を生成するゲーム装置において、 前記複数の移動体のうち、 外部から供給される操作信号に対応して移動 する特定移動体の移動軌跡を所定期間ごとにサンプリングして軌跡デー夕を生成 する軌跡データ生成手段と、
過去に前記軌跡データ生成手段が生成した軌跡データに基づいて、 当該 軌跡デ一夕の示す軌跡上に所定距離間隔ごとに通過点を設定する通過点設定手段 と、
前記通過点設定手段の設定した通過点を通る経路に沿って前記他の移動 体の各々を移動させる制御手段と、 を備えたことを特徴とするゲーム装置。
4 前記軌跡データ生成手段は、 前記通過点設定手段へ供給するための前記 軌跡データを記憶するメモリと、
前記操作信号の示す前記他の移動体の位置情報を所定のサンプリング夕 ィミング毎に取得し、 サンプリングした当該位置情報の集合を新たな前記軌跡デ —タとして前記メモリに記憶させるサンプリング部と、
前記サンプリング部により前記新たな軌跡データが記憶される度に、 当 該新たな軌跡データと過去に前記メモリに記憶された軌跡データとを予め設定し た比較条件に基づいて比較し、 当該比較条件に適合したと判定した場合に、 当該 新たな軌跡デ一夕を前記通過点設定手段に出力すべき軌跡データとして前記メモ リへ格納する比較出力部と、 を備える請求項 3に記載のゲーム装置。
5 前記通過点設定手段は、 前記軌跡データ生成手段から供給された前記軌 跡デー夕に基づいて、 当該軌跡データを構成する前記位置情報が示す位置を通過 する曲線経路を設定する曲線経路設定部と、
前記曲線経路設定部の設定した前記曲線経路に沿って各々が略等間隔と なるように通過点を設定する通過点設定部と、 を備えた請求項 3に記載のゲーム
6 前記制御手段は、 前記他の移動体の各々の通過点を示す通過点情報、 仮 想空間に存在する障害物の位置を示す障害物位置情報に基づいて、 当該他の移動 体と前記障害物との距離を算出して当該他の移動体と当該障害物との衝突の有無 を判定する衝突判定手段と、
当該他の移動体が前記障害物に衝突すると判定した場合には、 当該他の 移動体に当該障害物との衝突を回避させるための新たな経路を与える走行制御手 段と、 を備える請求項 3に記載のゲーム装置。
7 仮想空間を所定の特定移動体とともに移動する視点から観察した視点画 像を生成するゲーム装置であって、
前記移動体の仮想空間内における姿勢を決定し、 当該移動体とともに移 動する仮想的な運転者の視点位置を決定し、 当該視点位置から観察した仮想空間 の視点画像を生成することを特徴とするゲーム装置。
8 仮想空間を所定の特定移動体とともに移動する視点から観察した視点画 像を生成するゲー厶装置であつて、
前記移動体の前記空間における姿勢を決定する姿勢決定手段と、 前記姿勢決定手段によって決定された前記特定移動体の姿勢に基づいて、 当該特定移動体とともに移動する仮想的な運転者の頭部と当該特定移動体との間 の相対的な位置座標を決定する頭部位置決定手段と、
前記頭部位置決定手段の決定した位置座標に前記視点を設定し、 当該視 点から観察される前記視点画像の所定の座標軸の方向を、 当該空間に予め設定さ れた鉛直方向に略一致させて前記視点画像を生成する表示制御手段と、 を備えた ことを特徴とするゲーム装置。 9 仮想空間を移動する移動体の画像を生成するゲーム処理方法において、 第 1の前記移動体が仮想空間内を移動した軌跡を所定時間間隔でサンプ リングして軌跡データを生成し、
前記軌跡データの示す軌跡上に所定距離間隔ごとに通過点を設定し、 前記通過点を通過するように第 2の移動体を移動させること、 を特徴と するゲーム処理方法。
1 0 前記通過点を通過するように前記第 2の移動体を移動させる際に、 前^ 仮想空間内の障害物に衝突すると判定される場合には、 当該第 2の移動体に衝突 を回避させる新たな経路を与える請求頃 9に記載のゲーム処理方法。
1 1 仮想空間を所定の移動体とともに移動する視点から観察した視点画像を 生成するゲーム処理方法であつて、
前記移動体の仮想空間内における姿勢を決定し、 当該移動体とともに移 動する仮想的な運転者の視点位置を決定し、 当該視点位置から観察した仮想空間 の視点画像を生成することを特徴とするゲーム処理方法。
1 2 仮想空間を移動する移動体の画像を生成するゲーム処理プログラムが記 録された記録媒体において、
コンピュータに、 第 1の前記移動体が仮想空間内を移動した軌跡を所定 時間間隔でサンプリングして軌跡データを生成させ、
前記軌跡データの示す軌跡上に所定距離間隔ごとに通過点を設定させ、 前記通過点を通過するように第 2の移動体を移動させるゲーム処理プログラムが 記録された機械読取り可能な記録媒体。
1 3 仮想空間を移動する移動体の画像を生成するゲーム処理プログラムが記 録された記録媒体において、
コンピュータに、 第 1の前記移動体が仮想空間内を移動した軌跡を所定 時間間隔でサンプリングして軌跡データを生成させ、
前記軌跡データの示す軌跡上に所定距離間隔ごとに通過点を設定させ、 前記通過点を通過するように第 2の移動体を移動させ、
前記通過点を通過するように前記第 2の移動体を移動させる際に、 前記 仮想空間内の障害物に衝突すると判定される場合には、 当該第 2の移動体に衝突 を回避させる新たな経路を与えるゲーム処理プログラムが記録された機械読取り 可能な記録媒体。
1 4 仮想空間を移動する移動体の画像を生成するゲーム処理プログラムが記 録された記録媒体において、
コンピュータに、 前記移動体の仮想空間内における姿勢を決定させ、 当 該移動体とともに移動する仮想的な運転者の視点位置を決定させ、 当該視点位置 から観察した仮想空間の視点画像を生成させるゲーム処理プロダラムが記録され た機械読取り可能な記録媒体。
PCT/JP1997/001515 1996-05-02 1997-05-02 Game machine, its processing method and recording medium WO1997041935A1 (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP53973897A JP3841437B2 (ja) 1996-05-02 1997-05-02 ゲーム装置、その処理方法および記録媒体
DE69729621T DE69729621T2 (de) 1996-05-02 1997-05-02 Spielvorrichtung und verarbeitungsmethode dafür sowie aufnahmemedium
EP97918364A EP0836873B1 (en) 1996-05-02 1997-05-02 Game machine, its processing method and recording medium
KR1020047019040A KR100594558B1 (ko) 1996-05-02 1997-05-02 게임 장치, 게임 장치용 방법 및 컴퓨터 판독가능 매체
US08/981,655 US6426752B1 (en) 1996-05-02 1997-05-03 Game device, method of processing and recording medium for the same
HK99100177A HK1014889A1 (en) 1996-05-02 1999-01-14 Game device and method of processing.
US09/985,583 US7009613B2 (en) 1996-05-02 2001-11-05 Game device, method of processing and recording medium for the same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP8/111566 1996-05-02
JP11156696 1996-05-02

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US08/981,655 A-371-Of-International US6426752B1 (en) 1996-05-02 1997-05-03 Game device, method of processing and recording medium for the same
US09/985,583 Division US7009613B2 (en) 1996-05-02 2001-11-05 Game device, method of processing and recording medium for the same

Publications (1)

Publication Number Publication Date
WO1997041935A1 true WO1997041935A1 (en) 1997-11-13

Family

ID=14564633

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1997/001515 WO1997041935A1 (en) 1996-05-02 1997-05-02 Game machine, its processing method and recording medium

Country Status (8)

Country Link
US (2) US6426752B1 (ja)
EP (1) EP0836873B1 (ja)
JP (1) JP3841437B2 (ja)
KR (2) KR100491467B1 (ja)
CN (1) CN1171649C (ja)
DE (1) DE69729621T2 (ja)
HK (1) HK1014889A1 (ja)
WO (1) WO1997041935A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000123193A (ja) * 1998-10-15 2000-04-28 Hitachi Ltd 画像データ生成方法、音響データ生成方法、及び、臨場感生成システム
JP2000233072A (ja) * 1999-02-15 2000-08-29 Sega Enterp Ltd ゲーム装置
JP2003109038A (ja) * 2001-09-27 2003-04-11 Namco Ltd 高速衝突検出装置
JP2003263652A (ja) * 2002-12-26 2003-09-19 Sanyo Product Co Ltd 画像表示装置
JP2006116133A (ja) * 2004-10-22 2006-05-11 Namco Ltd ゲーム装置、プログラム及び情報記憶媒体
JP2009082645A (ja) * 2007-10-03 2009-04-23 Taito Corp オートバイゲーム装置
US8043158B2 (en) 1998-10-23 2011-10-25 Kabushiki Kaisha Sega Game device and image processing device

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6409596B1 (en) * 1997-09-12 2002-06-25 Kabushiki Kaisha Sega Enterprises Game device and image displaying method which displays a game proceeding in virtual space, and computer-readable recording medium
JP4030209B2 (ja) * 1998-12-09 2008-01-09 株式会社バンダイナムコゲームス ゲーム装置および情報記憶媒体
US6488505B1 (en) 1999-07-15 2002-12-03 Midway Games West Inc. System and method of vehicle competition with enhanced ghosting features
AU1593401A (en) * 1999-11-16 2001-05-30 Sony Electronics Inc. System and method for leveraging data into a game platform
KR20000050243A (ko) * 2000-05-30 2000-08-05 김호광 게임제작 도구에서의 객체충돌 설정방법
JP4837844B2 (ja) * 2001-07-19 2011-12-14 富士通株式会社 シミュレーションシステム、方法、プログラム及び記録媒体
RU2190447C1 (ru) * 2001-10-01 2002-10-10 Довгань Владимир Викторович Способ сетевой компьютерной игры в гонки и оптико-механический генератор двух случайных чисел, используемый при реализации способа
US20030067482A1 (en) * 2001-10-09 2003-04-10 Yandi Ongkojoyo Virtual environment on the web
JP3731879B2 (ja) 2002-05-09 2006-01-05 任天堂株式会社 ゲーム機およびゲームプログラム
JP2004005272A (ja) * 2002-05-31 2004-01-08 Cad Center:Kk 仮想空間移動制御装置及び制御方法並びに制御プログラム
US7515156B2 (en) * 2003-01-08 2009-04-07 Hrl Laboratories, Llc Method and apparatus for parallel speculative rendering of synthetic images
JP2005100367A (ja) * 2003-09-02 2005-04-14 Fuji Photo Film Co Ltd 画像生成装置、画像生成方法、及び画像生成プログラム
JP3822215B2 (ja) * 2004-09-21 2006-09-13 株式会社コナミデジタルエンタテインメント ゲームプログラム、ゲーム装置及びゲーム制御方法
US8187094B2 (en) * 2004-09-22 2012-05-29 Sega Corporation Game program
KR100718157B1 (ko) * 2006-03-08 2007-05-14 삼성전자주식회사 충돌 감지 장치 및 방법
US20070254778A1 (en) * 2006-04-14 2007-11-01 Ashby Darren C Exercise apparatuses, components for exercise apparatuses and related methods
US20080263592A1 (en) * 2007-04-18 2008-10-23 Fuji Xerox Co., Ltd. System for video control by direct manipulation of object trails
CN101411944B (zh) * 2007-10-19 2012-04-25 鈊象电子股份有限公司 赛车游戏系统以及赛车游戏系统所执行的执行方法
US8508534B1 (en) * 2008-05-30 2013-08-13 Adobe Systems Incorporated Animating objects using relative motion
US8753214B2 (en) 2009-03-26 2014-06-17 Konami Digital Entertainment Co., Ltd. Game device, method for controlling game device, program and information memory medium
CA2757410C (en) * 2009-03-31 2015-09-29 Vorum Research Corporation Method and apparatus for applying a rotational transform to a portion of a three-dimensional representation of an appliance for a living body
US8366526B2 (en) * 2010-04-16 2013-02-05 Disney Enterprises, Inc. Power play game mechanics
US9339691B2 (en) 2012-01-05 2016-05-17 Icon Health & Fitness, Inc. System and method for controlling an exercise device
EP2969058B1 (en) 2013-03-14 2020-05-13 Icon Health & Fitness, Inc. Strength training apparatus with flywheel and related methods
US9403047B2 (en) 2013-12-26 2016-08-02 Icon Health & Fitness, Inc. Magnetic resistance mechanism in a cable machine
WO2015138339A1 (en) 2014-03-10 2015-09-17 Icon Health & Fitness, Inc. Pressure sensor to quantify work
US8979652B1 (en) * 2014-03-27 2015-03-17 TECHLAND Sp. z o. o Natural movement in a virtual environment
US10426989B2 (en) 2014-06-09 2019-10-01 Icon Health & Fitness, Inc. Cable system incorporated into a treadmill
WO2015195965A1 (en) 2014-06-20 2015-12-23 Icon Health & Fitness, Inc. Post workout massage device
US10258828B2 (en) 2015-01-16 2019-04-16 Icon Health & Fitness, Inc. Controls for an exercise device
US9814982B2 (en) * 2015-02-25 2017-11-14 Globalfoundries Inc. Mitigating collisions in a physical space during gaming
US10391361B2 (en) 2015-02-27 2019-08-27 Icon Health & Fitness, Inc. Simulating real-world terrain on an exercise device
US10537764B2 (en) 2015-08-07 2020-01-21 Icon Health & Fitness, Inc. Emergency stop with magnetic brake for an exercise device
US10953305B2 (en) 2015-08-26 2021-03-23 Icon Health & Fitness, Inc. Strength exercise mechanisms
JP6532393B2 (ja) * 2015-12-02 2019-06-19 株式会社ソニー・インタラクティブエンタテインメント 表示制御装置及び表示制御方法
US10625137B2 (en) 2016-03-18 2020-04-21 Icon Health & Fitness, Inc. Coordinated displays in an exercise device
US10272317B2 (en) 2016-03-18 2019-04-30 Icon Health & Fitness, Inc. Lighted pace feature in a treadmill
US10493349B2 (en) 2016-03-18 2019-12-03 Icon Health & Fitness, Inc. Display on exercise device
US10293211B2 (en) 2016-03-18 2019-05-21 Icon Health & Fitness, Inc. Coordinated weight selection
US10561894B2 (en) 2016-03-18 2020-02-18 Icon Health & Fitness, Inc. Treadmill with removable supports
US10252109B2 (en) 2016-05-13 2019-04-09 Icon Health & Fitness, Inc. Weight platform treadmill
JP6483056B2 (ja) * 2016-06-10 2019-03-13 任天堂株式会社 ゲーム装置、ゲーム制御方法およびゲームプログラム
US10441844B2 (en) 2016-07-01 2019-10-15 Icon Health & Fitness, Inc. Cooling systems and methods for exercise equipment
US10471299B2 (en) 2016-07-01 2019-11-12 Icon Health & Fitness, Inc. Systems and methods for cooling internal exercise equipment components
US10671705B2 (en) 2016-09-28 2020-06-02 Icon Health & Fitness, Inc. Customizing recipe recommendations
US10500473B2 (en) 2016-10-10 2019-12-10 Icon Health & Fitness, Inc. Console positioning
US10376736B2 (en) 2016-10-12 2019-08-13 Icon Health & Fitness, Inc. Cooling an exercise device during a dive motor runway condition
TWI646997B (zh) 2016-11-01 2019-01-11 美商愛康運動與健康公司 用於控制台定位的距離感測器
TWI637770B (zh) 2016-11-01 2018-10-11 美商愛康運動與健康公司 用於固定式腳踏車的落入式樞軸配置
US10625114B2 (en) 2016-11-01 2020-04-21 Icon Health & Fitness, Inc. Elliptical and stationary bicycle apparatus including row functionality
US10661114B2 (en) 2016-11-01 2020-05-26 Icon Health & Fitness, Inc. Body weight lift mechanism on treadmill
CN106540451B (zh) * 2016-11-17 2018-09-07 腾讯科技（深圳）有限公司 角色模型的移动控制方法、装置及数据同步方法、系统
TWI680782B (zh) 2016-12-05 2020-01-01 美商愛康運動與健康公司 於操作期間抵銷跑步機的平台之重量
US10702736B2 (en) 2017-01-14 2020-07-07 Icon Health & Fitness, Inc. Exercise cycle
TWI782424B (zh) 2017-08-16 2022-11-01 美商愛康有限公司 用於抗馬達中之軸向衝擊載荷的系統
US10729965B2 (en) 2017-12-22 2020-08-04 Icon Health & Fitness, Inc. Audible belt guide in a treadmill
CN111773671A (zh) * 2020-07-13 2020-10-16 网易（杭州）网络有限公司 虚拟对象的移动控制方法、装置和终端设备
US11794107B2 (en) * 2020-12-30 2023-10-24 Activision Publishing, Inc. Systems and methods for improved collision detection in video games

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5354202A (en) * 1990-08-01 1994-10-11 Atari Games Corporation System and method for driver training with multiple driver competition
JPH07116343A (ja) * 1992-06-12 1995-05-09 Sega Enterp Ltd 電子遊戯機器
JPH07200162A (ja) * 1993-12-29 1995-08-04 Namco Ltd 仮想現実体験装置およびこれを用いたゲーム装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4148485A (en) * 1977-09-19 1979-04-10 Atari, Inc. Driving games method for automatically controlled cars
US4905168A (en) * 1986-10-15 1990-02-27 Atari Games Corporation Object processing for video system using slips and linked list
US4978300A (en) * 1989-03-16 1990-12-18 Bernard Fried Racing Enterprises High performance motorcycle simulator
US5547382A (en) * 1990-06-28 1996-08-20 Honda Giken Kogyo Kabushiki Kaisha Riding simulation system for motorcycles
US5483630A (en) * 1990-07-12 1996-01-09 Hitachi, Ltd. Method and apparatus for representing motion of multiple-jointed object, computer graphic apparatus, and robot controller
US5287446A (en) * 1990-10-15 1994-02-15 Sierra On-Line, Inc. System and methods for intelligent movement on computer displays
US5366376A (en) * 1992-05-22 1994-11-22 Atari Games Corporation Driver training system and method with performance data feedback
US5405151A (en) * 1992-11-20 1995-04-11 Sega Of America, Inc. Multi-player video game with cooperative mode and competition mode
JP3401897B2 (ja) 1994-02-16 2003-04-28 株式会社セガ 衝突判定処理システムおよびこれを用いた画像処理装置
JP3425742B2 (ja) 1994-03-03 2003-07-14 株式会社セガ 画像表示システム
JP2667656B2 (ja) * 1995-09-12 1997-10-27 コナミ株式会社 ドライビングゲーム機

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5354202A (en) * 1990-08-01 1994-10-11 Atari Games Corporation System and method for driver training with multiple driver competition
JPH07116343A (ja) * 1992-06-12 1995-05-09 Sega Enterp Ltd 電子遊戯機器
JPH07200162A (ja) * 1993-12-29 1995-08-04 Namco Ltd 仮想現実体験装置およびこれを用いたゲーム装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP0836873A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000123193A (ja) * 1998-10-15 2000-04-28 Hitachi Ltd 画像データ生成方法、音響データ生成方法、及び、臨場感生成システム
US8043158B2 (en) 1998-10-23 2011-10-25 Kabushiki Kaisha Sega Game device and image processing device
JP2000233072A (ja) * 1999-02-15 2000-08-29 Sega Enterp Ltd ゲーム装置
JP2003109038A (ja) * 2001-09-27 2003-04-11 Namco Ltd 高速衝突検出装置
JP2003263652A (ja) * 2002-12-26 2003-09-19 Sanyo Product Co Ltd 画像表示装置
JP2006116133A (ja) * 2004-10-22 2006-05-11 Namco Ltd ゲーム装置、プログラム及び情報記憶媒体
JP4688468B2 (ja) * 2004-10-22 2011-05-25 株式会社バンダイナムコゲームス ゲーム装置、プログラム及び情報記憶媒体
JP2009082645A (ja) * 2007-10-03 2009-04-23 Taito Corp オートバイゲーム装置

Also Published As

Publication number Publication date
JP3841437B2 (ja) 2006-11-01
KR20050008738A (ko) 2005-01-21
CN1171649C (zh) 2004-10-20
US20020024521A1 (en) 2002-02-28
KR19990028635A (ko) 1999-04-15
CN1190353A (zh) 1998-08-12
EP0836873A1 (en) 1998-04-22
KR100491467B1 (ko) 2005-12-21
US6426752B1 (en) 2002-07-30
DE69729621T2 (de) 2005-07-21
HK1014889A1 (en) 1999-10-08
DE69729621D1 (de) 2004-07-29
EP0836873B1 (en) 2004-06-23
EP0836873A4 (en) 1999-12-29
KR100594558B1 (ko) 2006-06-30
US7009613B2 (en) 2006-03-07

Similar Documents

Publication Publication Date Title
JP3841437B2 (ja) ゲーム装置、その処理方法および記録媒体
JP3972230B2 (ja) ゲーム装置、ゲーム装置の制御方法及び記録媒体
US6409596B1 (en) Game device and image displaying method which displays a game proceeding in virtual space, and computer-readable recording medium
US6171186B1 (en) Game processing method, game device, image processing device, image processing method, and recording medium
JP4035867B2 (ja) 画像処理装置及び画像処理方法並びに媒体
US6471586B1 (en) Game system and information storage medium
JP6719308B2 (ja) シミュレーションシステム及びプログラム
US8425293B2 (en) Speed-dependent suggested driving lines
US7651396B2 (en) Method, storage medium, apparatus, data signal and program for generating image of virtual space
US20070010306A1 (en) Game device
JP2006297121A (ja) ゲーム装置、その処理方法および記録媒体
JPH09167256A (ja) ゲーム用画像合成方法及び装置
JP3770290B2 (ja) 画像処理装置、遊戯施設及び遊戯施設用乗り物
WO2009139147A1 (ja) ゲーム装置
JP3165768B2 (ja) ビデオゲーム装置
JP4036508B2 (ja) 画像生成装置及び情報記憶媒体
JP3403505B2 (ja) ゲーム装置およびその移動体制御方法
JP3797607B2 (ja) ゲーム装置およびゲームプログラム
JPH08332280A (ja) ゲーム装置
JP4108167B2 (ja) 画像生成装置及び情報記憶媒体
JPH0470038B2 (ja)
JPH08329273A (ja) 画像処理装置及びこれを備えたゲーム装置
JP2000153057A (ja) ゲーム装置及び情報記憶媒体

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 97190484.7

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWE Wipo information: entry into national phase

Ref document number: 1019970709957

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 08981655

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 1997918364

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1997918364

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1019970709957

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 1997918364

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1019970709957

Country of ref document: KR