JP2012249860A - Control program for game device, storage medium, and game device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game program which advances play not only competitively but also cooperatively.SOLUTION: According to the game program, multiple player characters can move within a virtual space and compete for the total scores given to each player character at the end of the game. A game-advancing unit 310 displays the multiple player characters and total scores on a screen. An object-moving unit 320 moves the player characters in the virtual space on the basis of operation signals. An object number-determining unit 330 determines the number of player characters associated with a specified area or specified object in the virtual space. A scoring unit 340 grants points to player characters associated with a specified area or a specified object according to the determined number of player characters. By thereby granting points according to the determined number of player characters, users can be motivated to play cooperatively.

Description

  The present invention particularly relates to a game apparatus control program, a storage medium, and a game apparatus.

2. Description of the Related Art Conventionally, in a video game device for consumer use or a video game device for business use (hereinafter referred to as game device), there is a battle game in which a plurality of player characters battle each other (games for competition such as battles; the same applies hereinafter). To do.
In such a competitive game, a player character controlled by an instruction of the own user, a player character controlled by an instruction of another user, and, in some cases, control means (CPU, Central Processing Unit, A player character controlled by the processing device can compete for a score and play a game. Finally, the rank of each player character is determined based on the acquired total score (score) or the like.

As a game apparatus for performing such a battle game in which a plurality of player characters battle against each other, referring to Patent Document 1, a score area for giving a score to a player character is set at various points on the course. There is an action game in which the score area disappears as a result of the player character reaching the score area to give a score (hereinafter referred to as Conventional Technology 1).
In the competitive game of the prior art 1, specifically, a GPS (Global Positioning System) function is used, and each of the plurality of players plays a game while using position detection information of the game device.
According to Prior Art 1, a scoring area including scoring points is set in the battle area of the competitive game (see [0039]), and when a player with a game device passes the scoring area, scoring processing is performed. (See [0048]).
When the score area is passed second, the score processing is not performed or a different score processing is performed (see [0071] and [0073]).

JP-A-10-216361

However, in the game of Patent Document 1, a plurality of player characters always compete (compete) and do not cooperate with each other as the content of the game.
For this reason, it became a game which only competes, and the content of the game was simple without requiring much tactics for the battle.

  This invention is made | formed in view of such a condition, and it aims at solving the above-mentioned subject.

In the game program for causing a computer to execute a game in which a plurality of player characters can move in a virtual space and compete for the total score given to the player character at the end of the game. Game progress means for causing the computer to display the player character and the total score given to the player character on a screen; movement means for moving the player character in the virtual space based on an operation signal corresponding to the player character; Object number determination means for calculating the number of player characters belonging to a predetermined area or predetermined object in the virtual space, the player character calculated for the player character belonging to the predetermined area or predetermined object Characterized in that to function as a providing means for providing a score according to.
The control program for a game device according to the present invention includes: an order determining unit that calculates the order in which the player character belongs to the predetermined area or the predetermined object; and the operation signal corresponding to the player character with the earlier order. When the player character leaves the predetermined area or the predetermined object, the player character having the later order is made to function as a forced detachment means for leaving the predetermined area or the predetermined object.
The control program for a game device according to the present invention is characterized in that the giving means assigns more points to each player character as the number of the player characters belonging to the predetermined area or the predetermined object is larger.
The control program for a game device according to the present invention is characterized in that the giving means gives a score to the player character according to a set number of times or time.
The control program for a game device according to the present invention allows the computer to make another player character belonging to the predetermined area or the predetermined object based on an operation signal corresponding to the player character with the latest order belonging to the predetermined area or the predetermined object. It is made to function as a moving direction determination means for determining the direction which leaves | separates from the said predetermined area.
The control program for a game device of the present invention detects an instruction for acceleration of rotation by adjusting the maximum or minimum speed of rotation based on the number of the player characters belonging to the predetermined area or the predetermined object. Functioning as a rotation control means for limiting the acceleration amount at the time of the action, and the forcible leaving means performs control so as to reduce the jumping distance according to the number of the player characters belonging to the predetermined area or the predetermined object. To do.
The control program for a game apparatus according to the present invention is characterized in that the giving means gives a score to the player character by making one turn of the player character belonging to the predetermined area or the predetermined object.
The computer-readable storage medium of the present invention records a game program that allows a plurality of player characters to move in a virtual space and causes the computer to execute a game that competes for the total score given to the player character at the end of the game. In the computer-readable recording medium, on the basis of the operation signal corresponding to the player character, game progress means for causing the computer to display on the screen the player character and the total score given to the player character, the player character Moving means for moving in the virtual space; object number determining means for calculating the number of player characters belonging to a predetermined area or predetermined object in the virtual space; and the player key belonging to the predetermined area or predetermined object. Against Rakuta, characterized in that a control program recorded in the game device to function as a providing means for providing a score according to the number of said calculated player character.
A game apparatus according to the present invention is a game apparatus in which a plurality of player characters are movable in a virtual space, and executes a game for competing for a total score given to the player character at the end of the game. Game progress means for displaying the total score given to the player character on the screen, movement means for moving the player character in the virtual space based on an operation signal corresponding to the player character, and a predetermined area in the virtual space Alternatively, object number determination means for calculating the number of player characters belonging to a predetermined object, and granting a score to the player characters belonging to the predetermined area or the predetermined object according to the calculated number of player characters Characterized by comprising means To.

  According to the present invention, it is possible to provide a game with high game characteristics in which a plurality of player characters repeat competition and cooperation by giving points according to the number of player characters.

It is a control block diagram of game device 10 concerning an embodiment of the invention. It is a conceptual diagram which shows the structure of the player character data 210 and the bar rotation data 230 of the main memory part 110 which concern on embodiment of this invention. It is a conceptual diagram which shows the structure of the cooperation game part 300 of the auxiliary storage part 120 which concerns on embodiment of this invention. It is an example of a screen which shows the concept of the cooperation game which concerns on embodiment of this invention. It is a conceptual diagram which shows the structure of the bar 500 and player character 610 which concern on embodiment of this invention. It is a flowchart of the cooperation game process of the game device 10 which concerns on embodiment of this invention. It is a flowchart of the collision / rotation process which concerns on the cooperation game process of the game device 10 which concerns on embodiment of this invention. It is a conceptual diagram which concerns on the difficulty of the CPU thought process which concerns on the cooperative game process of the game device 10 which concerns on embodiment of this invention. It is a conceptual diagram of the normal collision process which concerns on embodiment of this invention. It is a conceptual diagram of the catch collision process which concerns on embodiment of this invention. It is a conceptual diagram of drawing of the bar provision score state change process which concerns on embodiment of this invention. It is a conceptual diagram of the leaving process which concerns on embodiment of this invention. It is a flowchart of the score provision process which concerns on embodiment of this invention. It is a conceptual diagram of the connection number reference | standard score provision process which concerns on embodiment of this invention. It is a flowchart of the score provision process which concerns on other embodiment of this invention. It is a conceptual diagram of the order reference | standard score provision process which concerns on other embodiment of this invention.

<Embodiment>
[Control Configuration of Game Device 10]
First, the control configuration of the game apparatus 10 will be described with reference to FIG.
The game device 10 is a portable or stationary consumer video game device, a professional video game device installed in a dedicated store, a PC (Personal Computer), a mobile phone, a smartphone, a mobile terminal, a PDA (Personal Data Assistant). Etc. The game apparatus 10 is a hardware resource for executing the cooperative game according to the present embodiment.
The game apparatus 10 includes a CPU 100 (control means, game execution means), a main storage unit 110, an auxiliary storage unit 120, a BIOS 130, a peripheral I / F 140 (peripheral device connection interface unit), a bus arbiter 150, and a graphic processor. 160 (drawing means), a graphic memory 170, a video BIOS 175, an audio processor 180, an audio memory 190, and a communication I / F 200.

The CPU 100 includes a CISC (Complex Instruction Set Computer) system or a RISC (Reduce Instruction Set Computer) system CPU (Central Processing Unit), MPU (MicroDSP) (Digital Signal Processor), ASIC (Application Specific Processor, processor for specific application) and the like.
Further, the CPU 100 may include functions such as a main storage unit 110, a bus arbiter 150, a graphic processor 160, and an audio processor 180, which will be described later.

The main storage unit 110 includes high-speed storage means used for main storage such as a RAM (Random Access Memory).
In the main storage unit 110, an OS for causing the game apparatus 10 to function as a computer is read from the auxiliary storage unit 120 and stored.
In the main storage unit 110, various programs, objects, and the like executed by the CPU 100 are loaded from the auxiliary storage unit 120 and stored, and are executed as processes, threads, and the like. The main storage unit 110 also stores data related to this process. Each process, thread, and the like can access each function of the game apparatus 10 via an OS API (Application Programming Interface).
The main memory 110 stores player character data 210, background other object data 220, and bar rotation data 230. The CPU 100 reads out and stores the initial data from the auxiliary storage unit 120 at the start of play of each stage, and changes the data as the play progresses.
The player character data 210 is a part that stores data related to the player character that the user instructs to control. Details of the player character data 210 will be described later.
The background other object data 220 is data including a drawing object which is a collection of polygons such as a scrolling background and a bar 500 (FIG. 3A). The background other object data 220 includes three-dimensional coordinate data of a map on which each character moves. Furthermore, the background other object data 220 can include area data for limiting the movement range of each character, goal reference range data to be described later, and the like.
The bar rotation data 230 is data relating to the bar 500 (FIG. 3A) relating to score assignment to be described later. Details of the bar rotation data 230 will also be described later.
In addition to these, the main storage unit 110 stores data such as settings such as an ID (Identification) of the stage selected by the user during each play, a difficulty level, and a controller type. Furthermore, the highest score data, data relating to access to other servers, play results, replay data, and the like may be stored. These data can also be stored in the non-volatile memory of the auxiliary storage unit 120.

The auxiliary storage unit 120 is auxiliary storage means such as a flash memory disk such as an SSD (Solid State Drive), an HDD (Hard Disk Drive), a magnetic tape device, and an optical disk device.
The auxiliary storage unit 120 stores applications, OS programs, and data, as will be described later. These programs and data can be stored in the main storage unit 110 and executed using the CPU 100, DMA (Direct Memory Access), or the like.
In addition, the auxiliary storage unit 120 stores a cooperative game unit 300 that is a program related to the cooperative game according to the present embodiment, and data associated therewith.
The cooperative game unit 300 is appropriately read into the main storage unit 110 or the like when the game is played, and is executed by the CPU 100.
Data accompanying the cooperative game includes initial data related to the player character data 210 and other background object data 220, data such as a map of the stage, data such as a demo image, BGM (Background music) and sound effect data, etc. Data necessary for playing is stored.

The auxiliary storage means including the cooperative game unit 300 can be executed by being inserted into the game apparatus 10 using, for example, an optical storage medium, a magnetic storage medium, a flash memory disk, or the like for the game apparatus 10.
That is, the game apparatus 10 can be configured to execute various other games by switching the auxiliary storage unit 120.
Conversely, a configuration in which the cooperative game unit 300 is installed and stored in the HDD or the like of the auxiliary storage unit 120 from an optical storage medium or the like is also possible.

The BIOS 130 is a non-volatile storage medium such as a ROM (Read Only Memory) in which a BIOS (Basic Input Output System) is stored, a NOR flash memory, or an SRAM.
The BIOS 130 includes a firmware program, a program for realizing various functions of the game apparatus 10, and components such as an SRAM that stores settings of these programs.
Specifically, when the game apparatus 10 is activated, the BIOS 130 sets the microcode of the CPU 100, initializes each unit, and executes the OS from the first partition of the auxiliary storage unit 120, for example. Or instruct
Note that the BIOS 130 program is stored in a NOR flash memory, and a flash memory for storing the BIOS 130 settings, a battery backup SRAM (Static Random Access Memory), a rewritable nonvolatile memory such as an EEPROM, etc. You may have.

The peripheral I / F 140 is a component that provides interfaces such as USB, IEEE 1394, serial, parallel, infrared, and wireless for connecting to various peripheral devices (peripherals).
Peripheral I / F 140 mainly connects buttons, joysticks, joypads, touch panels, and other controllers, force feedback units such as vibration motors, etc. in the case of portable and stationary consumer video game devices and PCs. It is a component part which becomes an interface for the purpose. The peripheral I / F 140 may be configured using a wireless interface such as Bluetooth (registered trademark).
The peripheral I / F 140 can be connected to peripheral devices such as lighting, an IC card reader / writer, a switch, and a coin insertion unit in the case of a professional video game apparatus installed in a dedicated store.
In addition, force feedback devices such as stick type controllers, acceleration detectors, vibration devices, foot / hand-operated switches, position detectors that detect the position on the screen of a display monitor, touchpad, touch panel, keyboard, mouse, A pointing device such as a trackball can be used connected to the peripheral I / F 140.
The peripheral I / F 140 can also control electronic switches and the like, and can also reduce power consumption by turning on / off power to various peripheral devices.

The bus arbiter 150 is an integrated circuit that provides a bus interface for connecting each part, such as a so-called “chip set”. The buses of the respective units connected by the bus arbiter 150 may have different speeds or may be asymmetric on the upstream and downstream.
In addition, for example, it is preferable that the CPU 100, the main storage unit 110, and the bus arbiter 150 are connected by a broadband and high-speed bus, and the graphic processor 160 and the bus arbiter 150 are also connected by a broadband and high-speed bus. .
The CPU 100 may include a bus interface such as a DDR3 / 4 SDRAM or an XDR DRAM so that the main storage unit 110 can be directly read and written.

The graphic processor 160 is a graphic processor having a function of drawing a three-dimensional CG. The graphic processor 160 includes a geometry unit 162 that calculates polygon geometry (coordinates) and a rendering unit 164 that rasterizes or renders (renders) the polygon for which the geometry calculation has been performed.
Further, the graphic processor 160 includes a RAMDAC (RAM D / A converter), an HDMI interface, and the like in order to output a drawn image to a display device such as a display monitor or a projector. The graphic processor 160 can display a virtual space of a game using a normal television for home (television) as a display device using color difference (D terminal) output or HDMI output. This television can also reproduce sound from a speaker or the like.
In addition, the structure which equips the game apparatus 10 with a display monitor is also possible. When a portable game device, a portable terminal, a cellular phone, or the like is used, a liquid crystal, an organic EL, an LED, an LED array, a MEMS projector, or the like can be used for the display monitor.

The geometry unit 162 is a component that obtains the coordinates of the polygon in the two-dimensional space by performing affine transformation or the like by rotating or enlarging the matrix with respect to the coordinates (world coordinates) of the polygon in the three-dimensional space. The geometry unit 162 can also include a “geometry shader” (or a vertex shader) that performs tessellation such as polygon division and spline interpolation.
The rendering unit 164 is a component that pastes image data called a texture on a coordinate-calculated polygon and draws it in the graphic memory 170 with various effects. As these various effects, calculation of light spot / shadow (shading), expression of light and darkness, translucency, blur, fog, blur, HDR (high dynamic range composition), etc. are performed using a programmable shader or the like. it can. The types of polygons rendered by the rendering unit 164 include point polygons (points), line polygons (line lists), surface polygons such as triangles and quadrangles, and surface polygon aggregates. In addition, when the rendering unit 164 performs rendering using ray tracing or the like, an object defined by a region such as a circle, an ellipse, a sphere, or a metaball can be rendered.
The geometry unit 162 may be configured to be processed by the CPU 100. In this case, the coordinates of the polygon created by the CPU 100 executing the program stored in the main storage unit 110 are transferred to the graphic memory 170. The rendering unit 164 draws the polygon according to the polygon coordinates.
Furthermore, the graphic processor 160 may include a physical engine unit (not shown). The physics engine unit can execute a simulation of a physical phenomenon such as contact / collision between polygons and clothes and wave motion at a higher speed than the CPU 100.

The graphic memory 170 is a storage medium that can be read and written at high speed for the graphic processor 160 to draw.
For example, a broadband memory such as DDR or GDDR (Graphics Double Data Rate) can be connected as the graphic memory using a high-level memory interleave or the like.
Further, a configuration in which a graphic memory is built in the graphic processor 160 as in the case of a system LSI is also possible.
It is also possible to use a dual port configuration for displaying on a display monitor while the graphics processor 160 is drawing.
Note that a configuration in which data of each object or a part of each object is provided in the main storage unit 110, directly transferred to the graphic memory 170, and drawn is also possible.

The video BIOS 175 is a flash memory in which a BIOS for the graphic processor 160 is stored.
The CPU 100 updates the video BIOS 175 with a patch, thereby improving the function and display quality of the graphic processor 160 and correcting inconvenience (bug) on display.

The audio processor 180 is a DSP (digital signal processor) provided with a PCM (Wave) sound source for outputting music, voice, and sound effects. The audio processor 180 can calculate physical sound sources, FM sound sources, and the like, and can also calculate various sound effects such as reverberation and reflection.
The output of the audio processor 180 is D / A (digital / analog) converted, connected to a digital amplifier or the like, and reproduced as music, voice, or sound effect through a speaker or the like. The audio processor 180 can also handle voice recognition of voice input from a microphone. Note that a configuration in which an audio output signal is output to a television or the like using the above-described HDMI interface, or is output separately from a Line out terminal or a dedicated terminal is also possible.

The audio memory 190 is a storage medium that stores digitally converted data for music, voice, and sound effects.
Of course, the audio processor 180 and the audio memory 190 may be integrally configured.

The communication I / F 200 is an interface (wired / wireless LAN, telephone line, mobile phone network, PHS network, power line network, IEEE 1394, etc.) for connecting to a network.
The game apparatus 10 can download an application, an OS, a patch, and the like from the communication I / F 200 via a network from a server (not shown). Conversely, a cooperative game by a plurality of players can be performed with a user of another game apparatus 10 using the communication I / F 200.
Further, by connecting a plurality of game apparatuses 10 so as to be able to communicate with each other, a game score (score, total score, score, etc.) is collected via a server or the like, and game apparatuses arranged in other amusement facilities It is possible to play a battle game between the two or to count up the rankings.

[Configuration of Player Character Data 210 and Bar Rotation Data 230]
Next, the details of the player character data 210 and the bar rotation data 230 will be described with reference to FIG. 2A.
The player character data 210 is a part for storing data of various attributes when each player character is played. Referring to FIG. 2A, the player character data 210 can store attributes such as a player (ID), a movement instruction, a character (type), a score, a favor level, coordinates, a belonging bar, and an order.
The attribute of “player” is a part that stores a player ID and the like. A player name and the like can be stored together with the player ID.
The “movement instruction” attribute stores a target to be instructed for various games such as movement, bar gripping, and withdrawal. Specifically, it stores a selection as to whether an instruction is given by the operation signals of users 1 to n corresponding to the controller ID of the peripheral I / F 140 or whether the CPU 100 gives an instruction based on a thought process of a movement instruction.
The “character” attribute stores, for each player character, a selection of what kind of object the character to be drawn is to be drawn. This character can have different values for values such as size, speed of movement difference, thought pattern, and favor between characters.
The “score” attribute stores a score that is a total score of each player character during play. This score is given according to the number of connected player characters each time the bar 500 (FIG. 3A) has a “remaining number of times”. In the cooperative game processing of the present embodiment, each player character competes in cooperation with the final score when the goal is reached. Further, the “score” attribute can also store the total score given to each player character related to the play of a plurality of stages from the start of the game.
The “favorite” attribute is a table of favor that is “compatibility” between the player characters. This favor degree table can store, for example, a favor degree value for each player character playing at the same time. As the value of the favor degree, for example, a positive value is stored if the favor degree is high, and a negative value is stored if the favor degree is low. In the favorability table, for example, an initial value is determined for each type of player character, and further changes as the play progresses. Further, the CPU 100 controls the action of the player character according to the favor level value.
As the “coordinate” attribute, for example, coordinates on the map of the stage and coordinates on the screen can be stored using, for example, two-dimensional coordinates. As this “coordinate”, a coordinate system value similar to the “coordinate” attribute of the bar rotation data 230 can be stored. In addition, the three-dimensional coordinates, acceleration, posture, and the like when drawing each character object can be stored in the “coordinate” attribute. Further, the “coordinate” attribute can also store a rotation angle, a rotation speed, and the like when each character object is in the “belonging” state.
The attribute of “belonging to bar” stores the coordinates of the bar in the “belonging to” state, the value of bar # (bar number), and the like. Further, in the “bar belonging” attribute, when the player character does not belong to the bar 500 and is flying on the map, a value of “none” can be stored.
The attribute of “order” stores the order of connection when the player character is “belonging” to the bar 500. The order of this connection will be described below. Here, if the player character does not belong to the bar 500, for example, a value of “0” can be stored.

The bar rotation data 230 is a part for storing data of various attributes of the bar 500 (FIG. 3A). Referring to FIG. 2A, the bar rotation data 230 stores values for attributes such as a bar number, ID (bar #), remaining number of times, coordinates, and bar type. Among these, as the bar numbers and IDs, data of numbers along the order of appearance on the stage can be stored side by side.
The “bar #” attribute stores the number, ID, and the like of the bar 500 (FIG. 3A). The number and ID of this bar 500 can be stored in the order of scroll appearance for each stage.
The “remaining number of times” attribute stores a value to be used in a bar provision score state change process (FIGS. 5 and 8) described later. In other words, the “remaining number of times” attribute stores a value of the remaining number of times that a score can be given when rotating with each bar. By specifying a value such as −1 as the value of the remaining number of times, it is possible to give an attribute that can give a score any number of times. Further, as the value of the remaining number of times, not the number of rotations but the time after appearing on the screen or the elapsed time of the stage can be set to “remaining number of times”.
The “coordinate” attribute stores, for example, the coordinates of each bar 500 in a “map” based on a virtual coordinate system in which a scrolling stage is captured in two-dimensional coordinates. The “coordinates” can be stored using the three-dimensional coordinates of the stage, and the correspondence between the coordinates on the map of each stage and the three-dimensional coordinates on the screen can also be stored.
The “type” attribute includes a normal bar, a bar that moves in parallel / rotates, a bar that does not move for a predetermined time due to damage or numbness when grasped, a bar that seems to be grasped but cannot be grasped, and has no remaining number of times. Or “special” bars that have more remaining times than normal bars, bars that rotate at high speed when grasped, and bars that become “invincible” by not connecting other player characters when grasped .

[Configuration of Cooperation Game Unit 300]
Next, with reference to FIG. 2B, the details of the cooperative game unit 300 stored in the auxiliary storage unit 120 will be described.
The cooperative game unit 300 mainly includes a game progression unit 310 (game progression unit), an object movement unit 320 (object movement unit), an object number determination unit 330 (object number determination unit), a score provision unit 340 (score provision unit), An order determination unit 350 (order determination unit), a forced detachment unit 360 (forced detachment unit), a rotation control unit 370 (rotation control unit), and a character attribute data unit 380 are configured.
The CPU 100 can realize each process according to the embodiment of the present invention by using hardware resources by reading and executing at least a part of the cooperative game unit 300 in the main storage unit 110.

The game progression unit 310 is a part that becomes a main program of a cooperative game described later. Specifically, the game progress unit 310 draws a virtual space, a demonstration screen, and the like when playing a cooperative game, and performs various processes.
Further, the game progress unit 310 instructs to draw a plurality of player characters in the virtual space when playing the cooperative game, draws other objects, backgrounds, and the like as the game progresses, and displays the score. Instructs the graphics processor 160.
In addition, the game progression unit 310 causes the BGM to be played using the audio processor 180 and outputs a sound effect. Further, the game progression unit 310 displays the total score of each player character on the screen.
In addition, the game progression unit 310 includes an artificial intelligence program that performs α-β pruning, a Monte Carlo method, and the like, and setting, moving, grasping, and rotating a target object for a player character that is instructed by the CPU 100 to operate. Set the operation.

The object moving unit 320 is a part that moves the player character in the virtual space based on an operation signal corresponding to the player character of each user input from the peripheral I / F 140.
The object moving unit 320 moves each player character by changing the coordinates of each player character in the virtual space. In this movement, it is possible to perform movement in consideration of “screen scrolling” such as movement of the viewpoint of the virtual space.
In addition, the object moving unit 320 calculates a difference in coordinates in two or three dimensions with another player character or an object such as a bar as a distance when each player character moves. "I do. Specifically, when the distance is close or the absolute value of the distance between objects is less than a predetermined distance, it is determined as “contact”.
Further, the object moving unit 320 moves the player character object based on the characteristics of each player character, and when the player character object comes into contact with an object of a bar 500 (FIG. 3A) described later, “rotation” described later. Perform the process. During this “rotation” process, a process is performed to hold (catch) the bar 500 in contact with the player character. That is, in this gripped state, the object moving unit 320 associates the bar 500 and the player character as data, and performs setting such that predetermined processing such as rotation can be performed (hereinafter referred to as “belongs”).
Further, when the player characters that are not in the “belonging to” state of the bar 500 come into contact with each other, the object moving unit 320 repels the player characters by “normal collision”. In addition, when the player character is in the “belonging” state of the bar 500 and rotating, the object moving unit 320 can perform a “catch collision” process that connects and rotates other player characters that have touched the object character. . These processes will be described later.
The object moving unit 320 does not simply calculate the coordinates of each object, but detects the “contact” by detecting the overlapping of coordinates between polygons using the physical engine of the graphic processor 160. You can also.

The object number determination unit 330 is a part that determines the number of player characters belonging to a predetermined area or a predetermined object and the order of connection.
For example, the number-of-objects determination unit 330 can calculate the number of player characters in the predetermined area around the bar 500 with a predetermined coordinate or a section indicated by a predetermined polygon as a “predetermined area”. . The object number determination unit 330 can also calculate this number when a plurality of player characters are “belonging” to one bar 500.
Further, the object number determination unit 330 can calculate the order of connection based on the order in which the player character “belongs” to the bar 500. In this case, the object number determination unit 330 can set the connection order to be 0 when all player characters have left the bar 500.
Further, the object number determination unit 330 may perform ranking using the distance from the center of the bar 500 and calculate the connection order of the player characters in the “belonging” state within the predetermined area. Furthermore, the number-of-objects determination unit 330 can more simply calculate the order of connection from the data arranged when “belongs” to the bar 500.
By using the order of connection in this way, processing such as changing the assignment of scores and forcibly leaving, which will be described later, increases the choice for the user's score acquisition, and counters (competition) and cooperation You can use it properly to improve the game.

The score giving unit 340 is a part that gives a score to a player character belonging to a predetermined area or a predetermined object.
Specifically, the score giving unit 340 gives a score according to the number of player characters calculated by the object number determination unit 330. In other words, the higher the number of player characters in the “belonging” state to one bar 500, the higher the score is given to each player character during rotation.
Moreover, the score provision part 340 can restrict | limit the frequency | count or time which can provide a score to a player character, when a player character rotates so that it may mention later. As a limitation on the number of times or time, for example, the score assigning unit 340 may decrease the “remaining number of times” attribute corresponding to the bar 500 in the “belonging” state from the bar rotation data 230 according to the number of rotations. it can. That is, for example, when the “remaining number” of the bar 500 becomes 0 or less, the score giving unit 340 can be configured not to give a score even if the player character rotates. Similarly, the score giving unit 340 is configured to limit the time so that no score is given even if the player character rotates in the bar 500 after a predetermined time has elapsed since being displayed in the screen of the virtual space. be able to. Thereby, it is possible to give a sense of tension to the game and enhance the strategy regarding which bar 500 to select and move.
The score giving unit 340 can also be configured to change the score to be given according to the connection order of the player characters, as in other embodiments described later.

The order determination unit 350 is a part that calculates the order in which the player character belongs to a predetermined area or a predetermined object.
Here, in the cooperative game according to the embodiment of the present invention, a plurality of player characters can be connected (connected) and rotated around one bar 500.
When a plurality of player characters are in the “belonging” state, the order determination unit 350 indicates the order of rank from the center of the bar 500, etc. (hereinafter, “link” Set the order.
The order determination unit 350 sets the player character that first entered the “belonging” state to the smallest order such as No. 1 as this order. Then, the order determination unit 350 performs a process of sequentially increasing the order of the player characters that have become “belonging” due to catch collision described later.
In addition, when there are a plurality of player characters that are in the “belonging” state to the bar 500, the order determination unit 350 can also read the player character data 210 and calculate the connection order of the player characters.

The forced detachment unit 360 is a part that, when a player character with a small order leaves a predetermined area or a predetermined object, causes the player character with a large order to leave the predetermined area or the predetermined object.
When the forcible detachment unit 360 receives an operation signal for detaching from the bar 500 from a controller or the like corresponding to the player character, the forcible detachment unit 360 stops the rotation of the player character halfway and detaches it. At this time, if another player character is in the “belonging” state and is rotating on the same bar 500, the player character having a higher connection order than the detached player character is forcibly removed at the same time. Can do. Thus, priority is given to the operation of a character whose order of connection is small, that is, the state “belongs to” quickly, as to whether or not to allow other characters to connect and rotate to obtain a high score. Thereby, game nature can be improved.
In addition, the forcible separation unit 360 performs control so that the jumping speed or distance at the time of separation decreases as the plurality of player characters are connected. The forced detachment unit 360 calculates the jumping speed or distance at the time of detachment using the rotation acceleration ratio and the jump force ratio of the character attribute data.

The rotation control unit 370 is a part that controls drawing and the like of each player character when connected and rotated.
That is, the rotation control unit 370 is a part that performs adjustment so that the rotation speed, radius, pop-up speed at the time of forced detachment, and the like do not become values unsuitable for the game.
Here, in the cooperative game according to the present embodiment, when the player character is drawn, the player character is drawn in a large size so as to improve the distinctiveness and improve the appearance on the screen. For this reason, if the speed, the radius of rotation, etc. are increased so that they are proportional to the order of connection when they are rotated in series, they will not fit on the screen, the connected order will be slow, and the speed of the player character rotating outside will be slow. There was a problem of sticking too much.
Therefore, the rotation control unit 370 adjusts so that the maximum speed and the minimum speed of rotation become smaller as a plurality of player characters are connected.
In addition, the rotation control unit 370 limits the acceleration amount by the acceleration operation of one rotation speed of each player character as the plurality of player characters are connected. This acceleration operation is to change the rotation speed (angular velocity) based on values of an acceleration sensor, an analog stick or the like of the controller. The rotation control unit 370 is configured to calculate the rotation speed based on the total acceleration amount of the player character rotating in a row. Therefore, the rotation control unit 370 uses the rotation acceleration ratio of the character attribute data 380 to limit the maximum value of the rotation acceleration amount.
As a result, even if a plurality of player characters are connected, they can be rotated in a good-looking manner. In addition, when a plurality of player characters are connected, the rotation speed can be rapidly accelerated by each player character performing an acceleration operation in cooperation. Therefore, it is possible to improve the game performance by inviting the user's willingness to see the player characters rotating together or by performing a cooperative operation.
Further, by limiting the rotation speed and the pop-up speed, it is less likely to jump out of the screen, and the game performance can be improved.

The character attribute data section 380 stores various data such as parameters according to the type of each player character, parameters common to all player characters, object size of the player character, CPU thinking process data, and the like as variables.
The character attribute data section 380 includes, as parameters for each player character type, a technique value related to the timing of the rotation operation, a speed value related to the acceleration, a power value related to the maximum jump force, and an acceleration amount by the rotation speed acceleration operation. A table of maximum values, initial values of favors for other player character types, weight, size, and the like are stored.
The character attribute data section 380 is a parameter common to all player characters, a range of coordinates to be caught, and a jump power magnification that is added according to the connection number from the bar 500 when leaving the connection. “Jump force magnification” is stored. Further, a “jump force ratio” for changing the power value of the jump force when the connection is released according to the connection number is also stored. In addition, “rotational acceleration ratio” for limiting the maximum value of the acceleration amount by the rotational speed acceleration operation is also stored.
Each data of the character attribute data part 380 is read from the auxiliary storage part 120 by the CPU 100 at the start of the game play after setting the player characters 610 to 640 by the user, and is stored in a part such as the player character data 210 of the main storage part 110. Remembered.

[Cooperative game processing of game device 10]
Here, with reference to FIGS. 3A to 11, the cooperative game processing by the game apparatus 10 according to the embodiment of the present invention will be described in detail.
The game apparatus 10 according to the embodiment of the present invention executes an action game played with a plurality of player characters. In particular, the game apparatus 10 can execute a cooperative game that affects the player's play operation and the acquired score by connecting each of the plurality of player characters in a game in which a plurality of player characters compete for the acquired score.
In such a cooperative game of this embodiment, the relationship between a plurality of player characters greatly affects the game, so that it is possible to improve interest.

Here, with reference to FIG. 3A and FIG. 3B, the outline | summary of the rotation jump game which is one of the examples of the cooperation game which concerns on embodiment of this invention is demonstrated.
A screen example 400 of FIG. 3A is a conceptual diagram of the virtual space of the rotation jump game according to the present embodiment. This rotation jump game is a competition game in which each player character aims at a goal while rotating and flying a bar 500 arranged on the screen. At the time of play, the CPU 100 uses the cooperative game unit 300 to perform various processes in which player characters compete or cooperate with each other.
More specifically, in the rotational jump game of this embodiment, one stage has a length of a predetermined distance in the horizontal direction, for example. This stage scrolls and moves at a predetermined speed as the play progresses. In the screen example 400, the scroll direction of the screen is from left to right. This scrolling can be realized by moving the camera at the 2.5-dimensional viewpoint position from the left to the right of the stage when rendering the data related to the stage of the background other object data 220 by the graphic processor 160. The scrolled position on the stage can be displayed as a position from “start” to “goal” at the top of the screen, for example. The camera distance is preferably changed according to the distance between the head and tail. It is preferable that the camera angle is set obliquely behind.
On each stage, bars 500 are arranged at predetermined intervals and patterns. The bar 500 moves mainly from right to left in response to scrolling.
In addition to the scroll, it is also preferable to use a bar 500 of a type that translates or rotates in a predetermined direction in a predetermined pattern.
Further, instead of scrolling the background of the stage, it is possible to draw such that only the arranged bar 500 is scrolled. Further, instead of forcibly scrolling at a predetermined speed, when the head player character comes to a position of about 15% to 30% from the right end of the screen example 400, it is possible to perform a scrolling according to the head position. is there.
In addition to the bar 500, each stage passes a “trampoline” that gives an acceleration opposite to the acceleration at the time of dropping, an “enemy character” that causes the player character to attack and fall, and its position coordinates. “Coins” that can be scored, “balloons” that allow the player character to move freely when held, invincibility / automatic tracking and forcible separation of the rotating player character / remaining bar 500 “Items” with special effects such as restoring the number of times can also be arranged.

Here, the screen example 400 shows an example in which four player characters 610 to 640 exist. Also in the following description, an example of playing a game with the player characters 610 to 640 will be described. Each player character detects a motion instruction signal (input information, input signal, operation signal) by a button of a controller or various sensors connected to the peripheral I / F 140, or a thinking process of the game progression unit 310 executed by the CPU 100 The operation is instructed by.
The player characters 610 to 640 are subjected to a downward acceleration corresponding to gravity and fall downward if no operation instruction is given. For this reason, the player characters 610 to 640 perform operations such as gripping and rotating the bar 500 and jumping upward with the momentum. The user can change the popping direction at the time of separation from the rotation by the controller to some extent, and can change the dropping direction to some extent at the time of dropping. Note that if the screen goes off the screen according to the scrolling of the screen, it is handled in the same manner as a drop. In this case, the player characters 610 to 640 reappear from below or above, but this is a time loss.
Each time the player characters 610 to 640 rotate while holding the bar 500, the CPU 100 determines whether or not to give a score according to a predetermined condition as will be described later. Further, for example, when the player character 640 in the screen example 400 is rotating, when the player character 640 comes into contact, a “catch collision” occurs, and the player character 630 is connected and rotated. By this rotation of the connection, a score different from usual can be obtained.
In the example screen 400, the score, which is the total score obtained in this way, is displayed at, for example, the four corners for each player character.
When the predetermined time elapses and the screen is scrolled to the end of the stage, the screen is temporarily stopped, each player character lands on a “goal” (not shown) within the predetermined time, and one stage is completed. The score of the player character 610 to 640 is determined based on the score at this time.

FIG. 3B is a conceptual diagram showing the relationship between the bar 500 and the player character.
Each bar 500 is a gimmick of bars arranged in the air in the virtual space. Each of the player characters 610 to 640 rotates while holding the bar 500, and jumps when leaving.
The bar 500 can be drawn so that the bar line object 520 is connected to both ends of the bar position indicating object 510. Here, since the bar line object 520 may be transmitted when the player characters are continuously rotating, it is preferable to draw the bar line object 520 in an appearance like a translucent force field.
In the example of FIG. 3B, the player character 610 can touch the bar line object 520 and hold it by an instruction such as pressing a button on the controller. When the grasping is completed, the player character 610 becomes “belongs” to the bar 500 and can rotate. Further, the player character 610 is configured not to necessarily overlap the bar line object 520, but is configured to be able to be “contacted” and gripped when within a predetermined distance or within a predetermined area, thereby further improving operability. be able to.
Hereinafter, the cooperative game process will be described in detail for each step with reference to the flowchart of FIG.

(Step S101)
First, the CPU 100 performs an initialization process using the game progression unit 310 of the cooperative game unit 300.
Specifically, the CPU 100 inserts a storage medium (not shown) stored in the cooperative game unit 300 into an optical drive or an insertion slot of a flash memory disk, and the auxiliary storage unit 120 is configured. This is read and executed.
At this time, first, the CPU 100 displays an initialization screen and plays a movie (moving image) or the like related to the cooperative game. Then, it is detected that the user has instructed “start” of the game play with a controller or the like connected to the peripheral I / F 140, and the play is started.
At the start, the CPU 100 performs settings such as the number of player characters, the character type, the controller assignment, and whether or not the CPU 100 is in charge of thinking processing based on an instruction from the user by the controller or the like. In the example of FIG. 4, when using four player characters 610 to 640, if there are three or less users, the player characters controlled by the program of the cooperative game unit 300 are used. Further, the CPU 100 can also select the difficulty level and stage at the time of play in accordance with the user's instruction.

(Step S102)
Next, the CPU 100 uses the game progression unit 310 to perform a model reading process.
Specifically, the CPU 100 reads initial data (not shown) of player character data 210 corresponding to the type of player character selected by the user from the auxiliary storage unit 120 and copies it to the main storage unit 110.
In addition, the CPU 100 reads background other object data 220 corresponding to the stage selected by the user from the auxiliary storage unit 120 and similarly stores it in the main storage unit 110.
At this time, the CPU 100 causes the graphic processor 160 to display “loading” and causes the audio processor 180 to play the BGM.
The CPU 100 also reads out data related to other games and stores it in the main storage unit 110.
Thereafter, the CPU 100 starts the game.
Note that the CPU 100 can also display a demo image or the like before the game starts. At this time, the camera position may be moved so as to overlook the stage at high speed, and an effect such as enhancing the user's expectation may be performed.

(Step S103)
Next, the CPU 100 uses the game progression unit 310 to perform a player character firing process.
Specifically, the CPU 100 first performs a “player introduction” demonstration on the player characters 610 to 640 selected by the user, and produces an effect to enter an object (not shown) such as a cannon.
After all four player characters 610 to 640 have entered a cannon-like object, the CPU 100 fires all at once after a “READY” signal, and moves the camera to the sky.
After moving the camera to the game start position, the CPU 100 causes the graphic processor 160 to draw so that the four player characters 610 to 640 are launched from the bottom of the screen. At this time, the player characters 610 to 640 can perform a left / right direction operation according to an instruction from the controller of the user. The CPU 100 sets the reaching heights to be substantially the same.
Thereafter, the CPU 100 causes the camera to normally scroll from the start position toward the end of the stage, together with the display “GO!”.
Thereby, each player character makes full use of the action of rotation and jump to advance the play toward the goal point.

(Step S104)
As the game progresses, the CPU 100 uses the game progress unit 310 to perform a game image drawing process.
Specifically, the CPU 100 causes the graphic processor 160 to draw a background image using the background other object data 220 and displays the object of the bar 500. In this display, the screen is drawn by scrolling as shown in FIG. 3A described above by moving the camera.

Note that the CPU 100 can perform a process of zooming out and drawing the camera when the player characters 610 to 640 move upward in the screen. As a result, the player characters 610 to 640 can be prevented from being lost.
This zoom-out is not judged in the horizontal direction of the screen, so that it is possible to prevent the user from having a troublesome feeling by zooming out immediately. Further, it is preferable that the zoom lens is configured to return to the normal camera as soon as possible.

(Step S105)
Next, the CPU 100 performs a hit determination process using the object moving unit 320.
Specifically, the CPU 100 calculates whether or not the player characters 610 to 640 are in a “contact” state on the two-dimensional map of the stage due to proximity of coordinates with other objects. Make a decision.
In this process, first, the CPU 100 calculates the two-dimensional coordinates on the map from the three-dimensional coordinates in the virtual space of the objects of the player characters 610 to 640. Then, the CPU 100 calculates whether or not the player characters 610 to 640 are in contact with the bar 500 or other player characters 610 to 640 objects. Here, the CPU 100 determines that each object is in the “contact” state if the coordinates are not completely overlapped on the map but are less than the predetermined distance. However, the CPU 100 does not make a hit determination with an object that is simply a background, such as a distant building image.
Further, when the player characters 610 to 640 are in the “belonging” state to the bar 500, the CPU 100 also detects the “contact” state.
The CPU 100 stores these hit determination results in the main storage unit 110.

(Step S106)
Next, the CPU 100 performs a collision / rotation process.
Specifically, the CPU 100 determines “normal collision” and “catch collision” of each of the player characters 610 to 640 and performs each process.
In addition, the CPU 100 performs a process of giving a score by rotating alone or connected. At the time of giving the score, the player characters 610 to 640 have more points to be given by rotating the bar 500 in cooperation with each other than the rotation alone. . Therefore, a cooperative game can be realized.
Details of the collision / rotation processing will be described later.

(Step S107)
Here, the CPU 100 performs a character movement drawing process using the object moving unit 320.
Specifically, for each of the player characters 610 to 640, the CPU 100 determines to the graphic processor 160 according to the current state such as whether the player character 610 is in a state of “belonging” to the bar 500 and whether it is rotating or flying away from the bar 500. Let it draw.
At this time, the CPU 100 causes the graphic processor 160 to reproduce the object for effect at the time of catch, the billboard object for two-dimensional drawing, animation, and the like. Further, when the player characters 610 to 640 have scored, the score is also drawn. The CPU 100 also plays sound effects and the like from the audio processor 180.

(Step S108)
Next, the CPU 100 determines whether or not the goal of the stage has been reached using the game progression unit 310. In this determination, it is determined whether the coordinates of the moved camera have reached the goal of the stage.
If the answer is Yes, that is, the goal is reached, the CPU 100 advances the process to step S109.
If No, that is, if it is not yet a goal, the CPU 100 returns the process to step S104 and further advances the game play.

  Note that the CPU 100 can determine whether or not the goal has been reached by calculating a predetermined time from the start of the game instead of the camera coordinates. Further, the CPU 100 can also detect that all the bar #s of the bar rotation data 230 have appeared.

  Further, the scrolling is temporarily stopped at a predetermined position on the stage, for example, a “theme” such as “turn all the sticks” is presented, and points are given to the player characters 610 to 640 according to the achievement. Can also be processed.

(Step S109)
When the goal of the stage is reached, the CPU 100 uses the game progression unit 310 to perform end processing.
In this termination process, the CPU 100 causes the graphic processor 160 to draw a goal object (not shown) floating in the air, for example, and terminates the play when the player characters 610 to 640 land on it. At this time, the CPU 100 gives the score of the “landing bonus” to the player characters 610 to 640 who landed according to the order of landing, the distance from the predetermined landing point on the goal object, the time and timing until landing, etc. To do. The predetermined landing point on the goal object can be obtained from the reference range data of the background other object data 220. Further, the CPU 100 is configured to give a high landing bonus when, for example, the landing order is early, the distance is shorter than a predetermined landing point, and the time and timing until the landing after leaving the bar 500 is early. be able to.
When a predetermined time has elapsed after reaching the goal, the CPU 100 displays “GOAL!” And ends the stage. At this time, the CPU 100 calculates the ranking of the player characters 610 to 640 based on the score that is the total score of the stage and displays it as a win or a loss.
The cooperative game process is thus completed.

Next, the details of the above-described collision / rotation process will be described with reference to the flowchart of FIG.
In this collision / rotation process, operation settings such as movement, catch, rotation, separation from rotation / forced separation are performed for each player character.

<Details of collision / rotation processing>
(Step S200)
First, the CPU 100 uses the game progression unit 310 to detect from the user a movement instruction of player characters 610 to 640 (hereinafter referred to as own player characters) for performing motion setting, or the CPU 100 performs motion setting processing according to a program ( Hereinafter, it is determined whether to control thought processing). About this determination, CPU100 reads and determines the "movement instruction | indication" attribute of the corresponding player characters 610-640 from the player character data 210. FIG.
Yes, that is, when the CPU 100 performs the thinking process, the CPU 100 advances the process to step S201.
No, that is, when the operation setting is performed according to a user instruction, the CPU 100 advances the process to step S202.

(Step S201)
When the player player character is set to be set by the CPU 100 to perform an action, the CPU 100 uses the game progression unit 310 to perform CPU thinking processing.
Here, with reference to FIG. 6, an example of the CPU thinking process when the CPU 100 sets an action with the player character 630 as the player character will be described.
First, the CPU 100 selects what operation setting is to be performed according to the degree of difficulty set by the user.
For example, as shown in FIG. 6, search ranges 700 to 720 for performing route search for the player character 630 are set for each difficulty level. That is, the wide search range 700 is used when the difficulty level is high, the medium search range 710 is used when the difficulty level is medium, and the narrow search range 720 is used when the difficulty level is low. In addition, about this search range 700-720, when it is in the state of "belonging" to the bar 500 and is connected to other player characters 610-640, a wide search range is used according to the number of connected players. Can do.
Here, the CPU 100 selects the bar 500 to be moved next, with the bar 500 located at the upper right in the search range as a target point. On this basis, every time the player player character grips the bar 500 or moves in the air, it searches for the next target to be moved. The CPU 100 basically searches for and selects a bar 500 within the search range 700 to 720 as a target to be moved. In addition, the CPU 100 can search for the player characters 610 to 640 in a predetermined area by using the object number determination unit 330 and set it as a target target.
When searching for this target, the CPU 100 searches for all routes that can be reached from the current position. When the search range 700 to 720 is widened, the second and third bars 500 are targeted. In that case, the shortest and fastest route to reach the target bar 500 can be searched and determined. This shortest route is obtained by searching and comparing a plurality of routes to the target. Alternatively, the shortest route may be calculated using an algorithm such as the Dijkstra method.
Further, the CPU 100 can search for the optimum target by sorting the target candidates. For example, the search range 700 to 720 can be sorted according to whether there is a character having a favorable degree of friendliness described below or a rival character having a low favorite degree.

When calculating the target and route, the CPU 100 controls the target condition according to the degree of favor with each player character 610, 620, and 640.
First, in calculating the target and route, the CPU 100 determines which target to search based on the “favorableness”. Here, the CPU 100 can detect the “entanglement” situation of the action with the other player characters 610 to 640 during the play, and can add / subtract the favor level. For example, when connected and rotated, the favor level can be increased. In addition, the favorability can be reduced when the rotation is forcibly separated when connected, or when it is pushed downward by a normal collision.
As a result, when the player character 610, 620, or 640 having a high favorability is the target, the CPU 100 can perform an action setting so as to connect and rotate. On the other hand, the CPU 100 realizes a “revenge” behavior such that the player character 610, 620, 640 having a low favorability is connected and rotated, or is forced down by a normal collision. can do. With regard to the degree of favor for each of the player characters 610, 620, and 640, when an action opposite to the action for increasing / decreasing the degree of favor is detected, the player character 610, 620, and 640 may be reset to an initial value.
In addition, the CPU 100 changes the “favorite degree” according to the scores of the player characters 610, 620, and 640. For example, when the score of the player character 630 that is the player character in this example is 2nd to 4th, the favor setting for the 1st player character is lowered and the operation is set so as not to connect. As a result, the first player character can be replaced according to the progress of the game, and the game can be advanced while always confirming which player character is not connected (cooperated). Therefore, the player characters 610 to 640 repeat the opposition and cooperation, and the game performance can be improved.

After calculating the target and the route in this way, the CPU 100 performs actual motion setting according to the relative coordinates with the other player character or bar 500 to be gripped or caught next and the state of the player character.
Specifically, when the CPU 100 is not in the “belonging” state, the CPU 100 sets the operation so as to perform the trajectory control of the left-right movement.
In addition, when the CPU 100 comes into contact with the target bar 500, the CPU 100 sets an operation as to whether or not to hold and set the “belonging” state.
In addition, when the CPU 100 is close to any of the player characters 610, 620, and 640 that are other target player characters, the CPU 100 sets an operation as to whether to perform a catch collision or a normal collision.
In addition, during rotation, the CPU 100 also sets operation for whether to continue rotation or forcibly leave.

(Step S202)
Next, when the user sets the action of the player character, the CPU 100 uses the game progression unit 310 to perform player input acquisition processing.
In this processing, the CPU 100 detects an operation signal from a controller or the like corresponding to the player character connected to the peripheral I / F 140, and performs an action setting according to the detection.
Specifically, when the user is in the air, the CPU 100 detects operation signals such as the left and right buttons of the controller, the left and right of the analog controller, and the left and right of the acceleration sensor, and performs an operation setting to move left and right. The same applies to the “jump” when the bar 500 is released from the rotated bar.
In addition, the CPU 100 detects that the user has pressed a predetermined button, and performs an operation setting for gripping an object in contact. In this gripping, when the bar 500 and other player characters 610 to 640 (hereinafter referred to as other player characters) are in contact with each other, an operation setting that gives priority to the other player characters is preferable. This makes it easier to grip other player characters that are rotating, and can improve the operability of the game.
Further, the CPU 100 detects that the user has pressed a predetermined button at the time of rotation, and performs an operation setting for separation. In this separation action setting, the height, acceleration, and the like are changed according to the timing of rotation, and “jump” is performed including other connected player characters.

(Step S203)
Next, the CPU 100 uses the object moving unit 320 to determine whether or not the player player character is “belonging” to the bar 500 and is rotating.
If Yes, that is, if it is rotating, the CPU 100 advances the process to step S210.
No, i.e., if not rotating, the CPU 100 advances the process to step S <b> 204.

(Step S204)
Here, when the player character is not rotating, the CPU 100 uses the object moving unit 320 to determine whether or not “normal collision” is being performed.
Specifically, the CPU 100 determines Yes as the “normal collision” when the own player character is in contact with another player character and the other player character is not “belonging” to the bar 500. Further, even when the other player character is “belonging” to the bar 500, it is also determined as “Yes” when there is no gripping motion setting for the player player character. In other cases, the CPU 100 determines No.
In Yes, CPU100 advances a process to step S205.
In No, CPU100 advances a process to step S206.

(Step S205)
When the CPU 100 has “normal collision” with another player character, the object movement unit 320 is used to perform normal collision processing.
The normal collision process will be described with reference to FIG. 7A. Here, the player character 620 is described as the player character, and the player character 610 is described as the other player character.
When the player player character comes into contact with another player character in the air, the CPU 100 performs the movement direction motion setting so that the player hits the player according to the above-described hit. At this time, it is possible to add acceleration according to the movement vector and the size difference or weight difference between the player player character and the other player character and play each other. However, in the two-dimensional coordinate system, when the player character comes into contact with another player character from above, the CPU 100 adds acceleration so as to jump up. Thereby, the operativity of a game can be improved and the appearance when repelling can be made interesting.
In addition, when the other player character belongs to the bar 500 and is rotating, but the user has not instructed the user to hold it, the CPU 100 causes the player player character to be played by the rotating other player character. Add acceleration. At this time, the CPU 100 sets the flying direction of the player character so as to depend on the rotation position of the other player character at the moment of contact. In other words, depending on the direction in which it is played, it is possible to obtain the effect of flying in the expected direction or in the unintended direction, so that the game can be complicated and the user can be entertained.
Thereafter, the CPU 100 advances the process to step S217.
When a plurality of other player characters are continuously rotating, the CPU 100 increases the acceleration according to the number of persons and adjusts the maximum value by the “rotational acceleration ratio”. Further, the CPU 100 can be set not to be played when hitting another player character from behind.

(Step S206)
If it is not a normal collision, the CPU 100 uses the object moving unit 320 to determine whether or not the player player character and the other player character are “catch collision”. Here, when the other player character is in the state of “belonging” to the bar 500 and the user detects an operation signal instructed to hold by the player player character, it is determined as “Catch Collision”. Otherwise, it is determined as No.
In Yes, CPU100 advances a process to step S207.
In No, CPU100 advances a process to step S208.

(Step S207)
When the player player character “catch collision” with another player character, the CPU 100 uses the order determination unit 350 to perform catch collision processing.
With reference to FIG. 7B, the catch collision process will be described. 7B, the player character 620 will be described as the player character, and the player character 610 will be described as the other player character.
When there is another player character that is in the “belonging” state by gripping the bar 500 even when the player character is falling, the CPU 100 performs a “catch collision” process for gripping the other player character. be able to.
Specifically, the CPU 100 moves to the end of the other player character and starts to rotate together in a shape that is gripped. At this time, when a plurality of other player characters are connected and rotated, the CPU 100 draws the tail so as to grip the tail after sliding down to the end.
Then, the CPU 100 reads the value of the “bar belonging” attribute of the other character that has undergone catch collision in the player character data 210 and writes it in the “bar belonging” attribute of the player character. Further, the CPU 100 calculates the connection order and writes it in the “order” attribute of the player character.
Thereafter, the CPU 100 advances the process to step S217.

(Step S208)
When neither the normal collision nor the catch collision is detected, the CPU 100 determines whether or not the player player character is in contact with the bar 500. Here, the CPU 100 determines Yes when the gripping operation is set while being in contact with the bar 500. As described above, in the case of a user, there is an instruction to press a button or the like, and the gripping operation setting is made when it is set in the thinking process of the CPU 100. Further, as described above, the CPU 100 determines that the bar 500 is in contact with the object even if the object does not necessarily overlap the bar 500.
Here, the CPU 100 determines No unless the player player character is in contact with the bar 500 and a grip instruction is issued.
In Yes, CPU100 advances a process to step S209.
In No, CPU100 advances a process to step S217.

Note that the CPU 100 can also perform each process when it comes into contact with other objects such as enemy characters, coins, balloons, and items.
Further, the CPU 100 can separately perform a process of calculating a score or the like even when landing on a predetermined object at the time of suspension.

(Step S209)
When the player player character is in contact with the bar 500 and a grip instruction is set as an action, the CPU 100 performs a bar contact rotation start process.
Specifically, the CPU 100 writes the information of the touched bar 500 in the “bar belonging to” attribute of the player character in the player character data 210. As a result, the CPU 100 places the player character in the “belonging” state. Then, the CPU 100 sets an initial rotation angle in the “coordinate” attribute of the player character.
Further, the CPU 100 sets the connection order as “1” and writes it in the “order” attribute of the player character.
Then, the CPU 100 advances the process to step S217.

(Step S210)
When the player character is rotating, the CPU 100 uses the object number determination unit 330 to perform a bar connection number calculation process.
Specifically, the CPU 100 reads the player character data 210 and reads the “bar belonging” attribute of the player character. Then, the CPU 100 calculates how many other player characters are in the “belonging” state with the same bar 500 as the player character.
The CPU 100 also calculates the order of connection of the player character.

(Step S211)
Next, the CPU 100 performs rotation processing using the rotation control unit 370.
In this rotation process, the CPU 100 rotates the player character at a predetermined speed at a predetermined radius from the bar 500 in the “belonging” state according to the connection order of the player character. Specifically, after rotating, the CPU 100 changes and writes the rotated angle or the like in the “coordinate” attribute of the player character in the player character data 210.
At the time of this rotation, since the CPU 100 adjusts according to the order of connection as described above, the CPU 100 can draw with good appearance and improve game characteristics.
That is, the CPU 100
-The maximum speed and the minimum speed of rotation are adjusted as a plurality of player characters are connected.-The acceleration amount by one rotation speed acceleration operation of each player character is limited as the plurality of player characters are connected. Etc. can be controlled.

(Step S212)
Next, the CPU 100 uses the rotation control unit 370 to determine whether or not the rotation has ended. Specifically, when the rotation angle of the player character in the player character data 210 is equal to or greater than a predetermined angle, the CPU 100 determines that the rotation has been completed and determines Yes. Otherwise, it is determined No.
In Yes, CPU100 advances a process to step S213 as rotation completion.
In the case of No, the CPU 100 determines that it is still rotating, and advances the process to step S215.

(Step S213)
When one rotation is completed, the CPU 100 uses the score giving unit 340 to perform a bar grant score state calculation process.
Referring to FIG. 8, each bar 500 stores the remaining number of times that a score can be given when rotated by each bar. In other words, although the score is given until it rotates within a predetermined number of times / predetermined time, the score cannot be obtained even if it rotates further. In the example of FIG. 8, although the score can be obtained up to four times, the score cannot be obtained even if it is rotated further. That is, since the bar 500 displayed on the screen is limited, each player character needs to rotate with the bar 500 having the remaining number of times as a target.
The CPU 100 reads from the bar rotation data 230 the value of the “remaining number of times” attribute of the bar 500 in which the player character is “belonging” and stores it in the main storage unit 110. After that, the “remaining number of times” attribute of the bar 500 is subtracted. Note that the CPU 100 reduces the value of the “remaining number of times” attribute only once per rotation, for example, even when the other player characters are connected and rotating.
In addition, the CPU 100 causes the bar position indication object 510 to draw the value of the “remaining number of times” attribute of the bar 500 by, for example, changing the scale, the color, and the brightness. Thereby, the user can easily visually recognize the remaining number of bars 500, and the game performance can be improved.

(Step S214)
Next, the CPU 100 performs a score giving process using the score giving unit 340.
In this embodiment, if the number of connected players is large, the connected player-based player character and the other player characters all perform a score assignment process based on the connected number so that the same score corresponding to the number of players can be obtained.
The details of the connection number-based score provision processing will be described later.
After the score giving process is completed, the CPU 100 advances the process to step S215.

(Step S215)
Here, the CPU 100 uses the forced leaving unit 360 to determine whether or not the player player character has set an instruction to leave from rotation.
If Yes, that is, if an instruction to leave is set for operation, the CPU 100 advances the process to step S216.
No, that is, if there is no instruction to leave, and the CPU 100 advances the process to step S217 if it is rotating or is in a gripping state after the rotation is completed.

(Step S216)
The CPU 100 performs the detachment process using the forced detachment unit 360 when the operation of setting the detachment of rotation is set.
Details of this processing will be described with reference to FIG.
As described above, when there is an instruction to leave, the CPU 100 performs “leave” that causes the player character to leave the bar 500 and jump. The CPU 100 is configured to be detached from the bar 500 by “forced separation” even when the CPU 100 is rotating by the forced separation unit 360 of the present embodiment.
In the case of this separation, it is preferable that the player player character and the other player characters that are rotating after the player player character are forcibly separated according to the order of connection. Thereby, the inner player character can select whether or not to obtain a high score as will be described later by rotating continuously with the other player characters on the outer side, and the strategy of the game can be improved.

In addition, the CPU 100 performs control so that the pop-out distance becomes smaller as a plurality of player characters are connected at the time of separation.
Thereby, when a plurality of player characters are connected, the outermost player character whose pop-out position is close to the screen end is less likely to jump out of the screen.

Further, the CPU 100 changes the jump direction according to the rotation angle at the time of separation. Thus, the player player character can change the flying direction more flexibly, and can push the other player character in the intended direction. Therefore, the strategy of a game can be improved.
Conversely, the CPU 100 can be configured so that the jumping out range at the time of leaving is limited to the upper 120 degree range regardless of the stage of rotation. That is, in this configuration, the CPU 100 detects a forced leaving instruction action setting, and then rotates the CPU 100 to some extent, and then causes the player player character and the other player character in the subsequent order to leave. Thereby, since it is not necessary to control the timing very finely when the rotation is released, it is easy for the user to select the bar 500 having the remaining number of rotations and advance the game play in cooperation with other player characters. The effect of becoming is obtained.

  In addition, the timing and direction of the rotation operation and the pop-out operation can be configured such that the outermost player character sets the motion. In such a configuration, the player character on the inner connected side cannot do anything until the last connected player character sets the detachment action. Thereby, it is possible to give a wider selection as to whether to rotate by being connected or to rotate alone, and to improve the game performance.

(Step S217)
Here, the CPU 100 determines whether or not the processing has been performed for all the player characters after the processing for the collision or rotation of the player character is finished.
If Yes, that is, if the processing for all the player characters is completed, the CPU 100 ends the collision / rotation processing.
No, that is, when the process for another player character is still performed, the CPU 100 returns the process to step S200 and continues the process.
Thus, the collision / rotation process is completed.

<Details of scoring process>
Next, with reference to FIG. 10 and FIG. 11, the details of the score assignment processing according to the embodiment of the present invention will be described.
In the present embodiment, when consecutive rotations are performed, control is performed so that the number of points (points) given to all of the player characters becomes n times according to the number n of connected player characters.
Details of each step will be described below with reference to the flowchart of FIG.

(Step S301)
First, the CPU 100 uses the score assignment unit 340 to perform a connected number score addition process.
The CPU 100 acquires the number n of player characters 610 to 640 that are connected to the same bar 500 and rotated and acquired by the object number determination unit 330 in the bar connection number calculation process.
Then, the CPU 100 calculates the number of people n × predetermined points (point, pt) as points. For example, when the point of a predetermined value given when rotating with one body is 10 points, a score of n × 10 (points) is set as a point given to all members. That is, the CPU 100 calculates a score of 10 points when one body is rotated, 20 points when the two bodies are connected and rotated, 30 points when the three bodies are rotated, and 40 points when the four bodies are rotated.

(Step S302)
Next, the CPU 100 uses the score giving unit 340 to perform a connection number reference score giving process.
Specifically, the CPU 100 adds the score according to the number of people n calculated in the above process to the “score” attribute of the corresponding player character in the player character data 210.
Here, it is preferable to give the same score even to a player character that participates in rotation from the middle, that is, is connected and rotated.
At this time, however, the CPU 100 does not perform addition when there is no remaining number of bars in the “belonging” state.
Further, the CPU 100 can be configured not to add a score even for a character that is forcibly separated during rotation.
In addition, when connecting in the middle of rotation, you may comprise so that a score may be provided to the player character only when one rotation is completed after another rotation is completed. Further, as described above, a configuration in which a score is given even during rotation is possible.
Thus, the score giving process is completed.

With the configuration described above, the following effects can be obtained.
In the game apparatus 10 according to the embodiment of the present invention, the score giving unit 340 gives a score according to the number of player characters that are in the “belonging” state to the bar 500.
At this time, the user who operates the player character having the 2nd to 4th score plays the game without being connected to the player character having the 1st score. Accordingly, since the first player character is replaced by the progress of the game play, the user proceeds with the game while always confirming which player character should not be connected (cooperated).
Thereby, since a player repeats competition (counter) and cooperation, the effect that the strategy of a game improves is acquired. Therefore, a highly interesting game different from the conventional game can be provided to a plurality of players.

Further, in the game apparatus 10 according to the embodiment of the present invention, when the player character enters the state of “belonging” to the bar 500, the order determination unit 350 determines the order of connection such as the order from the inside. ,calculate.
Further, according to this order, in the rotation state, the order of connection is larger than that of the own player character, that is, the other player character on the outside is separated by the forced detachment unit 360.
Thus, even when another player character is connected while the player character is rotating, the user can select whether to forcibly leave or continue rotating according to the score ranking of the other player character. Therefore, the user can use the competition (counter) or cooperation strategy properly, and the game performance can be improved.

In addition, the score giving unit 340 according to the present embodiment gives more points to all the player characters in the “belonging” state as the number n of player characters “belonging” to the same bar 500 increases.
Thereby, when one player character is rotating, it is possible to give motivation that the player character rotates in cooperation and obtains more points, and the game performance can be improved.

Further, the score giving unit 340 of the present embodiment is configured not to give a score when the bar 500 is rotated more than a predetermined number of times or a predetermined time has passed as the remaining number of bars 500.
As a result, the number of bars 500 arranged is limited for each stage, a score is obtained from the bar 500 in which the remaining number of rotations is set, and the score of the overall score is maximized. Therefore, it is possible to ask the player to cooperate.

In addition, the rotation control unit 370 of this embodiment can adjust the maximum speed and the minimum speed of rotation as the plurality of player characters are connected.
In addition, the rotation control unit 370 of the present embodiment can limit the amount of acceleration by one rotation speed acceleration operation of each player character as the plurality of player characters are connected.
Thereby, it is possible to improve the appearance of the player characters when rotating in series, and to motivate the user to play.
Further, when the player characters cooperate to perform the rotation speed acceleration operation, the rotation speed can be rapidly accelerated and the game performance can be improved.

Further, the forcible detachment unit 360 of the present embodiment can be adjusted so that the pop-out distance becomes smaller as a plurality of player characters are connected.
Thereby, when it rotates continuously, it can prevent that an outer player character is skipped too far, can improve the operativity of a game, and can make difficulty degree appropriate.

In addition, the forced detachment unit 360 of the present embodiment can control the player character with the smaller connection order to leave the bar 500 with respect to the player character with the larger connection order.
Thereby, when it is not desired to cooperate in rotation with other player characters, the player character can operate, improving the degree of freedom when playing the game and improving the game performance. In addition, the user's irritation can be suppressed and motivation to play the game can be caused.

<Other embodiments>
Here, another embodiment of the present invention will be described with reference to FIGS.
In another embodiment of the present invention, a cooperative game is played using a game device having the same configuration as the game device 10 (FIG. 1).
At this time, the CPU 100 can also process the cooperative game process and the collision / rotation process in the same manner as in the flowcharts of FIGS.
However, in another embodiment of the present invention, the CPU 100 performs a different process based on the order for the score giving process in step S214 (FIG. 5), and changes the score giving method.
In the following, the order-based scoring process according to another embodiment of the present invention will be described in detail with reference to the flowchart of FIG.

<Details of scoring process>
(Step S321)
First, the CPU 100 uses the order determination unit 350 to calculate the order of connection for each player character that is “belonging” to the same bar 500.
In the same way as described above, the order of this connection is sequentially increased for each player character, with the player character that has been in the innermost state, that is, the earliest state belonging to the bar 500 first.

(Step S322)
Next, the CPU 100 performs an order reference score giving process using the score giving unit 340.
Referring to FIG. 13, in another embodiment of the present invention, a high score is given to the outer player character.
Specifically, the CPU 100 adds, to the score attribute of each player character, a point obtained by multiplying the basic point by n for each connection order by the score giving unit 340. Here, for example, if the score given to the first player character in the connection order is 10 points, the second player character is given 20 points, the third is 30 points, and the fourth is 40 points. To do.
In other words, more points can be obtained when the player character rotates while being continuously connected to the player character who started gripping and rotating.
Thereby, the positional relationship between the player player character and the other player character and the cooperative relationship become more complicated, and the strategy can be improved.

  Note that the configuration and operation of the above-described embodiment are examples, and it is needless to say that the configuration and operation can be appropriately changed and executed without departing from the gist of the present invention.

  The game program of the present invention is configured not only to compete during play but also to cooperate, and can improve game performance, so it can be applied to various game devices and has industrial applicability.

10 game machine 100 CPU
110 Main storage unit 120 Auxiliary storage unit 130 BIOS
140 Peripheral I / F
150 Bus Arbiter 160 Graphic Processor 162 Geometry Unit 164 Rendering Unit 170 Graphic Memory 175 Video BIOS
180 Audio processor 190 Audio memory 200 Communication I / F
210 player character data 220 background other object data 230 bar rotation data 300 cooperative game unit 310 game progression unit 320 object moving unit 330 object number determination unit 340 score assignment unit 350 order determination unit 360 forced detachment unit 370 rotation control unit 380 character attribute data Part 400 Example screen 500 Bar 510 Bar position indication object 520 Bar line object 600, 610, 620, 630, 640 Player character 700, 710, 720 Search range

Claims (9)

In a game program for causing a computer to execute a game in which a plurality of player characters can move in a virtual space and compete for the total score given to the player character at the end of the game,
The computer,
Game progress means for displaying on screen the player character and the total score given to the player character,
Moving means for moving the player character in the virtual space based on an operation signal corresponding to the player character;
Object number determination means for calculating the number of player characters belonging to a predetermined area or a predetermined object in the virtual space;
A control program for a game apparatus, which causes a function to be given to a player character belonging to the predetermined area or the predetermined object according to the calculated number of player characters. The computer,
Order determining means for calculating the order in which the player character belongs to the predetermined area or the predetermined object;
As a forced detachment means for detaching a player character whose order is late from the predetermined area or the predetermined object when the player character leaves the predetermined area or the predetermined object by the operation signal corresponding to the player character having the early order The control program for a game apparatus according to claim 1, wherein the control program is made to function. 3. The game device according to claim 1, wherein the assigning unit assigns more points to each of the player characters as the number of the player characters belonging to the predetermined area or the predetermined object increases. Control program. The game device control program according to any one of claims 1 to 3, wherein the giving means gives a score to the player character according to a set number of times or time. The computer,
Based on an operation signal corresponding to the slowest player character belonging to the predetermined area or the predetermined object, a moving direction determining means for determining a direction in which another player character belonging to the predetermined area or the predetermined object leaves the predetermined area. The game apparatus control program according to any one of claims 1 to 4, wherein the game apparatus control program is configured to function as: The computer,
Based on the number of the player characters belonging to the predetermined area or the predetermined object, the maximum speed or the minimum speed of the rotation is adjusted, and it functions as a rotation control means for limiting the amount of acceleration when detecting the rotation speed acceleration instruction. ,
6. The game according to claim 1, wherein the forcible detachment unit controls the distance to jump out according to the number of the player characters belonging to the predetermined area or the predetermined object. Device control program. 7. The score according to claim 1, wherein the giving means gives a score to the player character by making one rotation of the player character belonging to the predetermined area or the predetermined object. Game device control program. In a computer-readable recording medium in which a plurality of player characters are movable in a virtual space and a game program for causing a computer to execute a game for competing for the total score given to the player character at the end of the game is recorded.
The computer,
Game progress means for displaying on screen the player character and the total score given to the player character,
Moving means for moving the player character in the virtual space based on an operation signal corresponding to the player character;
Object number determination means for calculating the number of player characters belonging to a predetermined area or a predetermined object in the virtual space;
A game apparatus control program for causing the player character belonging to the predetermined area or the predetermined object to function as a granting unit for giving a score according to the calculated number of the player characters is recorded. A computer-readable storage medium. In a game device for executing a game in which a plurality of player characters can move in a virtual space and compete for the total score given to the player character at the end of the game,
Game progress means for displaying on screen the player character and the total score given to the player character;
Movement means for moving the player character in the virtual space based on an operation signal corresponding to the player character;
Object number determination means for calculating the number of player characters belonging to a predetermined area or a predetermined object in the virtual space;
A game apparatus comprising: a granting unit that gives a score to the player character belonging to the predetermined area or the predetermined object according to the calculated number of player characters.

Images