WO2006006274A1 - ゲーム装置及びゲームプログラム - Google Patents

ゲーム装置及びゲームプログラム Download PDF

Info

Publication number
WO2006006274A1
WO2006006274A1 PCT/JP2005/004524 JP2005004524W WO2006006274A1 WO 2006006274 A1 WO2006006274 A1 WO 2006006274A1 JP 2005004524 W JP2005004524 W JP 2005004524W WO 2006006274 A1 WO2006006274 A1 WO 2006006274A1
Authority
WO
WIPO (PCT)
Prior art keywords
character
stage
density
game
characters
Prior art date
Application number
PCT/JP2005/004524
Other languages
English (en)
French (fr)
Inventor
Noriaki Okamura
Takashi Muto
Satoshi Hirayae
Original Assignee
Konami Corporation
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 Konami Corporation filed Critical Konami Corporation
Priority to CN200580003797XA priority Critical patent/CN1913945B/zh
Publication of WO2006006274A1 publication Critical patent/WO2006006274A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • 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/70—Game security or game management aspects
    • A63F13/75—Enforcing rules, e.g. detecting foul play or generating lists of cheating players
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/02—Digital computers in general; Data processing equipment in general manually operated with input through keyboard and computation using a built-in program, e.g. pocket calculators
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3202—Hardware aspects of a gaming system, e.g. components, construction, architecture thereof
    • 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/66—Methods for processing data by generating or executing the game program for rendering three dimensional images
    • A63F2300/6607—Methods for processing data by generating or executing the game program for rendering three dimensional images for animating game characters, e.g. skeleton kinematics
    • 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/6623—Methods for processing data by generating or executing the game program for rendering three dimensional images for animating a group of characters

Definitions

  • the present invention in a game in which a plurality of stages in which a character in a game can move is prepared, the arrangement density of the characters in each stage is maintained at a certain height, and a crowd is produced.
  • the present invention relates to a game device and a game program.
  • the game stage is also configured with a plurality of stage powers and an attempt is made to maintain a predetermined character arrangement density for all of the stages, the number of characters that the CPU should manage is
  • the present invention maintains the character arrangement density at a predetermined height for all the stages on which the character can move without increasing the CPU load so much.
  • the object is to provide a game device and a game program capable of producing a bustle.
  • a three-dimensional virtual space in which world coordinates are set is set in a memory (3), and a plurality of stages (STG) forces consecutive to each other on the world coordinates (F Field generation means for generating (LD), character placement means (CPP, 1) for placing a plurality of characters (CR) appearing in the game on the stage on the field, and the player via the controller (12).
  • F Field generation means for generating LD
  • character placement means CPP, 1
  • Operation character placement means for placing an operable operation character (OCH) on the stage on the field
  • Character density computation means for calculating the character density of the stage on which the operation character is placed
  • Character density determination means for determining whether the calculated character density is less than or equal to a predetermined character density, and when it is determined that the character density is less than or equal to a predetermined character density
  • the number of missing characters calculation means (CDJ, 1) for calculating the number of missing characters, and the operation character places the calculated missing characters.
  • An image display means PPP, 1, 4, 5, 9) for displaying all the images on the monitor at the arranged stage is configured as a powerful game device.
  • the operation character (CR) can be reduced with the minimum number of characters (CR).
  • the specified character density can always be maintained.
  • the number of characters that the CPU should control in real time can be significantly reduced while maintaining the fun of the game, such as the liveliness and gorgeousness of the stage. Progress is possible.
  • the present invention provides the game apparatus according to claim 1, wherein the insufficient character extracting / rearranging means is provided for a predetermined stage power at which the operation character is disposed.
  • Stage selection means (CMP, 1) for selecting a stage existing at the isolated position as a stage for extracting a missing character, and missing character extraction means (CMP for extracting the missing character from the selected stage) 1).
  • the shortage character (CR) is extracted from a stage camera that exists at a position separated by a predetermined stage from the stage where the operation character is placed, the operation character OCH moves to the adjacent stage STG.
  • the shortage character (CR) 1S that was rearranged immediately before is extracted again as the shortage character (CR), and the adjacent stage (STG) force is extracted and is not rearranged in the stage STG. Unnatural character placement can be avoided.
  • the present invention sets a three-dimensional virtual space in which world coordinates are set in a memory in a computer, and generates a plurality of fields having a plurality of stage forces that are continuous with each other on the world coordinates.
  • a field generation procedure to be performed a character placement procedure to place a plurality of characters appearing in the game on the stage on the field, and an operation character to place an operation character that can be operated by the player via the controller on the stage on the field.
  • Composition character arrangement procedure character density calculation procedure for calculating the character density of the stage where the operation character is arranged, character density determination procedure for determining whether or not the calculated character density is equal to or lower than a predetermined character density, character If it is determined that the density is less than or equal to the predetermined character density, Steps for calculating the number of characters to be added, a procedure for calculating the number of missing characters, and extracting the stage power other than the stage on which the operation character is arranged, and rearranging the calculated insufficient character on the stage on which the operation character is arranged
  • the game program is configured to execute an insufficient character extraction rearrangement procedure and an image display procedure for displaying an image of a stage on which the operation character is arranged on a monitor.
  • the character (CR) is exchanged between the stage (STG) where the operation character (OCH) is arranged and the other stages so that the minimum number of characters (CR) can be obtained.
  • the stage (STG) where the operation character (OCH) is placed can always maintain a predetermined character density. As a result, the number of characters that the CPU should control in real time can be significantly reduced while maintaining the fun of the game, such as the liveliness and gorgeousness of the stage. Progress is possible.
  • FIG. 1 is a control block diagram showing an example of a game machine to which the present invention is applied.
  • FIG. 2 is a diagram showing an example of an outline of stages constituting fields generated in a three-dimensional virtual space.
  • FIG. 3 is a diagram showing an example of an action management table for each character.
  • FIG. 4 is a diagram showing an initial arrangement state of each character in the field of FIG.
  • FIG. 5 is a diagram showing a motion management table in which the current position of the character is rewritten by correcting the character density.
  • FIG. 6 is a diagram showing a state in which an insufficient character is moved on the stage by character density correction in the field of FIG.
  • FIG. 7 is a flowchart illustrating an example of a procedure for character density correction.
  • the game apparatus 20 executes a predetermined game according to a game program GPR recorded on a ROM disk 15 as a recording medium.
  • the game device 20 includes a CPU 1 mainly composed of a microprocessor, ROM2 and RAM3 as main storage devices for the CPU1, an image processing device 4 and a sound processing device 6, and buffers 5 and 7 for these devices. And a ROM disk reader 8.
  • ROM2 an operating system is written as a program necessary for controlling the overall operation of the game machine.
  • the RAM 3 a game program and data constituting the program GPR read from the ROM disk 15 as a storage medium are written as necessary.
  • the image processing device 4 receives the image data from the CPU 1, draws a game screen on the frame buffer 5, converts the drawn image data into a predetermined video reproduction signal, and generates a predetermined timing. To output to monitor 9.
  • the sound processing device 6 reproduces data such as voice and musical sound and sound source data read from the ROM disk 15 and recorded in the sound buffer 7 and outputs them from the speaker 10.
  • the ROM disk reader 8 reads a program or data recorded on the ROM disk 15 in accordance with an instruction from the CPU 1 and outputs a signal corresponding to the read contents.
  • the ROM disk 15 stores a program GPR composed of programs and data necessary for game execution.
  • the monitor 9 has a television receiver power for home use.
  • the speaker 10 generally uses the built-in speaker power of the television receiver.
  • a communication control device 11 is connected to the CPU 1 via the bus 14, and a controller 12 and an auxiliary storage device 13 as input devices are connected to the device 11 as appropriate connection ports. Are detachably connected to each other.
  • the controller 12 functions as an input device, and operation members such as keys for accepting operations by the player are appropriately provided therein.
  • the controller 12 outputs an operation signal corresponding to the operation state of each operation member at a constant cycle (eg, 1Z60 seconds), and the CPU 1 determines the operation state of the controller 12 based on the operation signal.
  • a plurality of controllers 12 and auxiliary storage devices 13 can be connected to the communication control device 11 in parallel.
  • the other components except for the monitor 9, the speaker 10, the controller 12, the ROM disk 15, and the auxiliary storage device 13 are integrally accommodated in a predetermined housing to constitute the game machine body 16. To do.
  • This game machine body 16 functions as a computer.
  • a program recorded on the ROM disk 15 is loaded onto the RAM 3 and executed by the CPU 1, thereby playing games of various genres on the screen of the display 9. I can do it.
  • CPU 1 In game device 20, when a predetermined initialization operation (for example, a power-on operation) is performed, CPU 1 first executes a predetermined initialization process according to a program stored in ROM 2. When initialization is completed, CPU 1 starts reading program GPR stored in ROM disk 15, and starts game processing according to the program. When the player operates the controller 12 as an input device to perform a predetermined game start operation, the CPU 1 starts various controls necessary for executing the game according to the procedure of the program GPR.
  • a predetermined initialization operation for example, a power-on operation
  • the game device 20 as an example of a home game machine has been described as an example.
  • the game device 20 is a so-called portable game machine.
  • it may be a device capable of playing back general music and video recording media using a game-dedicated device.
  • the present invention is not limited to this, and any computer may be used, for example, a personal computer, a mobile phone, or the like, that is, any computer that can drive a program.
  • the game program GPR includes an operation character that can be operated by the player and a large number of characters appearing in the game when the game is started via the CPU 1.
  • a field FLD is generated as a place where actions are taken based on the development of a predetermined scenario based on the game program GPR.
  • the field generation program FDP of the game program GPR that constitutes the field generation means together with the CPU 1 is necessary for generating the field FLD from the field data file FDF stored in the game program GPR via the CPU 1.
  • the field data FDD is read out, and based on the field data FDD, a field FLD is generated in the three-dimensional virtual space set in the RAM 3 (step S1 in FIG. 7).
  • the various programs and various data constituting the game program GPR can be freely read out by the program function of the game program GPR! /, As long as it is stored in any manner.
  • a program such as the game program GPR as shown in FIG. 1
  • it is stored in an external memory means such as a server independent of the game machine 1 and is stored in the game program GPR. It may be configured to download to a memory such as RAM3 via a communication mediator such as the Internet by the provided reading program.
  • program GPR shown in FIG. 1 describes only the software elements related to the present invention that constitute the program GPR, and the program GPR includes those other than those described in FIG.
  • various programs and data necessary for executing a game using the program GPR are stored.
  • Field generation program FDP force Field FLD generated in RAM3 via CPU1 is set in a form set as a continuous space on the world coordinates in 3D virtual space, as shown in Fig. 2.
  • these stage STGs are composed of 12 stages A to L.
  • Each stage is assigned a stage identification code SDG from “A” to “L” as described above.
  • the number of stages constituting each field FLD is arbitrary. As the number of stages constituting the force field FLD increases, the effect of the present invention is exhibited.
  • the game program GPR is based on the scenario progression program SAP that constitutes the game program GPR, which constitutes the operating character placement means together with the CPU 1. Then, the stage STG on which the operation character OCH that can be operated by the player via the controller 12 is to be placed and the placement coordinate position within the stage STG are determined (step S2 in FIG. 7).
  • the game program GPR uses a character setting program CPP that constitutes a character placement means together with the CPU 1 to calculate the stage STG where the operation character OCH should be placed, and each character other than the operation character OCH that appears in the game.
  • CPP character setting program
  • Each character CH other than the operation character OCH is given as an individual action program IAP to be acted on individually, and they are provided for each character CR in the individual character file ICF in the game program GPR. Stored in Therefore, each character CR is based on the individual action program IAP for the character CR stored in the individual action character file ICF! /, And the action on the field FLD is the character management program. Controlled via CPU 1 by CMP.
  • the individual action program IAP is, for example, as shown in FIG. 3, in which the game starts (in addition to starting the game itself from the beginning, the game has already started, and is interrupted until the middle of the game.
  • the game data is stored in the auxiliary storage device 13 as saved data, and the game is restarted by loading the saved data from the auxiliary storage device 13 to the RAM 3).
  • the position in the field FLD where the character CR is placed (current location PP) and the character CR Set the destination DS that is the destination to move at that time.
  • the current location PP and the destination DS include a stage identification code SDG having a coding power from “A” to “L” for distinguishing the stage STG of the field FLD, and the stage STG.
  • the coordinate position data COD force that indicates the position of the character is also constructed.
  • the character management program CMP determines the stage STG (current location PP) and each character CR at which the character CR should be placed at the time of starting the game, determined by the individual action program IAP for each character CR.
  • the destination DS is aggregated and a character action management table CBT as shown in FIG. 3 is created and stored in RAM3.
  • the character behavior management table CBT is created for all the character CRs set by the scenario progression program SAP so that some scenario development can be performed by engaging with the operating character OCH in the game.
  • the number of power characters for which the character action management table CBT is created can be appropriately set according to the capacities of the CPU 1 and the RAM 3, which is a memory.
  • the action management table CBT power is created for all characters CR that may be related to the operation character OCH in the game world as shown in FIG.
  • the CR is placed and set at the coordinate position specified as the current location PP in the character behavior management table CBT in the field FLD (step S4 in FIG. 7).
  • the operation character OCH is arranged and set at a predetermined coordinate position of a predetermined stage STG determined by the scenario progress program SAP.
  • the character density of the stage STG where the operation character OCH is placed is calculated (step S5 in Fig. 7).
  • the character density adjustment program CDJ determines whether or not the calculated character density has reached the character density that is set in advance by the game program GPR! Step S6). Since each stage STG is stored in the field data FDD as the character density power attribute data for the stage STG, this determination can be easily made.
  • the character density in this stage STG is the field FLD power of the game.
  • the field FLD power of the game For example, in the case of a school canvas or a theme park, if a certain amount of character CR is not placed on the field FLD, It becomes unnatural as a field FLD where game scenarios are developed.
  • a very large number of characters CR can be applied to the entire field FL D. It is necessary to control the actions of these characters CR at the same time, which puts a very heavy load on CPU1 and a risk of hindering the smooth progress of the game.
  • the character CR other than the operation character OCH is played by the character management program CMP.
  • the character management program CMP only two bodies are placed Force Field data FDD corresponding to the stage STG ID code SD
  • Stage S with G “A” STG is set as the character density on the canvas of the school, other than the operation character OCH, the character CR power person Z stage, and the character density adjustment program CDJ is run through CPU 1 as shown in FIG.
  • steps S5 and S6 it is determined that the character density of the stage STG having the identification code SDG “A” where the operation character OCH is arranged is lower than the preset character density.
  • the field FLD in FIG. 4 is described as follows, for convenience of explanation, if seven characters CR other than the operation character OCH are set and force is set for convenience of explanation.
  • the number of character CRs placed in the stage STG by the character management program CMP is, for example, 20 out of hundreds of character CRs placed throughout the field FLD.
  • An appropriate number is arranged according to the calculation result of the individual action program IAP, such as body (any number is possible).
  • the CPU 1 and the CPU 1 constitute a means for calculating the number of missing characters.
  • the character density adjustment program CDJ calculates, for the stage STG, the number of character CRs necessary to reach the character density set in the stage STG, that is, the number of character CRs that are insufficient.
  • the character density (set character density) set in advance by the field data FDD is 4, so the number of missing characters is set to “2” based on the two characters CR currently placed. Is calculated.
  • the character density adjustment program CDJ which constitutes the insufficient character extraction and rearrangement means together with the CPU 1 and the character management program CMP, interrupts the character management program CMP and is insufficient. Instructs the selected short-actor CR to be collected at other stage STG force selection.
  • the character management program CMP which constitutes the stage selection means and the insufficient character extraction means together with CCU1, is set on the field FLD of each character CR set in step S2 of FIG. Referring to the arrangement state in Fig. 4, a stage STG that is set two or more stages in the horizontal direction and separated in the three-dimensional virtual space from the stage STG where the operation character OCH is currently arranged.
  • SDG is "C”, “D”, " Select the stage STG of “G”, “H”, “I”, ”,“: K: ”,“ L ”, and the character CR that is placed on those selected stages is stored in the character behavior management table CBT. Randomly extracted by referring to the current PP. In the case of Figure 4, there are three characters CR placed on the stage STG of “C”, “D”, “G”, “H”, “I”, “J”, “:”, “L”. As already mentioned, in reality, many character CR forces whose actions are controlled by the character management program CMP are placed in these stage STGs, and from among these many character CRs Randomly extract the character CR corresponding to the number of missing characters
  • the stage STG where the character management program CMP selects and collects the missing character CR is the stage STG directly adjacent to the stage STG where the operation character OCH is arranged, or the operation character OCH is arranged. It is desirable to exclude stages that exist within a predetermined distance on the field FLD from the stage STG that has been selected.
  • the stage for extracting the insufficient character from the stage STG in which the operation character OCH is arranged is a stage that is located at a position isolated by a predetermined stage from the stage STG in which the operation character OCH is arranged. It is desirable to be.
  • the character management program CMP randomly selects and extracts the stage STG power around the insufficient character CR power to satisfy the character density of the stage STG where the operation character OCH is arranged. For example, in the case of FIG. 4, “Yuko” and “Lena”, which are the character CRs arranged at the start of the game, are extracted in the stage STG with the identification codes SDG “G” and “J”.
  • the character density adjustment program CDJ passes the two selected and extracted characters CR through CPU1. As shown in FIG. 6, the operation character OCH is placed on the stage STG with the identification code SDG “A”. Then the stage STG with the identification code SDG “A” has a character density of 4 Z-stage S TG due to the newly created 2 character CRs in addition to the previous 2 character CRs. Therefore, the character density set by the field data FDD for the stage STG will be satisfied.
  • the character density data stored in the field data FDD as the attribute data of each stage STG may be different for each stage STG.
  • the character density is set slightly lower, and in the vicinity of the student cafeteria, the character density is set higher than the surrounding stage STG. This makes it possible to finely set the grain.
  • the character density of the stage STG with the identification code SDG “A” has been changed from the previous two Z stage to the four Z stage, to the stage STG where the operation character OCH is arranged.
  • the character density specified by the field data FDD can be satisfied.
  • the character management program CMP is extracted and the operation of the surrounding stage STG is extracted.
  • the current location PP stored in the character behavior management table CBT in RAM3 is re-determined from the current location PP set by the individual behavior program IAP at the start of the game.
  • the coordinate position in the stage STG where the arranged operation character OCH is arranged is updated. That is, in the case of FIG.
  • stage identification code SDG indicating the previous stage STG is rewritten from “J” and “G” to the stage identification code SDG of “A”.
  • the coordinate position of each missing character CR in the stage STG with the stage identification code SDG “A” is reset to the stage STG where the operating character OC H is placed by the character density adjustment program CDJ. Since it is determined at random at the time of placement, the determined coordinate position of each missing character CR is updated and stored together with the above-described stage identification code SDG as coordinate position data COD.
  • the scenario progress of the game is executed by the scenario progress program SA.
  • the actions of all the characters CR arranged on the field FLD are controlled based on the individual action program IAP set for each character CR.
  • the image generation program PPP power CPU1 of the game program GPR which constitutes an image display means together with the image processing device 4, the frame buffer 5 and the monitor 9, and the image processing device 4
  • the background object that constitutes the stage and the character object consisting of the polygon model of the operation character OCH and the character CR are placed in the RAM 3 and placed.
  • a virtual camera not shown
  • a two-dimensional image is generated and displayed on the monitor 9 via the frame buffer 5.
  • the image displayed on the monitor is generated based on the three-dimensional model of the stage STG having the character density specified by the field data FDD. You can produce power and power.
  • step S6 of FIG. 7 it is determined that the character density power of the stage STG on which the operation character OCH is arranged has reached the character density preset by the game program GPR for the stage STG. If this happens, immediately enter step S8, and for the stage STG on which the operation character OCH is placed, the background object that constitutes the stage STG such as the building Nagi and the operation character OCH A character object composed of a polygon model of the character CR is arranged, and the arranged object is rendered by a virtual camera, whereby a two-dimensional image is obtained and displayed on the monitor 9 via the frame buffer 5. Regarding the calculation acquisition method of these two-dimensional images, a method using a virtual camera is used. In addition, various known rendering methods can be used.
  • the character density adjustment program CDJ extracts the missing character CR from the other stage STG powers, so that the extracted character CR disappears in the original stage STG from which the missing character CR is extracted.
  • the character density specified by the field data FDD for the stage STG cannot be maintained, but the stage STG is three-dimensional for a predetermined distance from the stage ST G where the operation character OCH is currently placed.
  • Virtual space field FLD is separated from the operation character OCH force To move from the currently placed stage STG to the stage STG where the missing character CR is extracted, another stage interposed between the two Because at least one STG must be passed, the operation character that moved the stage STG OCH However, it is possible to prevent a situation in which the character CR immediately disappears and enters the stage STG and the character density of the stage STG is greatly reduced.
  • the destination DS is defined for each character CR on the field FLD by the individual action program IAP set for each character CR, and CPU1 is set by the character management program CMP. So that the operation character OCH does not negotiate such as talking to the character CR according to an instruction through the controller 12 of the player. Regardless of the presence of the operation character OCH, its action power is controlled in the form of the destination DS.
  • the operation character OCH force stage identification code SDG enters the stage STG of “B” from the stage “A”, and immediately thereafter, “A Even if you return to stage STG of "A", all characters CR on field FLD, including stage STG of "A", are always controlled to move on path PAS toward destination DS. Therefore, regardless of the movement movement of the operation character OCH between the stages STG, the character CR is moved to the respective destination while the operation character OCH is moving between the stages STG. It is controlled to move on the movement path PAS.
  • the operation character OCH moves between the stages STG on the field FLD, and the scenario progresses by the scenario progress program SAP.
  • the operation character OCH moves the stage STG, In the destination stage STG as well, the character density adjustment operation via the CPU 1 by the character density adjustment program CDJ already described is performed.
  • the stage STG into which the operation character OCH has newly entered is controlled to have the character density set by the field data FDD for the stage, so the total number of characters CR on the field FLD is The number of characters that cannot satisfy the character density specified by each stage STG in the entire field FLD at the same time.
  • a predetermined character density can always be maintained with a minimum predetermined number of characters CR. to this
  • CPU1 can significantly reduce the number of characters that should be controlled in real time, reducing the CPU load, The game can proceed smoothly.
  • the CPU 1 constitutes a game control device, and various means of the game control device are constituted by a combination of the CPU 1 and specific software.
  • the unit may be replaced with a logic circuit.
  • the present invention is not limited to a home game system, and may be configured as a game system of various scales. Industrial applicability
  • the present invention can be used as an electronic game device using a computer and an entertainment game program to be executed by the computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Processing Or Creating Images (AREA)
  • Digital Computer Display Output (AREA)
  • Display Devices Of Pinball Game Machines (AREA)

Abstract

　　ワールド座標上で互いに連続した複数のステージからなるフィールドを生成する手段、ステージに、ゲームに登場する複数のキャラクタをそれぞれ配置する手段、操作キャラクタを配置する手段、操作キャラクタが配置されたステージのキャラクタ密度を演算する手段、キャラクタ密度が所定のキャラクタ密度以下であるか否かを判定する手段、不足するキャラクタの数を演算し、不足キャラクタを、操作キャラクタが配置されたステージ以外のステージから抽出し再配置する手段から構成される。

Description

明 細 書
ゲーム装置及びゲームプログラム
技術分野
[0001] 本発明は、ゲーム中のキャラクタが移動可能な複数のステージが用意されたゲー ムにおいて、各ステージにおけるキャラクタの配置密度を一定の高さに維持して、賑 わいを演出することの出来る、ゲーム装置及びゲームプログラムに関する。
背景技術
[0002] 従来、この種のゲーム装置及びゲームプログラムにお!/、て、盛り場や、キャンパス その他、通常多くの人々が去来する場所を 3次元仮想区間内で表現する場合がある 。こうした場合、所定の賑わいを演出するためには、当該仮想空間内に配置されるキ ャラクタ密度を所定の配置密度に維持する必要がある。
[0003] し力し、ゲームのステージを複数のステージ力も構成し、それらステージの全てに ついて所定のキャラクタの配置密度を維持しょうとした場合、 CPUが管理すべきキヤ ラクタの数は、
(各ステージにおけるキャラクタ配置密度を維持するのに必要なキャラクタ数） Xステ 一シ
となる。
[0004] し力し、これでは、 CPUがリアルタイムに制御すべきキャラクタの数が極めて多くな り、 CPUの負担が増大してしまい、ゲームの進行が円滑に行えなくなる不都合が生じ る。
[0005] 本発明は、上記した事情に鑑み、 CPUの負担をそれほど増加させることなぐキヤ ラクタが移動可能な全てのステージにつ 、て、キャラクタの配置密度を所定の高さに 維持して、賑わいを演出することが可能な、ゲーム装置及びゲームプログラムを提供 することを目的とするものである。
発明の開示
[0006] 本発明は、ワールド座標の設定された三次元仮想空間をメモリ（3)内に設定し、 前記ワールド座標上で互いに連続した複数のステージ（STG)力 なるフィールド (F LD)を生成するフィールド生成手段、該フィールド上のステージに、ゲームに登場す る複数のキャラクタ (CR)をそれぞれ配置するキャラクタ配置手段 (CPP、 1)、プレー ャがコントローラ（12)を介して操作可能な操作キャラクタ（OCH)を、前記フィールド 上のステージに配置する操作キャラクタ配置手段（SAP、 1)、前記操作キャラクタが 配置されたステージのキャラクタ密度を演算するキャラクタ密度演算手段 (CDJ、 1)、 前記演算されたキャラクタ密度が所定のキャラクタ密度以下である力否かを判定する キャラクタ密度判定手段 (CDJ、 1)、キャラクタ密度が所定のキャラクタ密度以下であ ると判定された場合に、不足するキャラクタの数を演算する不足キャラクタ数演算手 段 (CDJ、 1)、演算された不足キャラクタを、前記操作キャラクタが配置されたステー ジ（STG)以外のステージ (STG)から抽出し、該操作キャラクタが配置されたステー ジに再配置する不足キャラクタ抽出再配置手段 (CMP、 CDJ、 1)、及び、前記操作 キャラクタが配置されたステージにつ 、ての画像をモニタに表示する画像表示手段（ PPP、 1, 4, 5, 9)、力 なるゲーム装置として構成される。
[0007] これによれば、操作キャラクタ（OCH)が配置されたステージ (STG)のキャラクタ 密度が所定の密度以下の場合には、他のステージ (STG)力 不足キャラクタが抽出 され、配置されるので、フィールド (FLD)を構成する全てのステージ（STG)にキャラ クタ密度を維持するだけの多数のキャラクタ (CR)を配置しなくても、常に操作キャラ クタ (OCH)が行動するステージ (STG)を、所定のキャラクタ密度に維持しておくこと ができ、賑わ 、や華や力さなどを容易に演出することが出来る。
即ち、キャラクタ (CR)を、操作キャラクタ (OCH)が配置されたステージ (STG)と それ以外のステージとの間でやりくりすることにより、最小限の所定のキャラクタ (CR) 数で、操作キャラクタ (OCH)が配置されたステージ (STG)については、常に所定の キャラクタ密度を維持させることが出来る。これにより、ステージ中の賑わいや華やか さなど、ゲームの興趣を維持しつつ、 CPUがリアルタイムに制御すべきキャラクタの 数を大幅に少なくして、 CPUの負荷を軽減することが出来、ゲームの円滑な進行が 可能となる。
[0008] また、本発明は、請求項 1記載のゲーム装置において、前記不足キャラクタ抽出 再配置手段は、前記操作キャラクタが配置されたステージ力 所定ステージ分だけ 隔離された位置に存在するステージを、不足キャラクタを抽出するステージとして選 択するステージ選択手段 (CMP、 1)、及び、該選択されたステージから前記不足キ ャラクタを抽出する不足キャラクタ抽出手段 (CMP、 1)を有して構成される。
これによれば、不足キャラクタ（CR)は、操作キャラクタが配置されたステージから 所定ステージ分だけ隔離された位置に存在するステージカゝら抽出されるので、操作 キャラクタ OCHが隣接するステージ STGに移動した場合でも、直前に再配置された 不足キャラクタ (CR) 1S 再度不足キャラクタ (CR)として、隣接するステージ (STG) 力 抽出され、当該ステージ STGに再配置されることが防止され、シナリオ展開上不 自然なキャラクタ配置を避けることが出来る。
[0009] また、本発明は、コンピュータに、ワールド座標の設定された三次元仮想空間をメ モリ内に設定し、前記ワールド座標上で互 、に連続した複数のステージ力 なるフィ 一ルドを生成するフィールド生成手順、該フィールド上のステージに、ゲームに登場 する複数のキャラクタをそれぞれ配置するキャラクタ配置手順、プレーヤがコントロー ラを介して操作可能な操作キャラクタを、前記フィールド上のステージに配置する操 作キャラクタ配置手順、前記操作キャラクタが配置されたステージのキャラクタ密度を 演算するキャラクタ密度演算手順、前記演算されたキャラクタ密度が所定のキャラクタ 密度以下であるか否かを判定するキャラクタ密度判定手順、キャラクタ密度が所定の キャラクタ密度以下であると判定された場合に、不足するキャラクタの数を演算する不 足キャラクタ数演算手順、演算された不足キャラクタを、前記操作キャラクタが配置さ れたステージ以外のステージ力も抽出し、該操作キャラクタが配置されたステージに 再配置する不足キャラクタ抽出再配置手順、及び、前記操作キャラクタが配置された ステージについての画像をモニタに表示する画像表示手順を実行させるためのゲー ムプログラムとして構成される。
[0010] これによれば、操作キャラクタ（OCH)が配置されたステージ (STG)のキャラクタ 密度が所定の密度以下の場合には、他のステージ (STG)力 不足キャラクタが抽出 され、配置されるので、フィールド (FLD)を構成する全てのステージ（STG)にキャラ クタ密度を維持するだけの多数のキャラクタ (CR)を配置しなくても、常に操作キャラ クタ (OCH)が行動するステージ (STG)を、所定のキャラクタ密度に維持しておくこと ができ、賑わ 、や華や力さなどを容易に演出することが出来る。
[0011] 即ち、キャラクタ (CR)を、操作キャラクタ (OCH)が配置されたステージ (STG)と それ以外のステージとの間でやりくりすることにより、最小限の所定のキャラクタ (CR) 数で、操作キャラクタ (OCH)が配置されたステージ (STG)については、常に所定の キャラクタ密度を維持させることが出来る。これにより、ステージ中の賑わいや華やか さなど、ゲームの興趣を維持しつつ、 CPUがリアルタイムに制御すべきキャラクタの 数を大幅に少なくして、 CPUの負荷を軽減することが出来、ゲームの円滑な進行が 可能となる。
図面の簡単な説明
[0012] [図 1]図 1は、本発明が適用されるゲーム機の一例を示す制御ブロック図である。
[図 2]図 2は、 3次元仮想空間に生成されるフィールドを構成するステージの概要の一 例を示す図である。
[図 3]図 3は、各キャラクタの行動管理テーブルの一例を示す図である。
[図 4]図 4は、図 2のフィールドにおける各キャラクタの、初期の配置状態を示す図で ある。
[図 5]図 5は、キャラクタ密度補正により、キャラクタの現在地が書き換えられた動管理 テーブルを示す図である。
[図 6]図 6は、図 4のフィールドにおいて、キャラクタ密度補正により、不足キャラクタが ステージ移動させられた状態を示す図である。
[図 7]図 7は、キャラクタ密度補正の手順の一例を示すフローチャートである。
符号の説明
[0013] 1…… CPU
3……メモリ（RAM)
4……画像処理装置
5……フレームノ ッファ
9……モニタ
CR……キャラクタ
CDJ……キャラクタ密度調整プログラム CMP……キャラクタ管理プログラム
IAP……個別行動プログラム
PPP……画像生成プログラム
SAP……シナリオ進行プログラム
STG……ステージ
OCH……操作キャラクタ
発明を実施するための最良の形態
[0014] ゲーム装置 20は、図 1に示すように、記録媒体としての ROMディスク 15に記録さ れたゲームプログラム GPRに従って所定のゲームを実行するものである。ゲーム装 置 20は、マイクロプロセッサを主体として構成された CPU1と、その CPU1に対する 主記憶装置としての ROM2および RAM3と、画像処理装置 4およびサウンド処理装 置 6と、それらの装置に対するバッファ 5、 7と、 ROMディスク読取装置 8とを有してい る。 ROM2には、ゲーム機の全体の動作制御に必要なプログラムとしてのオペレー ティングシステムが書き込まれる。 RAM3には記憶媒体としての ROMディスク 15から 読み取ったプログラム GPRを構成するゲーム用のプログラムやデータが必要に応じ て書き込まれる。
[0015] 画像処理装置 4は CPU1から画像データを受け取ってフレームバッファ 5上にゲ ーム画面を描画するとともに、その描画された画像のデータを所定のビデオ再生信 号に変換して所定のタイミングでモニタ 9に出力する。サウンド処理装置 6は、 ROM ディスク 15から読み出されてサウンドバッファ 7に記録された音声、楽音等のデータ や音源データ等を再生してスピーカ 10から出力させる。 ROMディスク読取装置 8は 、 CPU1からの指示に従って ROMディスク 15上に記録されたプログラムやデータを 読み取り、その読み取った内容に対応した信号を出力する。 ROMディスク 15にはゲ ームの実行に必要なプログラムやデータからなるプログラム GPRが記録されている。 モニタ 9には家庭用のテレビ受像機力 スピーカ 10にはそのテレビ受像機の内蔵ス ピー力が一般に使用される。
[0016] さらに、 CPU1にはバス 14を介して通信制御デバイス 11が接続され、そのデバイ ス 11には入力装置としてのコントローラ 12及び補助記憶装置 13が適宜な接続ポート を介してそれぞれ着脱自在に接続される。コントローラ 12は入力装置として機能する ものであり、そこにはプレーヤによる操作を受け付けるキーなどの操作部材が適宜設 けられている。
[0017] コントローラ 12からは各操作部材の操作状態に対応した操作信号が一定周期（ 例えば 1Z60秒)で出力され、 CPU1はその操作信号に基づいてコントローラ 12の 操作状態を判別する。コントローラ 12及び補助記憶装置 13は通信制御デバイス 11 に対して複数並列に接続可能である。
[0018] 以上の構成において、モニタ 9、スピーカー 10、コントローラ 12、 ROMディスク 15 及び補助記憶装置 13を除く他の構成要素は所定のハウジング内に一体的に収容さ れてゲーム機本体 16を構成する。このゲーム機本体 16がコンピュータとして機能す る。
[0019] 以上の構成のゲーム装置 20では、 ROMディスク 15に記録されたプログラムを R AM3にロードして CPU1で実行することにより、様々なジャンルのゲームをディスプ レイ 9の画面上でプレイすることが出来る。
[0020] ゲーム装置 20にお 、ては、所定の初期化操作 (例えば電源の投入操作）が行わ れると、 CPU1がまず ROM2のプログラムに従って所定の初期化処理を実行する。 初期化が終わると CPU1は ROMディスク 15に格納された、プログラム GPRの読み 込みを開始し、そのプログラムに従ってゲーム処理を開始する。プレーヤが入力装置 であるコントローラ 12を操作して所定のゲーム開始操作を行うと、 CPU1はプログラム GPRの手順に従ってゲームの実行に必要な種々の制御を開始する。
[0021] なお、本発明に係るプログラムを機能させるコンピュータとして、例えば家庭用ゲ ーム機としてのゲーム装置 20を一例として説明した力 該ゲーム装置 20は、いわゆ る携帯型ゲーム機であってもよぐ更に、ゲーム専用の装置でなぐ一般的な音楽や 映像の記録媒体の再生なども可能な装置であってもよい。また、これに限らず、コン ピュータとして、例えばパーソナルコンピュータ、携帯電話機など、つまりプログラムを 機會させることのできるものであれば何れのものでもよい。
[0022] ゲームプログラム GPRは、 CPU1を介して、ゲームを開始する際に、プレーヤが 操作することの出来る操作キャラクタや、ゲーム中に登場する多数のキャラクタが配 置され、ゲームプログラム GPRに基づく所定のシナリオ展開に基づいた行動を行う場 所として、フィールド FLDを生成する。
[0023] 即ち、 CPU1と共にフィールド生成手段を構成する、ゲームプログラム GPRのフィ 一ルド生成プログラム FDPは、 CPU1を介して、ゲームプログラム GPRに格納された フィールドデータファイル FDFから、フィールド FLDの生成に必要なフィールドデー タ FDDを読み出して、該フィールドデータ FDDに基づいて、 RAM3内に設定された 3次元仮想空間内にフィールド FLDを生成する（図 7のステップ S1)。
[0024] なお、ゲームプログラム GPRを構成する各種のプログラム及び各種のデータは、 ゲームプログラム GPRのプログラム機能によって読み出し自在に有して!/、る限り、そ の格納態様は任意であり、本実施の形態のように、ゲームプログラム GPRなどのプロ グラムと共に ROMディスク 15中に格納するほかに、ゲーム機 1とは独立したサーバ 一などの外部のメモリ手段に格納しておき、ゲームプログラム GPR中に設けられた読 み出しプログラムによって、インターネットなどの通信媒介手段を介して RAM3などの メモリにダウンロードするように構成してもよ 、。
[0025] なお、図 1に示した、プログラム GPRには、該プログラム GPRを構成する、本発明 に関連するソフトウェア要素のみを記述しており、プログラム GPRには、図 1に記載さ れた以外に、当該プログラム GPRを用いてゲームを実行する上で必要な多様なプロ グラム及びデータが格納されて 、る。
[0026] フィールド生成プログラム FDP力 CPU1を介して RAM3内に生成するフィール ド FLDは、図 2に示すように、 3次元仮想空間のワールド座標上で互いに連続する空 間として設定された形で設定された複数のステージ STGから構成されており、それら ステージ STGは、図 2の場合、符号 Aから Lの 12のステージから構成されている。各 ステージには、前述のように符号「A」から「L」までのステージ識別符号 SDGが付さ れている。なお、各フィールド FLDを構成するステージ数は任意である力 フィールド FLDを構成するステージ数が多 ヽほど、本発明の効果は発揮される。
[0027] フィールド FLDには、フィールド生成プログラム FDP及びフィールドデータ FDD により、 CPU1を介して、図 2に示すように、キャラクタをフィールド FLD上で移動させ る際に、キャラクタの通る経路が移動経路 PASとして、フィールド FLDを構成する各 ステージ STG間を連絡する形で設定される。この移動経路 PASは、説明を簡単にす るために格子状の単純な線で設定されている力 実際には、フィールド FLD上に設 定されるレストラン、学校、ショップなどの建物、庭園、街路その他の固定 (背景)ォブ ジェタトの設置態様に応じて、各ステージ STG内及び隣接するステージ STG間で複 雑に設定される。
[0028] フィールド生成プログラム FDPにより、フィールド FLDが移動経路 PASと共に生 成されたところで、ゲームプログラム GPRは、 CPU1と共に操作キャラクタ配置手段を 構成する、ゲームプログラム GPRを構成するシナリオ進行プログラム SAPに基づ ヽ て、プレーヤがコントローラ 12を介して操作可能な操作キャラクタ OCHを配置すべき ステージ STG及び該ステージ STG内での配置座標位置を決定する（図 7のステップ S2)。
[0029] ゲームプログラム GPRは、操作キャラクタ OCHを配置すべきステージ STGを決定 する演算と共に、 CPU1と共にキャラクタ配置手段を構成する、キャラクタ設定プログ ラム CPPにより、ゲームに登場する操作キャラクタ OCH以外の各キャラクタ CRにつ V、て、ゲーム開始時に配置すべきステージ STG (現在地)及び各キャラクタ CRのゲ ーム開始時における移動する先を示した目的地を設定する（図 7のステップ S3)。
[0030] 操作キャラクタ OCH以外の各キャラクタ CHは、それぞれ行動すべき課題力 個 別行動プログラム IAPとして与えられており、それらは、ゲームプログラム GPR内の個 別キャラクタファイル ICF内に、各キャラクタ CR毎に格納されている。従って、各キヤ ラクタ CRは、当該個別行動キャラクタファイル ICFに格納された当該キャラクタ CRに つ 、ての個別行動プログラム IAPに基づ!/、てそのフィールド FLD上での行動が、キ ャラクタ管理プログラム CMPにより CPU 1を介して制御される。
[0031] 個別行動プログラム IAPは、例えば、図 3に示すように、ゲームが開始 (ゲームそ のものを全く最初から開始する他に、既にゲームを始めていて、ー且中断してその途 中までのゲームデータをセーブデータとして補助記憶装置 13に格納しておき、更に 当該セーブデータを補助記憶装置 13から RAM3にロードすることによりゲームを再 開する場合も含む）された、ゲーム世界におけるある時点に置いて、当該キャラクタ C Rが配置されるフィールド FLD内での位置（現在地 PP)と、当該キャラクタ CRについ てその時点での移動先である目的地 DSを、設定する。これらの設定は、各キャラクタ CR毎に設定された個別行動プログラム IAPにより、シナリオ展開に応じて適宜設定 される。なお、現在地 PP及び目的地 DSは、図 3に示すように、フィールド FLDのステ ージ STGを区別するための「A」から「L」までの符号力もなるステージ識別符号 SDG と、当該ステージ STG内でのキャラクタの位置を示す座標位置データ COD力も構成 されている。
[0032] キャラクタ管理プログラム CMPは、各キャラクタ CRの個別行動プログラム IAPによ り決定された、ゲームを開始すべき時点における、当該キャラクタ CRを配置すべきス テージ STG (現在地 PP)及び各キャラクタ CRの目的地 DSを集計して、図 3に示すよ うなキャラクタ行動管理テーブル CBTを作成し、 RAM3内に格納する。キャラクタ行 動管理テーブル CBTには、操作キャラクタ OCHとゲーム内で係わって何らかのシナ リオ展開を行うことが出来るようにシナリオ進行プログラム SAPにより設定されている 全てのキャラクタ CRについて、作成される。本実施例では、約 300体のキャラクタに っ 、てキャラクタ行動管理テーブル CBTが作成される力 キャラクタの人数は CPU 1 及びメモリである RAM3の容量に合わせて適宜設定が可能である。
[0033] こうして、ゲーム世界内の操作キャラクタ OCHと関わりを持つ可能性のある全ての キャラクタ CRについて、行動管理テーブル CBT力 図 3に示すように作成されると、 キャラクタ設定プログラム CPPは、それらキャラクタ CRを、フィールド FLD内の、キヤ ラクタ行動管理テーブル CBTにおいて現在地 PPとして指定された座標位置に配置 設定する（図 7のステップ S4)。また、同時に、シナリオ進行プログラム SAPにより決定 された所定のステージ STGの所定の座標位置に、操作キャラクタ OCHを配置設定 する。
[0034] これにより、フィールド FLD上には、図 4に示すように、ゲーム世界に登場する全 てのキャラクタ CR及び操作キャラクタ OCH力 所定のステージ STGの所定の座標 位置に配置されることとなる。なお、図 4に示すものは、説明を簡単にするために操作 キャラクタ OCH以外のキャラクタ CRが 7体の場合にっ 、て説明するが、実際のゲー ムの場合には、各ステージに配置されるキャラクタ CRの数は、数十体から数百体程 度となる。 [0035] こうして、キャラクタ CR及び操作キャラクタ OCH力 フィールド FLD上に配置され たところで、ゲームプログラム GPRは、 CPU1と共にキャラクタ密度演算手段及びキヤ ラクタ密度判定手段を構成する、キャラクタ密度調整プログラム CDJに基づいて、操 作キャラクタ OCHが配置されたステージ STGのキャラクタ密度を演算する（図 7のス テツプ S5)。キャラクタ密度調整プログラム CDJは、演算されたキャラクタ密度が、当 該ステージ STGにつ!/、てゲームプログラム GPRにより予め設定されて!、るキャラクタ 密度に達している力否かを判定する（図 7のステップ S6)。各ステージ STGには、当 該ステージ STGにつ!/、てのキャラクタ密度力 属性データとしてフィールドデータ FD Dに格納されて 、るので、この判定は容易に行うことが出来る。
[0036] このステージ STGにおけるキャラクタ密度は、ゲームのフィールド FLD力 例えば 学校のキャンバスであったり、テーマパークであったりした場合、当該フィールド FLD 上には、ある程度のキャラクタ CRが配置されていなければ、ゲームのシナリオが展開 されるフィールド FLDとして、不自然なものとなる。し力し、多数のステージ STGから 構成されるフィールド FLD全体を、当該フィールド FLDに設定された場所にふさわし いキャラクタ密度となるようにするには、極めて多数のキャラクタ CRを、フィールド FL D全体に配置し、それらキャラクタ CRの行動を同時に制御する必要が生じ、 CPU1 に極めて重い負荷が掛かり、ゲームの円滑な進行が妨げられる危険性が生じる。
[0037] 本実施例の、フィールド FLDの場合は、所定のキャラクタ CR密度を必要とする、 学校のキャンバスとして設定されており、操作キャラクタ OCHが移動可能なフィール ド FLD上の全てのステージ STGは、少なくとも操作キャラクタ OCHが当該ステージ にいる間は、所定のキャラクタ CR密度が維持されている必要がある。また、フィールド FLDに登場するキャラクタ CRに対して、プレーヤは操作キャラクタ OCHを介して接 触し、会話をしたり、各種のイベントを行ったりすることが出来るように、ゲームプロダラ ム GPRにより設定されて!、る。
[0038] 即ち、例えば、図 4に示すフィールドの場合、操作キャラクタ OCHが配置された識 別符号 SDGが「A」のステージ STGは、操作キャラクタ OCH以外のキャラクタ CRが キャラクタ管理プログラム CMPにより、ゲーム開始時には、 2体しか配置されていない 力 当該ステージ STGに対応するフィールドデータ FDDにおいては、識別符号 SD Gが「A」のステージ STGは、学校のキャンバスにおけるキャラクタ密度として、操作キ ャラクタ OCH以外のキャラクタ CR力 人 Zステージと設定されており、キャラクタ密度 調整プログラム CDJは、 CPU 1を介して図 7のステップ S 5及び S6で、操作キャラクタ OCHが配置された識別符号 SDGが「A」のステージ STGのキャラクタ密度は、予め 設定されて 、るキャラクタ密度よりも低 、ものと判定される。
[0039] なお、図 4のフィールド FLDは、既に述べたように、説明の便宜のために操作キヤ ラクタ OCH以外のキャラクタ CRが 7体し力設定されて ヽな 、場合にっ 、て説明して いるが、キャラクタ管理プログラム CMPにより当該ステージ STGに配置されるキャラク タ CRの数は、実際のゲームでは、フィールド FLD全体に配置される数百体のキャラ クタ CRのうち、例えば 20体一 30体 (何体でも可）など、個別行動プログラム IAPによ る演算結果に応じて、適宜な数が配置される。
[0040] キャラクタ密度が、当該ステージ STGについてゲームプログラム GPRにより予め 設定されて ヽるキャラクタ密度〖こ達して 、な ヽものと判定された場合には、 CPU1と 共に不足キャラクタ数演算手段を構成する、キャラクタ密度調整プログラム CDJは、 当該ステージ STGについて、当該ステージ STGに設定されているキャラクタ密度に 達するのに必要なキャラクタ CRの数、即ち不足して 、るキャラクタ CRの数を演算す る。図 4の場合、予めフィールドデータ FDDにより設定されたキャラクタ密度 (設定キ ャラクタ密度）は、 4体なので、現在配置されたキャラクタ CRの数である 2体に基づい て、不足キャラクタ数を「2体」と演算する。
[0041] 不足キャラクタ CR力 演算されたところで、 CPU1及びキャラクタ管理プログラム C MPと共に不足キャラクタ抽出再配置手段を構成する、キャラクタ密度調整プログラム CDJは、キャラクタ管理プログラム CMPに割り込みを掛けて、不足している不足キヤ ラクタ CRを、他のステージ STG力 選択収集するように指令する。これを受けて、 CP U1と共にステージ選択手段及び不足キャラクタ抽出手段を構成する、キャラクタ管 理プログラム CMPは、 CPU1を介して、図 7のステップ S2で、設定された各キャラクタ CRの、フィールド FLD上での配置状態を参照して、現在操作キャラクタ OCHが配置 されているステージ STGから、水平方向に 2ステージ以上、 3次元仮想空間において 離れて設定されているステージ STG、図 4の場合、識別符号 SDGが、「C」、「D」、「 G」、「H」、「I」、 」、「： K：」、「L」のステージ STGを選択し、それら選択されたステージ に配置されて ヽるキャラクタ CRを、キャラクタ行動管理テーブル CBTの現在地 PPを 参照することにより無作為に抽出する。図 4の場合、「C」、「D」、「G」、「H」、「I」、「J」 、「 ：」、「L」のステージ STGに配置されているキャラクタ CRは、 3体である力 既に述 ベたように、実際には、キャラクタ管理プログラム CMPによりその行動が制御されてい る多数のキャラクタ CR力 それらステージ STGには配置されており、それら多数のキ ャラクタ CRの中から、不足キャラクタ数に相当するキャラクタ CRを無作為に抽出する
[0042] なお、キャラクタ管理プログラム CMPが、不足キャラクタ CRを選択収集するステ ージ STGは、操作キャラクタ OCHが配置されて ヽるステージ STGに直接隣接するス テージ STG、あるいは、操作キャラクタ OCHが配置されたステージ STGから、フィー ルド FLD上で所定距離内に存在するステージは除外することが望ましい。即ち、操 作キャラクタ OCHが配置されたステージ STGに対して、不足キャラクタを抽出するス テージは、操作キャラクタ OCHが配置されたステージ STGに対して所定ステージだ け隔離された位置に存在するステージであることが望ましい。
[0043] これは、操作キャラクタ OCH力 隣接するステージ STG間を頻繁に移動したよう な場合に、移動した先のステージ STGに、今までいたステージ STGのキャラクタ CR 力 キャラクタ密度を維持するためにキャラクタ管理プログラム CMPにより集められて 当該ステージ STGに再配置されることによる不自然さを回避するために必要である。
こうして、キャラクタ管理プログラム CMPにより、操作キャラクタ OCHが配置された ステージ STGのキャラクタ密度を充足させるための不足キャラクタ CR力 周囲のステ ージ STG力も無作為に選択抽出される。例えば図 4の場合、識別符号 SDGが「G」 及び「J」のステージ STGに、ゲーム開始時に配置されたキャラクタ CRである「ユウコ」 と「レナ」が、抽出される。
[0044] 不足キャラクタ CRがキャラクタ管理プログラム CMPにより、周囲のステージ STG 力も無作為に抽出されたところで、キャラクタ密度調整プログラム CDJは、 CPU1を介 して、当該選択抽出された 2体のキャラクタ CRを、操作キャラクタ OCHが配置された 識別符号 SDGが「A」のステージ STGに、図 6に示すように配置する。すると、当該 識別符号 SDGが「A」のステージ STGは、それまでの 2体のキャラクタ CRに加えて、 新たにカ卩えられた 2体のキャラクタ CRにより、そのキャラクタ密度は、 4体 Zステージ S TGとなり、当該ステージ STGについてフィールドデータ FDDにより設定されている キャラクタ密度を充足することとなる。
[0045] なお、フィールドデータ FDDで、各ステージ STGの属性データとして格納されて V、るキャラクタ密度のデータは、各ステージ STG毎に異なって 、ても良 、ことはもち ろんである。これにより、同じフィールド FLD上であっても、例えば図書館の周辺のス テージ STGでは、ややキャラクタ密度を小さく設定し、学生食堂の付近では、キャラク タ密度を周辺のステージ STGよりも大きく設定するなどの木目の細かな設定が可能 となる。
[0046] 既に述べたように、識別符号 SDGが「A」のステージ STGのキャラクタ密度は、そ れまでの 2体 Zステージから、 4体 Zステージとなり、操作キャラクタ OCHが配置され たステージ STGにフィールドデータ FDDにより規定されたキャラクタ密度を充足する ことができる。
[0047] 一方、キャラクタ密度調整プログラム CDJにより、不足キャラクタ CRが操作キャラク タ OCHが配置されたステージ STGに再配置されたところで、キャラクタ管理プロダラ ム CMPは、当該周辺のステージ STG力 抽出され、操作キャラクタ OCHの配置され たステージ STGに再配置されたキャラクタ CRについて、 RAM3内のキャラクタ行動 管理テーブル CBTに格納された現在地 PPを、ゲーム開始時に個別行動プログラム I APにより設定された現在地 PPから、再配置された操作キャラクタ OCHが配置された ステージ STGにおける座標位置に、図 5に示すように、更新する。即ち、図 5の場合、 「レナ」と「ユウコ」の現在地 PP力 それまでのステージ STGを示すステージ識別符号 SDGが「J」及び「G」から、「A」のステージ識別符号 SDGへ書き換えられる。なお、ス テージ識別符号 SDGが「A」のステージ STG内での各不足キャラクタ CRの座標位置 は、キャラクタ密度調整プログラム CDJにより、不足キャラクタ CRを操作キャラクタ OC Hが配置されているステージ STGに再配置する際に、ランダムに決定されるので、当 該決定された各不足キャラクタ CRの座標位置を、座標位置データ CODとして、前述 のステージ識別符号 SDGと共に更新格納する。 [0048] こうして、図 6に示すように、不足キャラクタ CRが補充されて所定のキャラクタ CR 密度になった、識別符号 SDGが「A」のステージ STGでは、シナリオ進行プログラム SAにより、ゲームのシナリオ進行が開始される力 その際、フィールド FLD上に配置 された全てのキャラクタ CRの行動は、個々のキャラクタ CRについて設定されている 個別行動プログラム IAPに基づいて制御される。
[0049] 従って、フィールド FLD上の全てのキャラクタ CRは、図 5に示す更新されたキャラ クタ行動管理テーブル CBTに格納されたそれぞれの目的地 DSへ向けて、個別行動 プログラム IAPにより CPU1を介して、移動経路 PAS上を移動制御される。
[0050] また、ゲームのシナリオ進行が開始されると、画像処理装置 4,フレームバッファ 5 及びモニタ 9と共に画像表示手段を構成する、ゲームプログラム GPRの画像生成プ ログラム PPP力 CPU1及び画像処理装置 4を介して、操作キャラクタ OCHが配置さ れたステージ STGについて、 RAM3内に当該ステージを構成する背景オブジェクト や、操作キャラクタ OCH及びキャラクタ CRのポリゴンモデルからなるキャラクタォブジ ェクトを配置し、それら配置されたオブジェクトを図示しない仮想カメラによりレンダリン グすることにより、二次元画像を生成してフレームバッファ 5を介してモニタ 9に表示す る。
[0051] この際、モニタに表示される画像は、フィールドデータ FDDで指定されたキャラク タ密度のステージ STGの 3次元モデルに基づいて生成されるので、当該ステージ S TGにおいて予定された、華や力さや賑ゃ力さなどを演出することが出来る。
[0052] なお、図 7のステップ S6で、操作キャラクタ OCHが配置されたステージ STGのキ ャラクタ密度力 当該ステージ STGについてゲームプログラム GPRにより予め設定さ れているキャラクタ密度に達しているものと判定された場合には、直ちにステップ S8 に入り、操作キャラクタ OCHが配置されたステージ STGについて、 RAM3内に当該 ステージを構成する、建物ゃ榭木などのステージ STGを構成する背景オブジェクト や、操作キャラクタ OCH及びキャラクタ CRのポリゴンモデルからなるキャラクタォブジ ェクトを配置し、それら配置されたオブジェクトを仮想カメラによりレンダリングすること により、二次元画像を演算取得してフレームバッファ 5を介してモニタ 9に表示する。 なお、これらの二次元画像の演算取得手法に関しては、仮想カメラを用いる方法の 他に、公知の各種のレンダリング手法を用いることが可能である。
[0053] なお、キャラクタ密度調整プログラム CDJにより、不足キャラクタ CRが他のステー ジ STG力も抽出されることにより、当該不足キャラクタ CRが抽出された元のステージ STGでは、抽出されたキャラクタ CRがいなくなることで、当該ステージ STGについて フィールドデータ FDDにより規定されたキャラクタ密度が、維持出来なくなる可能性 が有るが、当該ステージ STGは、現在操作キャラクタ OCHが配置されたステージ ST Gから所定の距離だけ、三次元仮想空間のフィールド FLD上で離れており、操作キ ャラクタ OCH力 現在配置されているステージ STGから当該不足キャラクタ CRが抽 出されたステージ STGに移動するには、両者の間に介在する他のステージ STGを 少なくとも一つ以上通過する必要があるので、ステージ STGを移動した操作キャラク タ OCHが、直ちに、キャラクタ CRがいなくなったステージ STGに入ってしまって、当 該ステージ STGについて大幅なキャラクタ密度の低下が生じるような事態を未然に 防止することが出来る。
[0054] また、フィールド FLD上の全てのキャラクタ CRは、既に述べたように、各キャラクタ CRについて設定された個別行動プログラム IAPにより、その目的地 DSが規定され、 キャラクタ管理プログラム CMPにより、 CPU1を介して当該目的地 DSに向けて移動 するように制御されるので、プレーヤのコントローラ 12を介してた指示により、操作キ ャラクタ OCHが当該キャラクタ CRに対して話しかけるなどの交渉動作を行わない限 り、操作キャラクタ OCHの存在とは無関係にその行動力 目的地 DSに向けた形で 制御されることとなる。
[0055] これにより、例えば、図 6に示すように、操作キャラクタ OCH力 ステージ識別符号 SDGが「A」のステージから、ー且「B」のステージ STGに入り、その後、すぐに、再度 「A」のステージ STGに戻ったような場合でも、「A」のステージ STGをはじめフィール ド FLD上の全てのキャラクタ CRは、 目的地 DSに向けて移動経路 PAS上を移動して ゆくように常に制御されているので、キャラクタ CRは操作キャラクタ OCHのステージ S TG間の移動動作とは無関係に、操作キャラクタ OCHがステージ STG間を移動して いる間においても、それぞれのキャラクタ CRがそれぞれの目的地に向けて移動経路 PAS上を移動してゆくように制御される。 [0056] これにより、こうした場合にありがちな、「A」のステージ STGに再度戻った場合に、 各キャラクタ CRの行動がリセットされ、操作キャラクタ OCHが当該ステージ STGを出 た際に行っていた行動とは異なる行動を取るようなことは、未然に防止され、各キャラ クタ CRの行動の一貫性が維持され、各キャラクタ CRの行動を自然な形で表現するこ とが出来る。
[0057] こうして、操作キャラクタ OCHは、フィールド FLD上の各ステージ STG間を移動 する形でシナリオがシナリオ進行プログラム SAPにより進行してゆくが、操作キャラク タ OCHがステージ STGを移動した場合には、当該移動先のステージ STGにおいて も、既に述べたキャラクタ密度調整プログラム CDJによる CPU 1を介した、キャラクタ 密度の調整動作が行われる。これにより、操作キャラクタ OCHが新たに進入したステ ージ STGが、当該ステージについてフィールドデータ FDDにより設定されているキヤ ラクタ密度となるように制御されるので、フィールド FLD上のキャラクタ CRの総数が、 フィールド FLD全体でそれぞれのステージ STGが規定するキャラクタ密度を同時に 満たすことの出来ない数のキャラクタ CRし力設定されていなくても、操作キャラクタ O CHが配置されたステージ STG以外の他のステージ STGから不足キャラクタ CRを抽 出して、操作キャラクタ OCHが配置されたステージ STGに再配置することにより、あ たかも全てのステージ STGで、キャラクタ密度が満たされて ヽるようにプレーヤに感じ させることが出来、少人数のキャラクタ CRでフィールド FLDにけるキャラクタ密度を良 好な状態に維持することが出来る。
[0058] このように、キャラクタ CRを、操作キャラクタ OCHが配置されたステージ STGとそ れ以外のステージとの間でやりくりすることにより、 CPU1が本来管理すべきキャラク タ数を、全てのステージ STGにおいて同時に、所定のキャラクタ密度を維持した場合 に必要なキャラクタ数、即ち、
(各ステージにおけるキャラクタ配置密度を維持するのに必要なキャラクタ数） Xステ 一シ
よりも、大幅に少なくすることが出来る。
[0059] そして、操作キャラクタ OCHが配置されたステージ STGにつ 、ては、最小限の所 定のキャラクタ CR数で、常に所定のキャラクタ密度を維持させることが出来る。これに より、ステージ中の賑わいや華や力さなど、ゲームの興趣を維持しつつ、 CPU1がリ アルタイムに制御すべきキャラクタの数を大幅に少なくして、 CPUの負荷を軽減する ことが出来、ゲームの円滑な進行が可能となる。
[0060] 以上の実施形態においては、 CPU 1がゲーム制御装置を構成し、その CPU 1と 特定のソフトウェアとの組み合わせによってゲーム制御装置の各種の手段を構成し たが、それらの手段の少なくとも一部は論理回路に置換してもよい。また、本発明は 家庭用ゲームシステムに限らず、種々の規模のゲームシステムとして構成してよい。 産業上の利用可能性
[0061] 本発明は、コンピュータを利用した電子ゲーム機器及びコンピュータに実行させる 娯楽用ゲームプログラムとして利用することが出来る。

Claims

請求の範囲
[1] ワールド座標の設定された三次元仮想空間をメモリ内に設定し、前記ワールド座標 上で互いに連続した複数のステージ力 なるフィールドを生成するフィールド生成手 段、
該フィールド上のステージに、ゲームに登場する複数のキャラクタをそれぞれ配置 するキャラクタ配置手段、
プレーヤがコントローラを介して操作可能な操作キャラクタを、前記フィールド上の ステージに配置する操作キャラクタ配置手段、
前記操作キャラクタが配置されたステージのキャラクタ密度を演算するキャラクタ 密度演算手段、
前記演算されたキャラクタ密度が所定のキャラクタ密度以下であるか否かを判定 するキャラクタ密度判定手段、
キャラクタ密度が所定のキャラクタ密度以下であると判定された場合に、不足する キャラクタの数を演算する不足キャラクタ数演算手段、
演算された不足キャラクタを、前記操作キャラクタが配置されたステージ以外のス テージ力 抽出し、該操作キャラクタが配置されたステージに再配置する不足キャラ クタ抽出再配置手段、及び、
前記操作キャラクタが配置されたステージについての画像をモニタに表示する画 像表示手段、
からなる、ゲーム装置。
[2] 前記不足キャラクタ抽出再配置手段は、前記操作キャラクタが配置されたステージか ら所定ステージ分だけ隔離された位置に存在するステージを、不足キャラクタを抽出 するステージとして選択するステージ選択手段、及び、
該選択されたステージ力 前記不足キャラクタを抽出する不足キャラクタ抽出手段 を有する、
請求項 1記載のゲーム装置。
[3] コンピュータに、
ワールド座標の設定された三次元仮想空間をメモリ内に設定し、前記ワールド座 標上で互いに連続した複数のステージ力 なるフィールドを生成するフィールド生成 手順、
該フィールド上のステージに、ゲームに登場する複数のキャラクタをそれぞれ配置 するキャラクタ配置手順、
プレーヤがコントローラを介して操作可能な操作キャラクタを、前記フィールド上の ステージに配置する操作キャラクタ配置手順
前記操作キャラクタが配置されたステージのキャラクタ密度を演算するキャラクタ 密度演算手順、
前記演算されたキャラクタ密度が所定のキャラクタ密度以下であるか否かを判定 するキャラクタ密度判定手順、
キャラクタ密度が所定のキャラクタ密度以下であると判定された場合に、不足する キャラクタの数を演算する不足キャラクタ数演算手順、
演算された不足キャラクタを、前記操作キャラクタが配置されたステージ以外のス テージ力 抽出し、該操作キャラクタが配置されたステージに再配置する不足キャラ クタ抽出再配置手順、及び、
前記操作キャラクタが配置されたステージについての画像をモニタに表示する画 像表示手順、
を実行させるためのゲームプログラム。
PCT/JP2005/004524 2004-07-07 2005-03-15 ゲーム装置及びゲームプログラム WO2006006274A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200580003797XA CN1913945B (zh) 2004-07-07 2005-03-15 游戏装置以及游戏方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-200425 2004-07-07
JP2004200425A JP3822887B2 (ja) 2004-07-07 2004-07-07 ゲーム装置及びゲームプログラム

Publications (1)

Publication Number Publication Date
WO2006006274A1 true WO2006006274A1 (ja) 2006-01-19

Family

ID=35758101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/004524 WO2006006274A1 (ja) 2004-07-07 2005-03-15 ゲーム装置及びゲームプログラム

Country Status (6)

Country Link
US (1) US7717780B2 (ja)
JP (1) JP3822887B2 (ja)
KR (1) KR20070029134A (ja)
CN (1) CN1913945B (ja)
TW (1) TW200602111A (ja)
WO (1) WO2006006274A1 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8439733B2 (en) 2007-06-14 2013-05-14 Harmonix Music Systems, Inc. Systems and methods for reinstating a player within a rhythm-action game
US8444464B2 (en) 2010-06-11 2013-05-21 Harmonix Music Systems, Inc. Prompting a player of a dance game
US8449360B2 (en) 2009-05-29 2013-05-28 Harmonix Music Systems, Inc. Displaying song lyrics and vocal cues
US8465366B2 (en) 2009-05-29 2013-06-18 Harmonix Music Systems, Inc. Biasing a musical performance input to a part
US8550908B2 (en) 2010-03-16 2013-10-08 Harmonix Music Systems, Inc. Simulating musical instruments
US8663013B2 (en) 2008-07-08 2014-03-04 Harmonix Music Systems, Inc. Systems and methods for simulating a rock band experience
US8678896B2 (en) 2007-06-14 2014-03-25 Harmonix Music Systems, Inc. Systems and methods for asynchronous band interaction in a rhythm action game
US8686269B2 (en) 2006-03-29 2014-04-01 Harmonix Music Systems, Inc. Providing realistic interaction to a player of a music-based video game
US8702485B2 (en) 2010-06-11 2014-04-22 Harmonix Music Systems, Inc. Dance game and tutorial
US9024166B2 (en) 2010-09-09 2015-05-05 Harmonix Music Systems, Inc. Preventing subtractive track separation
US9358456B1 (en) 2010-06-11 2016-06-07 Harmonix Music Systems, Inc. Dance competition game
US9981193B2 (en) 2009-10-27 2018-05-29 Harmonix Music Systems, Inc. Movement based recognition and evaluation
US10357714B2 (en) 2009-10-27 2019-07-23 Harmonix Music Systems, Inc. Gesture-based user interface for navigating a menu

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070136672A1 (en) * 2005-12-12 2007-06-14 Michael Cooper Simulation authoring tool
US20090310027A1 (en) * 2008-06-16 2009-12-17 James Fleming Systems and methods for separate audio and video lag calibration in a video game
CN104784930B (zh) * 2015-05-08 2017-11-10 四川天上友嘉网络科技有限公司 显示游戏角色的方法
US20230141621A1 (en) * 2021-11-09 2023-05-11 Wonder People Co., Ltd. Method for providing battle royale game which allows players to search for sub items used for upgrading or repairing main items and game server using the same

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000093648A (ja) * 1998-09-22 2000-04-04 Square Co Ltd ゲーム装置、ゲーム方法および情報記録媒体
JP2001300131A (ja) * 2000-04-26 2001-10-30 Namco Ltd ゲームシステム及び情報記憶媒体
JP2002183762A (ja) * 2000-12-15 2002-06-28 Softbank Investment Kk オブジェクト制御装置、オブジェクト制御方法およびオブジェクト制御システムならびに情報記録媒体
JP2004337305A (ja) * 2003-05-14 2004-12-02 Namco Ltd ゲーム装置、ゲーム制御プログラムおよびそのプログラムが記録された記録媒体

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4738451A (en) * 1986-05-20 1988-04-19 Atari Games Corporation Multi-player, multi-character cooperative play video game with independent player entry and departure
US6106399A (en) * 1997-06-16 2000-08-22 Vr-1, Inc. Internet audio multi-user roleplaying game
US5964660A (en) * 1997-06-18 1999-10-12 Vr-1, Inc. Network multiplayer game
JP2000339497A (ja) * 1999-05-25 2000-12-08 Sony Computer Entertainment Inc 画像生成装置、画像生成方法、エンタテインメント・システム及び記録媒体
US6767287B1 (en) * 2000-03-16 2004-07-27 Sony Computer Entertainment America Inc. Computer system and method for implementing a virtual reality environment for a multi-player game
JP2002035429A (ja) * 2000-07-21 2002-02-05 Konami Co Ltd ネットワークゲーム装置、ゲームシステム、記録媒体
US6769771B2 (en) * 2002-03-14 2004-08-03 Entertainment Design Workshop, Llc Method and apparatus for producing dynamic imagery in a visual medium
US20040143852A1 (en) * 2003-01-08 2004-07-22 Meyers Philip G. Systems and methods for massively multi-player online role playing games

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000093648A (ja) * 1998-09-22 2000-04-04 Square Co Ltd ゲーム装置、ゲーム方法および情報記録媒体
JP2001300131A (ja) * 2000-04-26 2001-10-30 Namco Ltd ゲームシステム及び情報記憶媒体
JP2002183762A (ja) * 2000-12-15 2002-06-28 Softbank Investment Kk オブジェクト制御装置、オブジェクト制御方法およびオブジェクト制御システムならびに情報記録媒体
JP2004337305A (ja) * 2003-05-14 2004-12-02 Namco Ltd ゲーム装置、ゲーム制御プログラムおよびそのプログラムが記録された記録媒体

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8686269B2 (en) 2006-03-29 2014-04-01 Harmonix Music Systems, Inc. Providing realistic interaction to a player of a music-based video game
US8444486B2 (en) 2007-06-14 2013-05-21 Harmonix Music Systems, Inc. Systems and methods for indicating input actions in a rhythm-action game
US8439733B2 (en) 2007-06-14 2013-05-14 Harmonix Music Systems, Inc. Systems and methods for reinstating a player within a rhythm-action game
US8690670B2 (en) 2007-06-14 2014-04-08 Harmonix Music Systems, Inc. Systems and methods for simulating a rock band experience
US8678896B2 (en) 2007-06-14 2014-03-25 Harmonix Music Systems, Inc. Systems and methods for asynchronous band interaction in a rhythm action game
US8678895B2 (en) 2007-06-14 2014-03-25 Harmonix Music Systems, Inc. Systems and methods for online band matching in a rhythm action game
US8663013B2 (en) 2008-07-08 2014-03-04 Harmonix Music Systems, Inc. Systems and methods for simulating a rock band experience
US8449360B2 (en) 2009-05-29 2013-05-28 Harmonix Music Systems, Inc. Displaying song lyrics and vocal cues
US8465366B2 (en) 2009-05-29 2013-06-18 Harmonix Music Systems, Inc. Biasing a musical performance input to a part
US10421013B2 (en) 2009-10-27 2019-09-24 Harmonix Music Systems, Inc. Gesture-based user interface
US10357714B2 (en) 2009-10-27 2019-07-23 Harmonix Music Systems, Inc. Gesture-based user interface for navigating a menu
US9981193B2 (en) 2009-10-27 2018-05-29 Harmonix Music Systems, Inc. Movement based recognition and evaluation
US8550908B2 (en) 2010-03-16 2013-10-08 Harmonix Music Systems, Inc. Simulating musical instruments
US8636572B2 (en) 2010-03-16 2014-01-28 Harmonix Music Systems, Inc. Simulating musical instruments
US8874243B2 (en) 2010-03-16 2014-10-28 Harmonix Music Systems, Inc. Simulating musical instruments
US9278286B2 (en) 2010-03-16 2016-03-08 Harmonix Music Systems, Inc. Simulating musical instruments
US8568234B2 (en) 2010-03-16 2013-10-29 Harmonix Music Systems, Inc. Simulating musical instruments
US8702485B2 (en) 2010-06-11 2014-04-22 Harmonix Music Systems, Inc. Dance game and tutorial
US9358456B1 (en) 2010-06-11 2016-06-07 Harmonix Music Systems, Inc. Dance competition game
US8562403B2 (en) 2010-06-11 2013-10-22 Harmonix Music Systems, Inc. Prompting a player of a dance game
US8444464B2 (en) 2010-06-11 2013-05-21 Harmonix Music Systems, Inc. Prompting a player of a dance game
US9024166B2 (en) 2010-09-09 2015-05-05 Harmonix Music Systems, Inc. Preventing subtractive track separation

Also Published As

Publication number Publication date
CN1913945B (zh) 2010-06-23
JP2006020758A (ja) 2006-01-26
TW200602111A (en) 2006-01-16
US20060030382A1 (en) 2006-02-09
KR20070029134A (ko) 2007-03-13
CN1913945A (zh) 2007-02-14
US7717780B2 (en) 2010-05-18
JP3822887B2 (ja) 2006-09-20

Similar Documents

Publication Publication Date Title
WO2006006274A1 (ja) ゲーム装置及びゲームプログラム
KR101114997B1 (ko) 게임 소프트웨어 및 게임장치
WO2006080282A1 (ja) 画像生成装置、ライト配置方法、記録媒体、ならびに、プログラム
KR20070106551A (ko) 게임 시스템, 게임 시스템의 제어 방법 및 정보 기억 매체
JP2024107141A (ja) プログラム
JP3818769B2 (ja) 情報記憶媒体、ゲーム装置及びゲームシステム
JP7559014B2 (ja) プログラム、端末、及びゲームシステム
JPH11144087A (ja) 画像生成装置及び情報記憶媒体
US6585594B2 (en) Storage medium storing display control program, entertainment apparatus, and display control program
JP2992499B2 (ja) 画像処理方法及び装置、記録媒体
JP6820643B1 (ja) プログラム、端末、ゲームシステム及びゲーム管理サーバ
JP4372571B2 (ja) ゲーム装置およびゲームプログラム
JP3822883B2 (ja) ゲームソフトウエア及びゲーム装置
JP3822882B2 (ja) ゲームプログラム及びゲーム装置
JP2009104522A (ja) ゲーム装置、このゲーム装置を実現するためのプログラム、及び、このプログラムを記録した記録媒体
JP4476255B2 (ja) ゲームプログラム、ゲーム装置及びゲーム制御方法
US20020082078A1 (en) Storage medium storing display control program, entertainment apparatus, and display control program
JP2005034208A (ja) ゲーム装置、ゲーム制御プログラムおよびそのプログラムが記録された記録媒体
JP6999722B2 (ja) プログラム、端末、及びゲームシステム
US20020075275A1 (en) Storage medium storing display control program, entertainment apparatus, and display control program
JP7482847B2 (ja) プログラム、端末、及びゲームシステム
JP6820642B1 (ja) プログラム及び端末
JP2006042844A (ja) ゲームソフトウエア及びゲーム装置
JP4151539B2 (ja) ゲームプログラム
JP4204525B2 (ja) ３次元画像生成装置および３次元画像生成プログラム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200580003797.X

Country of ref document: CN

Ref document number: 1020067015563

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

122 Ep: pct application non-entry in european phase