JP7121609B2 - Program and computer system - Google Patents

Description

The present invention relates to a program or the like for causing a computer system to execute a game in which a player character and an enemy character battle each other.

As one form of a game in which a player character and an enemy character battle each other, there is a form in which a sub-character, which is an NPC (Non-Playable Character) on the side of the player character, is used. Conventionally, various techniques have been proposed in order to enhance the appeal of fighting games using sub-characters.

For example, in Japanese Patent Laid-Open No. 2003-100001, growth control (one of the controls for developing the character's abilities) is performed so that the sub-character's ability improves according to the game results, while the sub-character owned by the player is used as a basis for the lottery. It is possible to select and set. The higher the degree of development of the sub-character used as the reference for the lottery, the higher the rarity of the prize that can be obtained in the lottery. This creates a new game appeal.

JP 2017-176522 A

However, there is still room for new interest in methods such as how to make NPCs who are on the side of the main character operated by the player appear in the game, and what kind of NPCs are made to appear. In addition, since games become boring, there is always a demand for new interests in the technical field of electronic games.

SUMMARY OF THE INVENTION The present invention has been devised for the purpose of providing a technology that allows a player to experience a new interest in a battle-type video game using NPCs who are on the side of a main character operated by the player.

A first invention for solving the above-described problems is a program for causing a computer system to execute a game in which a player character and an enemy character battle each other, comprising:
Preparing to set a storage object capable of storing an NPC (non-playable character: sub-character 5 in FIG. 3, for example), which is an ally of the player character, and the NPC to be stored, based on the player's preparation operation. setting means (for example, game management unit 210, preparation setting unit 220 in FIG. 10, steps S12 and S91 in FIG. 19),
Until a given end condition is satisfied, based on a given action operation by the player to move the stored object set by the preparation setting means by throwing, hitting, firing, or similar actions of the player character. Movement control means for performing movement control, the movement control means for performing variable control of movement control based on the combination of the stored object and the NPC stored in the stored object (for example, the game management section in FIG. 10). 210, flight control unit 230, step S106 in FIG. 20),
NPC appearance control means (for example, the game management section 210 in FIG. 10, the sub-character appearance control section 240 in FIG. 10, the sub-character appearance control section 240 in FIG. 10, and step S122),
NPC automatic control means for automatically controlling the NPCs that have appeared by the NPC appearance control means (for example, game management unit 210, sub-character automatic control unit 250 in FIG. 10, step S122 in FIG. 20);
It is a program for functioning the computer system as.

According to the first invention, an NPC can be combined with a storage object, and the NPC can be stored in the storage object. Then, the stored object is moved based on the action operation during game play. When the movement end condition is met, the stored NPC appears and is automatically controlled. Such technology has never existed before and creates a completely new interest.

In a second aspect of the invention, the preparation setting means sets a player character to possess the stored object from among the plurality of player characters based on the player's preparation operation, and the movement control means sets the stored object. A program according to a second aspect of the present invention, which performs movement control so that a player character who owns a stored object moves the stored object, and performs variable control of the movement control based on the player character.

According to the second invention, the player character can be controlled to move the stored object. If the player character is a human-shaped character, the movement of the stored object can be expressed by throwing it or shooting it with a tool (or shooting it). Movement control can then be changed depending on which player character has moved. Therefore, for example, if a strong player character moves, it can be controlled to move farther. Also, for example, if a player character who is good at throwing moves the object, it can be controlled so that the movement is small with little deviation from the target. Therefore, the moved player character is added to the factors that change the movement control, and more diverse movement control can be achieved. As a result, the interest in the game can be improved.

In a third aspect of the invention, the movement control means performs variable movement control based on a combination of a player character who owns the stored object and the stored object and/or the NPC stored in the stored object. It is a program of the second invention.

According to the third aspect, movement control can be changed according to the combination of stored objects and NPCs, such as in which stored object the NPC is stored and in which stored object the NPC is stored. Players can enjoy the tactical thinking element of thinking about combinations of stored objects and NPCs, making the game more interesting than before.

A fourth invention is the program according to any one of the first to third inventions, wherein the movement control means performs variable control of the movement control based on a game stage.

According to the fourth invention, movement control changes depending on which game stage is played.

A fifth aspect of the present invention is a storage object progress control means (for example, the game management unit 210 in FIG. 10, a storage object Progress control unit 260 (step S132 in FIG. 20), NPC progress control means (for example, the game management unit 210 in FIG. 10) that changes the parameter values of the NPC by progress control such as improvement, strengthening, and leveling up of the NPC. , sub-character development control unit 262, step S132 in FIG. 20), and the movement control means controls the parameter values of the storage object and the parameter values of the NPC stored in the storage object. The program according to any one of the first to fourth inventions, which performs variable control of the movement control based on a combination of

According to the fifth invention, stored objects and NPCs are structured so that they can progress, and the movement control changes as they are strengthened and leveled up.

In a sixth aspect of the invention, the preparation setting means includes storage object item setting means (for example, the game management unit 210 in FIG. 10) that associates a given storage object item with the storage object based on the player's operation input. , the storage object item setting unit 226, and step S62 in FIG. 21), and the movement control means controls the storage object item based on the storage object item when the storage object is associated with the storage object item. , the program according to any one of the first to fifth inventions, which performs variable control of the movement control.

According to the sixth invention, it is possible to add the enjoyment of changing movement control using items for stored objects.

In a seventh aspect of the invention, the preparation setting means associates a given NPC item with the NPC based on the player's operation input. item setting unit 228 (step S62 in FIG. 21), and the movement control means controls the NPC item when the NPC item is associated with the NPC stored in the storage object. The program according to any one of the first to sixth inventions, wherein the variable control of the movement control is performed based on.

According to the seventh aspect, it is possible to add the enjoyment of changing movement control using items for sub-characters.

In an eighth invention, the stored object and/or the NPC is set with a parameter value equivalent to weight, and the movement control means controls the stored object to be moved and/or the NPC stored in the stored object. The program according to any one of the first to seventh inventions, wherein the movement control is variably controlled based on the set weight equivalent parameter value.

The "parameter value equivalent to weight" referred to here may be a literal weight, or a parameter value that affects movement control, such as weight. For example, it can be a parameter value that affects a movable distance, a moving height, a moving route, or the like.

According to the eighth aspect, it is possible to change the movement control by changing the parameter value corresponding to the weight of the stored object or NPC.

In a ninth invention, the movement control means reduces and adjusts the weight equivalent parameter value when a combination of the stored object and the NPC stored in the stored object satisfies a given reduction condition. The program according to the eighth invention, which performs variable control of the movement control based on the subsequent value.

According to the ninth invention, when the combination of the stored object and the NPC is a specific combination, it is possible to reduce the parameter value corresponding to the weight so that the object can be moved farther, for example. become.

A tenth invention is the program according to any one of the first to ninth inventions, wherein the movement control means variably controls the movement control by variably controlling the range.

According to the tenth aspect, it is possible to change the range reached by the movement of the stored object.

In an eleventh aspect of the invention, the action operation includes an instruction operation of a moving target by the player, and the movement control means variably controls the movement control by variably controlling a hit rate to the moving target. The program according to any one of the first to tenth inventions, which performs

According to the eleventh invention, it is possible to change the hit rate of moving the stored object to the moving target designated by the player.

A twelfth aspect of the present invention is a means for displaying a predicted display indicating a predicted trajectory and/or a predicted destination of movement control by the movement control means (for example, the game management unit 210 and the predicted display control unit 236 in FIG. 10, Step S100) further functions the computer system, and the action operation includes an operation of designating a moving direction and/or a moving target based on the predictive display. program.

According to the twelfth aspect of the invention, the player can know how and to what extent the moving stored object will reach. can be specified, usability can be improved.

A thirteenth invention is the first to twelfth inventions, wherein the preparation setting means changes an upper limit number of NPCs that can be stored in accordance with a combination of the storage object and the NPCs stored in the storage object. A program of any invention.

According to the thirteenth invention, for example, even for the same stored object, the number of NPCs that can be combined can be changed. It is possible to add the pleasure of thinking about the strategy of the game.

A fourteenth aspect of the present invention is a computer system for executing a game in which a player character and an enemy character battle each other, wherein an NPC (Non-Playable Character), which is an ally of the player character, is selected based on the player's preparatory operation. Preparation setting means for setting storable storage objects and the NPCs to be stored (for example, control board 1150 in FIG. 1, game management unit 210 in FIG. 10, preparation setting unit 220, steps S12 and S91 in FIG. 19) When,
A given movement end condition is satisfied based on a given action operation by the player, which causes the stored object set by the preparation setting means to move by throwing, hitting, shooting, or similar action of the player character. movement control means for performing control to move to the storage object and the movement control means for performing variable control of movement control based on the combination of the stored object and the NPC stored in the stored object (for example, the control board in FIG. 1 1150, the game management unit 210 in FIG. 10, the flight control unit 230, and step S106 in FIG. 20);
NPC appearance control means (for example, control board 1150 in FIG. 1, game management section 210 in FIG. 10, sub-character Appearance control unit 240, step S122 in FIG. 20);
NPC automatic control means for automatically controlling the NPCs that have appeared by the NPC appearance control means (for example, control board 1150 in FIG. 1, game management section 210 in FIG. 10, sub-character automatic control section 250, step S122 in FIG. 20) When,
is a computer system with

A fifteenth invention is the computer system according to the fourteenth invention, which is the server system in a game system in which a user terminal used by a player and a server system communicate with each other to realize the battle game.

A sixteenth invention is the computer system according to the fourteenth invention, which is the user terminal in a game system in which a user terminal used by a player communicates with a server system to realize the battle game.

In the fourteenth, fifteenth, and sixteenth inventions, the same effects as in the first invention can be obtained.

The figure which shows an example of a structure of a game system. Front view showing a configuration example of a user terminal. A diagram for explaining a preparatory operation for playing a game. The figure which shows an example of a display of a game screen. FIG. 10 is a schematic explanatory diagram of an attack using a sub-character; FIG. 5 is a diagram showing an example of changing flight control parameter values; FIG. 10 is a diagram showing another example of changing flight control parameter values; The figure which shows the example of a change of a behavior control parameter value. The figure which shows another example of a change of a behavior control parameter value. FIG. 2 is a functional block diagram showing a functional configuration example of a server system according to the first embodiment; FIG. 4A and 4B are diagrams showing examples of programs and data stored in a server storage unit according to the first embodiment; FIG. FIG. 4 is a diagram showing a data configuration example of sub-character initial setting data; FIG. 6 is a diagram showing a data configuration example of stored object initial setting data; FIG. 4 is a diagram showing a data configuration example of flight control parameter value change pattern definition data; FIG. 4 is a diagram showing a data configuration example of action control parameter value change pattern definition data; FIG. 4 is a diagram showing a data configuration example of user management data; The figure which shows the data structural example of play data. 3 is a functional block diagram showing an example of the functional configuration of a user terminal according to the first embodiment; FIG. 4 is a flowchart for explaining the flow of processing in the server system; 20 is a flowchart continued from FIG. 19; 4 is a flowchart for explaining the flow of storage setting processing; FIG. 11 is a functional block diagram showing an example functional configuration of a user terminal according to the second embodiment; FIG. 7 is a diagram showing an example of programs and data stored in a server storage unit according to the second embodiment; FIG. 11 is a diagram (part 1) showing a modification of the configuration of the user terminal; FIG. 2 is a diagram (part 2) showing a modification of the configuration of the user terminal;

Although examples of embodiments of the present invention will be described below, it goes without saying that the forms to which the present invention can be applied are not limited to the following embodiments.

[First embodiment]
FIG. 1 is a diagram showing an example of the configuration of a game system according to this embodiment. The game system 1000 of this embodiment is a computer system including a server system 1100 and a plurality of user terminals 1500 (1500a, 1500b, . (also called a game application).

A communication line 9 means a communication path capable of data communication. That is, the communication line 9 includes a dedicated line (dedicated cable) for direct connection, a LAN (Local Area Network) such as Ethernet (registered trademark), a telephone communication network, a cable network, and a communication network such as the Internet. It does not matter whether the communication method is wired or wireless.

The server system 1100 has a main unit 1101 , a keyboard 1106 , a touch panel 1108 , and a storage 1140 , and a control board 1150 is mounted on the main unit 1101 .

The control board 1150 includes various microprocessors such as a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor), various IC memories 1152 such as VRAM, RAM, and ROM, and a communication device 1153. It is Part or all of the control board 1150 may be implemented by an ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), or SoC (System on a Chip).

The server system 1100 performs arithmetic processing based on a predetermined program and data by the control board 1150 to perform 1) a user management function related to user registration, etc., and 2) a player 2 (2a, 2b, ) provide data necessary for the user terminal 1500 (1500a, 1500b, . . . ) to play a game, and manage game execution control on the user terminal 1500 (1500a, 1500b, . . . ); 3) Realize an online shopping function that sells various items available in the game to users online. In other words, the game in this embodiment is implemented as a kind of client-server online game.

Although the server system 1100 is described as a single unit, it may have a configuration in which a plurality of blade servers sharing each function are installed and connected to each other via an internal bus so as to enable data communication. Alternatively, a configuration may be adopted in which a plurality of independent servers installed at remote locations are allowed to perform data communication via the communication line 9, thereby functioning as the server system 1100 as a whole.

The user terminals 1500 (1500a, 1500b, . . . ) are computer systems individually used by the players 2 (2a, 2b, . It is an electronic device (electronic device) capable of executing an online game. The user terminal 1500 of this embodiment is a device called a smartphone, but may be a portable game device, a game controller, a personal computer, a tablet computer, a wearable computer, a home game device, an arcade game device, or the like.

FIG. 2 is a front view showing a configuration example of the user terminal 1500 in this embodiment.
The user terminal 1500 includes direction input keys 1502, button switches 1504, a touch panel 1506 functioning as an image display device and contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, an image sensor unit 1520, It comprises a control board 1550 and a memory card reader 1542 capable of reading and writing data from a memory card 1540, which is a computer-readable storage medium. In addition, a power button, a volume control button, etc., which are not shown, are provided. Also, an IC card reader or the like that can read and write data in a contactless manner with respect to an IC card type credit card or prepaid card that can be used to pay for game play may be provided.

The control board 1550 includes a CPU 1551, various microprocessors such as GPU and DSP, various IC memories 1552 such as VRAM, RAM, and ROM, and wireless communication with a mobile phone base station or a wireless LAN base station connected to the communication line 9. A wireless communication module 1553, an interface circuit 1557, and the like are mounted.

The interface circuit 1557 includes a driver circuit for the touch panel 1506, a circuit for receiving signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit for outputting an audio signal to the speaker 1510, and an audio signal collected by the microphone 1512. It includes an input signal generation circuit to generate, a circuit to input image data of an image captured by the image sensor unit 1520, a signal input/output circuit to the memory card reader 1542, and the like.

These elements mounted on the control board 1550 are electrically connected via a bus circuit or the like so as to be able to read/write data and transmit/receive signals. Part or all of the control board 1550 may be composed of ASIC, FPGA, or SoC. The control board 1550 stores programs and various data in the IC memory 1552 for realizing the functions of the game user terminal of the present embodiment.

In this embodiment, the user terminal 1500 is configured to download the client program and various setting data from the server system 1100, but may be configured to read from a storage medium such as the memory card 1540 that is separately obtained.

[Description of the game]
This embodiment is an online game, and is a battle game in which a player controls a player character, which is a main character, and uses a sub character, which is a friendly NPC, to fight an enemy character in a game stage.

FIG. 3 is a diagram for explaining preparatory operations for playing the game of this embodiment. First, as a premise of the game, the player 2 uses main characters 3 (3a, 3b, . . . ), sub-characters 5 (5a, 5b, . . . ), and storage objects 7 (7a, 7b, . , can be owned. "Ownership" here means having the right to use the game content in the game.

The main character 3 is a player character candidate who exists in the game field as a substitute for the player 2 . It can be said that it is a candidate for an avatar character.

The sub-character 5 is an NPC (non-playable character) on the side of the player character.

The storage object 7 is an object that can store the sub-character 5 . For example, "storage" means virtual storage in the game, and in this embodiment, the sub-character 5 is an object that can be virtually reduced and stored, and can be released again after storage. . The storage object 7 is expressed as a bottle, capsule, box, bag, or the like.

A plurality of types of main characters 3 (3a, 3b, . . . ), sub-characters 5 (5a, 5b, . . . ), and stored objects 7 (7a, 7b, . obtain and possess one or more of them prior to For example, in addition to being given in advance by default, it can also be purchased through online shopping. In addition, it can be acquired when the acquisition situation is reached as the game progresses.

In playing the game, player 2 performs several preparatory operations.
The preparation operation of this embodiment includes an operation of selecting a game stage to be played and an operation of selecting the player character 4 from among the main characters 3 (3a, 3b, . . . ) owned by the player 2. It also includes setting operations for combinations of storage objects 7 to be used and sub-characters 5 to be stored therein.

When the storage object 7 and the sub-character 5 are combined, the sub-character 5 is treated as being stored in the storage object 7 . this. It is called a set storage object 8 . The set storage object 8 is treated as possessed/possessed by the player character 4 (the main character 3a in the example of FIG. 3). For example, it is treated as being carried around in a pocket or bag. In other words, the player 2 can combine the stored object 7 with the main character 3 (3a, 3b, . . . ) owned by him/herself.

When the stored object 7 and the sub-character 5 are combined, the stored object 7 and the sub-character 5 used for this are treated as "impossible to combine", and duplicate combinations cannot be performed. However, depending on the type of storage object 7, there are cases where a plurality of sub-characters 5 can be stored at the same time.

When the game play starts, the user terminal 1500 displays a game screen W4 as shown in the upper part of FIG. The game screen W4 of the present embodiment is based on an image of a game stage constructed in a virtual three-dimensional space, photographed from above and behind the player character 4 to be used.

The player 2 operates the player character 4 to move through the game stages and, when encountering an enemy character 6, fights against it. In this embodiment, the enemy character 6 is an NPC, but in the case of a battle game in which players compete against each other, the enemy character 6 is the player character or sub-character of the opponent player.

The enemy character 6 can be attacked in two ways: an attack by the player character 4 and an attack using the sub-character 5 .

FIG. 5 is a schematic explanatory diagram of an attack using the sub-character 5. FIG. Objects that appear in the game can be moved by throwing, hitting, shooting, chanting spells, activating skills, or similar actions of the player character 4, such as flying, rolling, running, or sliding. However, in the following explanation, movement by "flying" will be explained as a representative. Of course, other movements may be possible.

Attacks using the sub-characters 5 include: a) the player character 4 throwing the set storage object 8 to make it fly; b) hitting the enemy character 6 or hitting the background object of the game field; When the existing sub-character 5 appears there, d) the appearing sub-character 5 takes an attacking action.

Specifically, as shown in FIG. 5(1), the player 2 first performs a predetermined pre-flight operation. In the pre-flight operation, the set stored object list 10 in which the set stored objects 8 are selectably displayed is displayed on the game screen W4 (see FIG. 4). The player 2 selects a set stored object 8 to throw from the list. In the example of FIG. 5(1), the set storage object 8a is selected.

When an action operation is performed, the player character 4 throws the selected set stored object 8 as shown in FIG. 5(2). In this embodiment, the use action of the set storage object 8 is "throw", but if the player character 4 is a robot or the like, the use action is "shooting" (or "ejection" or "shooting") of the set storage object 8. (which can also be called "release").

The throwing direction is the front direction of the player character 4 . Since the throwing direction marker 12 is displayed in front of the game screen W4 (see the upper side of FIG. 4), the player can adjust the marker so that it faces the direction in which the player wants to throw. A throwing force input bar 14 is displayed on the game screen W4, and the player touches the bar to input the throwing force.

Note that the "action operation" referred to here means not only an operation that can be detected by ON/OFF, such as operating a predetermined button switch or touching a predetermined operation icon, but also a single or multiple finger operation on the touch panel. A flick operation, a slide operation, and an operation in which an input is detected and determined based on a detection amount detected in relation to an operation input such as shaking the user terminal 1500 or a game controller is also included.

Therefore, the input of the throwing direction and the throwing force is not limited to the above examples. For example, a swipe operation on the touch panel 1506 may be performed. That is, the swiped direction may be regarded as the throwing direction, and the swapping distance and speed may be regarded as the input of the throwing force. In addition, in a configuration in which an acceleration sensor is mounted on the user terminal 1500 or a game controller section that can be separated from the terminal, the user terminal 1500 or the game controller section may be held and shaken to input the throwing force.

When the throwing direction and the throwing force are input, the flight path (flying path: moving path) of the set stored object 8 to be thrown and the destination of the flight are determined. Determination of flight paths and flight destinations (destinations) can be realized by physical calculations or pseudo-physics calculations, selection from a plurality of types of flight paths prepared in advance, and the like.

When the throwing force is input, the direction and force specifications for throwing are determined, so the predicted trajectory followed by the set stored object 8 to be thrown and the predicted flight destination are represented by the predicted display object 18 on the game screen. is predicted and notified to the player (see the lower side of FIG. 4).

The "predicted trajectory" referred to here can include a flight path and an error range that can be set based on the specifications at that time. Similarly, the "predicted flight destination" can include the flight destination and error range that can be set based on the specifications at that time.

The player 2 looks at this predictive display and ponders whether it is possible to fly toward the desired course or desired location. Then, the throwing direction and the throwing force can be adjusted by changing the front direction of the player character 4 or retouching the throwing force input bar 14 .

If the predicted display is as expected, the player 2 inputs a predetermined action operation to cause the player character 4 to throw the selected set storage object 8 .

Then, the thrown set stored object 8 is released by the player character 4, and its movement is controlled so that it flies along the flight path toward the flight destination until a given flight end condition is met.

The "flight termination condition" can be set as appropriate. In this embodiment, a collision between the set storage object 8 and another object is set as the flight end condition. Therefore, the thrown set stored object 8 eventually hits the enemy character 6, hits the background object, hits another object, stops flying, and is placed at the stopped position, or the stored object is destroyed. display is made.

As for the set storage object 8, when a given release condition is satisfied, the sub-character 5 stored in the set storage object is released to the game stage as shown in FIG. 5(3). Appears and begins to act as a sub-character 5.

The "release condition" can be set as appropriate, but in this embodiment, it includes at least that the flight end condition is met. It is possible to appropriately set as an AND condition or an OR condition that the character has approached the character 6 or has been attacked by the enemy character 6 .

The sub-character 5 that appears after being released from the set storage object 8 is automatically controlled. Although the example of FIG. 5 shows an example of attacking the enemy character 6, there are control other than the attack, such as control to defend the ally, control to recover the physical strength value of the ally, and control to interfere with the action of the enemy character 6. Automatic action control may be enabled, and it may be preferentially selected and executed depending on the type of sub-character 5 . Alternatively, the player 2 may select and set one of a plurality of automatic actions.

Note that the set storage object 8 that satisfies the release condition cannot be reused in the current game play, but can be reused in the next game play. Also, during the same game play, it may become reusable after a predetermined period of time has passed since it was used.

Now, in order to make the game more interesting in a battle game using the sub-character 5, in this embodiment, at least according to the combination of the sub-character 5 and the stored object 7, a control parameter value ( hereinafter referred to as "flying control parameter value") and the stored control parameter value related to the behavior after the appearance of the sub-character 5 (hereinafter referred to as "action control parameter value"). You can change one.

The “flying control parameter value” is a setting value of a parameter related to movement control after the set stored object 8 is thrown/fired. For example, weight equivalent parameter value, flight path type, possible flight distance (equivalent to range), flight height, flight speed, error in flight path and flight destination, number of bounces allowed due to collision with other objects, first collision It may include the presence or absence of adhesion to other objects that have been attached, and the like. Of course, parameters other than these can also be appropriately used as control parameters related to flight. In changing the flight control parameter values, at least one of the flight control parameters is changed.

The flight path type can be rephrased as a flight path determination pattern. For example, it is possible to set physical calculation (or pseudo-physical calculation), linear motion, automatic tracking flight to the enemy character 6 locked on, and the like. Furthermore, detailed types such as flight with automatic avoidance of obstacles a predetermined number of times, flight with permission to pass through obstacles (virtual penetration), etc. can be added to each of them.

"Behavior control parameter value" is durability value (value that is subtracted when receiving damage and becomes incapable of action when it becomes "0"), attack power, defense power, movement power, recovery power, enemy search range, action pattern, movement It may include the values of individual behavior control parameters such as restrictions (for example, types of terrain on which movement is possible; conversely, types of terrain on which movement is not possible), weight-equivalent parameter values, and the like.

The action pattern is a pattern of how the sub-character 5 behaves after appearing. For example, it is possible to set such actions as searching for an enemy + attacking, recovering a friend's physical strength, defending a friend, blocking the path of the enemy character 6, and the like. Of course, action patterns other than these can be set as appropriate.

Further, in this embodiment, at least one of the degree of progress of the stored object 7 and the degree of progress of the sub-character 5 can be included as factors for changing the flight control parameter value and the action control parameter value.

The “development degree” referred to here is the so-called degree of growth of the stored object 7 and the sub-character 5 . Depending on the game rules and the character setting of the sub-character 5 in the game world, it is synonymous with growth, strengthening, evolution, improvement, repair, and the like. In this embodiment, it is collectively referred to as "growth".

That is, when the sub-character 5 and the storage object 7 are used in the game play, an experience value corresponding to the play result of the game play is given and accumulated, and the sub-character 5 and the storage object 7 are given and accumulated according to the accumulated experience value. The game rule is such that the object 7 grows and its ability improves. The degree of growth is expressed as a stored object level and a character level, respectively. are different, flight control parameter values and action control parameter values are different.

Furthermore, in this embodiment, the effect of the type of player character 4 used, the item used for the sub-character 5 (item for sub-character), and the item used for the storage object 7 (item for storage object) It is also possible to change the flight control parameter values and the action control parameter values based on this.

Now, specific changes in flight control parameter values and action control parameter values will be exemplified.

FIG. 6 is a diagram showing an example of changing flight control parameter values.
FIG. 6(1) is a diagram showing an example of the possible flight distance, flight height, and flight path of the set stored object 8 when the sub-character 5a and the stored object 7a are combined.

FIG. 6B shows an example in which the stored object 7a is replaced with the stored object 7c from the combination of FIG. .

The storage object 7c is a game setting that is "lighter" than the storage object 7a. If the player 2 wishes to make the sub-character 5a appear farther away, it can be realized by combining the storage object 7c, which is "lighter" than the storage object 7a.

FIG. 6(3) shows an example in which the possible flight distance is relatively increased by replacing the sub-character 5a with the sub-character 5b from the combination of FIG. 6(1).

The sub-character 5c is set in the game to be "lighter" than the sub-character 5a. Even though the only unused storage object that the player 2 has is the storage object 7a, if it is desired to make some sub-character appear farther away, the storage object 7a may have a sub-character 5b that is "lighter" than the sub-character 5a. It can be realized by combining

In FIG. 6(4), the combination of FIG. 6(1) is left as it is, and by using the sub-character item 21 that improves the flight performance of the sub-character 5, the possible flight distance is relatively extended and the throwing operation is performed. An example is shown in which the type of flight path is changed so as to track the locked-on enemy character 6 when a lock-on operation (flying target instruction operation) is sometimes performed. In addition, the operation method of lock-on operation is not specifically limited. For example, the player may select one of the enemy characters 6 existing within a predetermined range around the throwing direction marker 12 of the player character 4 .
The enemy character 6 set as the flying target can be identified by displaying a lock-on marker 19 on the game screen.

The effect of the sub-character item 21 set to the sub-character 5a in FIG. This is a setting in the game called "Expansion of possible distance". Even in the combination of the sub-character 5a and the stored object 7a, the weight equivalent parameter value of at least one of the stored object 7 and the sub-character 5 is reduced and adjusted by using the item. It can be said that the variable flight control is performed based on the value of , and the possible flight distance is extended.

FIG. 7 is a diagram showing another modification of the flight control parameter values.
In FIGS. 7(1) and 7(2), the combined sub-character 5 and stored object 7 are of the same type, but the latter has a higher stored object level than the former. An example is shown in which the flight control parameter values are changed so that the possible flight distance is extended and the error 20 related to flight is smaller in the latter case.

In other words, the combination of the stored object 7 and the sub-character 5 stored therein in FIG. .5", etc.) is satisfied, the weight-equivalent parameter value of at least one of the stored object 7 and the sub-character 5 is reduced and adjusted, and variable flight control is performed based on the value after the reduction adjustment. As a result, it can be said that the flight distance has increased.

The "error" referred to here corresponds to variations in the possible flight range and flight destinations. Specifically, this is achieved by giving random fluctuations within an error range of 20 to the flight path and flight destination determined from the throwing direction and the throwing force.

When the flight path type is set to "automatic tracking flight to the locked-on enemy character 6", the "error" here is synonymous with the "hit rate" for the flight target. Also, even if it is not a lock-on operation, since the target is determined and the throwing operation is performed, it can be said that it is a "hit rate" that determines whether or not the bullet hits the target.

It is preferable to prepare an item having a predetermined effect of "hit rate improvement" so that when the player 2 uses this item, the error can be reduced (same as improving the hit rate).

In FIG. 7(3), in the combination of FIG. 7(2), when the stored object item 22w for increasing the flight altitude (height) of the stored object 7 is set and used, the flight control parameter value is changed. example.
In this example, by increasing the height of the throw, it is possible to throw the set stored object 8 over the obstacle 24 to the opposite side.

In FIG. 7(4), the types of combined sub-characters 5 and stored objects 7 are the same as in FIG. In this case, the throwable height is improved while the error of 20 remains unchanged.

FIG. 8 is a diagram showing an example of changing behavior control parameter values.
Comparing FIG. 8(1) and FIG. 8(2), the combination of the sub-character 5 and the stored object 7 combined as the set stored object 8 to be thrown is the same, but the degree of growth of the sub-character 5 is The latter differs from the former in that the action control parameter values are changed so that the enemy search range 26 is expanded and the attack power is also increased.

Comparing FIG. 8(2) and FIG. 8(3), the sub-character 5 and the stored object 7 have the same growth degree, but the type of combined stored object 7 is different. The action control parameter value is changed so that the stored object 7h of FIG. 8(3) has more attack power than the stored object 7a of FIG. 8(2).

FIG. 9 is a diagram showing another change example of the behavior control parameter value.
One of the behavior control parameters is the setting of restrictions on movement, such as whether or not it is possible to move over obstacles 24 . As shown in FIG. 9(1), obstacles 24 are included in the setting of restrictions on the movement of the sub-character 5a (character without arms). Therefore, in order to attack the enemy character 6, it is necessary to move around the obstacle 24. FIG.

On the other hand, as shown in FIG. 9(2), the obstacle 24 is not included in the setting of restrictions on the movement of the sub-character 5b (character with arms). Therefore, in order to attack the enemy character 6, the character can climb over the obstacle 24 and start attacking in a shorter time than the sub-character 5a.

Also, as shown in FIG. 9(3), even if the combination of the sub-character 5 and the storage object 7 is the same as in FIG. can be added. For example, if a stored object item 22r having a ladder-like effect is used and set for the stored object 7, the action control parameter value is set so that the obstacle 24 is not included in the setting of restrictions on the movement of the sub-character 5a. is changed, and like the sub-character 5b in FIG. 9(2), it can overcome the obstacle 24 and start attacking in a short period of time.

It should be noted that it is preferable to represent the stored object items 22 (22w, 22r) and the like in the game as being attached to the stored object 7. FIG. For example, it can be expressed as a strap attached to the storage object 7, a cover, a holder, a seal, a replacement cap, a cap cover, and the like.

In this way, it is essential to combine the sub-character 5 with the storage object 7 in order to make it available in the game, and by changing the flight control parameter value and the action control parameter value according to the combination, the sub-character 5 can simply be used in the game. Rather than selecting the sub-characters 5 to be used, selecting the deck, and making them appear in the game at the desired timing, the situation of the game is much more diverse, and what can be done with the sub-characters 5 and stored objects 7 on hand. The element of tactical thinking of whether to capture the game by combining it with is increased, and a new interest is born.

Furthermore, since it is possible to change the flight control parameter value and the action control parameter value according to the selection of the main character 3 as the player character 4 and the use of items, it is possible to change sub-characters through the throwing of the set stored object 8. Appearance control of the character 5 in the game stage and the abilities and behavior patterns of the sub-character 5 after appearance can be realized in a more diverse manner.

In addition, in this embodiment, by enabling the preparation of the set storage object 8 during game play, it is possible to flexibly play tactics according to the battle situation at that time without being limited to decks organized before game play. will create a fun game that has never existed before.

It should be noted that the changes in flight control parameter values and action control parameter values are not limited to those that act in an advantageous manner for the player as exemplified above, but also those that act in a disadvantageous manner can be set.

[Description of functional configuration]
FIG. 10 is a functional block diagram showing a functional configuration example of the server system 1100 in this embodiment. The server system 1100 in this embodiment includes an operation input section 100s, a server processing section 200s, a sound output section 390s, an image display section 392s, a communication section 394s, and a server storage section 500s.

The operation input unit 100s is means for inputting various operations for server management. The keyboard 1106 in FIG. 1 corresponds to this.

The server processing unit 200s is implemented by, for example, microprocessors such as CPUs and GPUs, electronic components such as ASICs and IC memories, and inputs and outputs data to and from each functional unit including the operation input unit 100s and the server storage unit 500s. control. Based on predetermined programs and data, operation input signals from the operation input unit 100s, data received from the user terminal 1500, and the like, various arithmetic processing is executed to comprehensively control the operation of the server system 1100. .

The server processing unit 200s of the present embodiment includes a user management unit 202, an online shopping management unit 204, a game management unit 210, a clock unit 288s, a sound generation unit 290s, an image generation unit 292s, and a communication control unit. 294s. Of course, functional units other than these can be included as appropriate.

The user management unit 202 manages processing related to user registration procedures and data of each user linked to a user account. In this embodiment, the user management unit 202 performs 1) assignment of a unique user account to a registered user, 2) registration information management for registering and managing personal information for each user account, and 3) billing elements (in this embodiment, 4) Play history management for managing login and logout history for playing games, 5) Management of game save data , has each function. Of course, management functions for other data linked to accounts other than these can also be included as appropriate.

The online shopping management unit 204 is in charge of controlling online shopping, and can be realized by appropriately using known online shopping technology. In this embodiment, the player can purchase the main character 3, sub-characters 5, stored objects 7, items, etc. by online shopping. Sales targets in online shopping can be appropriately set in addition to these.

The game management unit 210 performs various processes related to game execution management. Since the game of this embodiment is a client-server type online game, the game management unit 210 of this embodiment performs control to provide data necessary for game play while communicating with the user terminal 1500 . The game management unit 210 of this embodiment includes a preparation setting unit 220, a flight control unit 230, a predictive display control unit 236, a sub-character appearance control unit 240, a sub-character automatic control unit 250, and a storage object progress control unit 230. It has a control section 260 and a sub-character progression control section 262 . Of course, functional units other than these may be included as appropriate.

The preparation setting unit 220 performs control for setting the storage object 7 capable of storing an NPC (non-playable character), which is an ally of the player character, and the NPC to be stored, based on the player's preparation operation.

The preparation setting section 220 has a player character setting section 222 , a combination setting section 224 , an upper limit number changing section 225 , a storage object item setting section 226 , and a sub-character item setting section 228 .

The player character setting unit 222 selects and sets the player character 4 to possess the stored object from the plurality of main characters 3 based on the player's preparation operation.

The combination setting unit 224 selects the stored objects 7 and the sub-characters 5 from among the unused stored objects 7 and the unstored sub-characters 5 owned by the player 2, and sets the combinations. By setting the combination, the sub-character 5 is stored in the storage object 7 .

The upper limit number changing unit 225 can change the upper limit number of sub-characters that can be stored in the storage object 7 according to the combination of the combined storage object 7 and the sub-characters 5 stored in the storage object. can.

The stored object item setting unit 226 associates a given stored object item 22 with the stored object based on the player's operation input. It is possible to set the use of the storage object item 22 to the storage object 7 as referred to in this embodiment.

The sub-character item setting unit 228 associates a given NPC item with the NPC based on the player's operation input. It is possible to set the use of the sub-character item 21 for the sub-character 5 as referred to in this embodiment.

In addition to the functions described above, the preparation setting unit 220 can set a game stage to be used for game play from among a plurality of game stages based on the player's operation input.

The flight control unit 230 controls the stored object 7 set by the preparation setting unit 220 to fly until a given flight end condition (condition to be met to end the movement) is satisfied based on the player's action operation. conduct. In flight control, variable flight control is performed based on the combination of the stored object and the sub-character stored in the stored object. According to this embodiment, the flight control parameter value is changed based on the combination of the stored object 7 combined as the set stored object 8 and the sub-character 5, and the set flight control parameter value is changed based on the changed flight control parameter value. Movement control of the stored object 8 corresponds to this.

Specifically, the flight control unit 230
1) The player character 4 who owns the set stored object 8 can perform flight control so that the set stored object flies, and variable control of the flight control can be performed based on the player character 4 .
2) Variable flight control can be performed based on the combination of the player character 4 who owns the set stored object 8 and the set stored object and/or the NPC stored in the set stored object.
3) Variable flight control can be performed based on the game stage.
4) Variable control of the flight control can be performed based on the combination of the parameter value of the stored object and the parameter value of the NPC stored in the stored object.
5) When a stored object is associated with a stored object item, variable flight control can be performed based on the stored object item.
6) Variable flight control can be performed based on weight-equivalent parameter values set for the stored object to be flown and/or the NPC stored in the stored object.
7) When the combination of the stored object and the NPC stored in the stored object satisfies a given reduction condition, the weight equivalent parameter value is reduced and adjusted, and variable flight control is performed based on the value after the reduction adjustment. be able to.
8) Variable flight control can be performed by variably controlling the range.
9) Variable flight control can be performed by variably controlling the hit rate of flying to a flight target.
10) Variable flight control can be performed by variably controlling the flight path.
11) Variable flight control can be performed by controlling whether or not the enemy character 6 is to be tracked.

The flight control unit 230 changes at least one of the action control parameter value of the sub-character 5 combined as the set stored object 8 to be thrown and the flight control parameter value of the stored object 7 . Then, based on those control parameter values after the change, the flight destination and the flight path to reach it are based on the specifications related to the throw at that time (throwing direction, throwing force, etc. in this embodiment). to determine. These are predicted flight destinations and predicted trajectories. A flight destination and a flight path are determined based on the specifications at the time when the action operation is performed, and the set stored object 8 is controlled to move toward the flight destination along the determined flight path.

The predictive display control unit 236 performs control to display a predictive display indicating the predicted trajectory and/or predicted flight destination of flight control by the flight control unit 230 . This corresponds to the display control of the predictive display object 18 (see FIG. 4) referred to in this embodiment.

The sub-character appearance control unit 240 controls so that the NPCs stored in the stored objects appear from the stored objects that satisfy the flying end condition. This corresponds to the release/appearance control of the sub-character 5 referred to in this embodiment.

The sub-character automatic control section 250 automatically controls the NPCs that appear by the sub-character appearance control section 240 . This corresponds to the automatic action control of the sub-character 5 as referred to in the present embodiment.

The stored object progress control unit 260 changes the parameter values of the stored object by progress control such as capacity improvement, strengthening, and leveling up of the stored object.

The sub-character development control unit 262 changes the parameter values of the NPC by progress control such as improving the ability, strengthening, and leveling up of the NPC.

The clock unit 288s clocks the current date and time, the time limit, and the like using the system clock.

The sound generation unit 290s is implemented by executing an IC or software that generates and decodes audio data, and generates or decodes audio data such as operation sounds and BGM related to system management of the server system 1100 and game play. Then, an audio signal related to system management is output to the sound output section 390s.

The sound output unit 390s emits an audio signal. In the example of FIG. 1, a speaker (not shown) included in the main unit 1101 or the touch panel 1108 corresponds to this.

The image generator 292s can generate an image related to system management of the server system 1100, a game image (or data for displaying the game image on the user terminal 1500), and the like. Images related to system management can be output to the image display section 392s.

The image display unit 392s displays various images for system management based on the image signal input from the image generation unit 292s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

The communication control unit 294s executes data processing related to data communication, and exchanges data with an external device via the communication unit 394s.

The communication unit 394s is connected to the communication line 9 to realize communication. For example, it is implemented by a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, or the like. In the example of FIG. 1, the communication device 1153 corresponds.

The server storage unit 500s stores programs, various data, and the like for realizing various functions for causing the server processing unit 200s to control the server system 1100 in an integrated manner. It is also used as a work area for the server processing unit 200s, and temporarily stores calculation results and the like executed by the server processing unit 200s according to various programs. This function is implemented by, for example, IC memories such as RAM and ROM, magnetic disks such as hard disks, optical disks such as CD-ROMs and DVDs, and online storage. In the example of FIG. 1, storage media such as the IC memory 1152 and hard disk mounted on the main unit 1101, and the storage 1140 correspond to this.

FIG. 11 is a diagram showing an example of programs and data stored in the server storage unit 500s in this embodiment. The server storage unit 500s in this embodiment includes a server program 501, a distribution game client program 502, sales management data 509, game stage initial setting data 510, enemy character initial setting data 512, and item initial setting data 516. , main character initial setting data 518, sub character initial setting data 520, stored object initial setting data 540, flight control parameter value change pattern definition data 570, and action control parameter value change pattern definition data 580 are stored. do.

The server storage unit 500s also stores user management data 600, play data 700, and current date and time 800 as data that is sequentially generated and managed in relation to the game. The server storage unit 500s can also store other programs and data (for example, timers, counters, various flags, etc.) as appropriate.

The server program 501 is a program that is read and executed by the server processing unit 200s to realize the functions of the user management unit 202, the online shopping management unit 204, and the game management unit 210 (see FIG. 10). .

The distributed game client program 502 is the original game client program provided to the user terminal 1500 .

The sales management data 509 stores data for defining and managing products sold through online shopping. For example, it stores purchasable items, the number of stocks, and the billing consideration (corresponding to the amount withdrawn from the payment medium in this embodiment) in association with each other.

The game stage initial setting data 510 is prepared for each game stage and stores various initial setting data related to the game stage. One game stage initial setting data 510 includes a game stage ID, map data, terrain type setting data at each position in the map, enemy character appearance settings, storage object provision conditions, sub-character provision conditions, item provision conditions, and the like. include.

The storage object granting condition, sub-character granting condition, and item granting condition define the conditions that must be met in order to grant a new stored object, a new sub-character, and a new item to the player in the game stage.

The enemy character initial setting data 512 is prepared for each type of enemy character, and stores various initial setting data related to the enemy character. For example, one enemy character initial setting data 512 includes enemy character types, ability parameter values, and action pattern data defining action patterns. Of course, data other than these can be included as appropriate.

The item initial setting data 516 is prepared for each item and stores various initial setting data related to the item. For example, one item initial setting data 516 stores item type and effect definition data. If the item is a stored object item 22 (see FIG. 7), the object of action and effect is mainly the flight control parameter. The data defines which parameters among the flight control parameters are subject to the effect, the degree of change in the value due to the effect, and the like. Action control parameters can be included in addition to flight control parameters. Similarly, if the item is a sub-character item 21 (see FIG. 6), it is mainly action control parameters, but may also include flight control parameters.

The main character initial setting data 518 is prepared for each type of main character and stores various initial setting data related to the main character. For example, one main character initial setting data 518 stores information such as the character type and initial ability parameter values of the character. Of course, it is assumed that various data (for example, character model data, motion data, texture data, etc.) necessary for displaying the character on the game screen and making it move are also included.

The sub-character initial setting data 520 is prepared for each type of sub-character and stores various initial setting data related to the sub-character. One piece of sub-character initial setting data 520 includes, for example, a sub-character type 521, a sub-character attribute 523, and an initial action control parameter value list 530, as shown in FIG. Of course, it is assumed that various data (for example, character model data, motion data, texture data, etc.) necessary for displaying the character on the game screen and making it move are also included.

The initial action control parameter value list 530 includes, for example, an initial character progress level 531, an initial character experience value 532, initial action pattern definition data 533 (data defining the initial automatic action control pattern of the sub-character), an initial Includes ability parameter value list 534, initial movement restrictions 535, initial weight equivalent parameter values 536, and the like. Of course, data other than these can be included as appropriate.

Returning to FIG. 11, the stored object initial setting data 540 is prepared for each type of stored object and stores various initial setting data related to the corresponding stored object. One stored object initialization data 540 includes, for example, a stored object type 541, a stored object attribute 543, and an initial flight control parameter value list 550, as shown in FIG. Of course, data other than these can be included as appropriate.

The initial flight control parameter value list 550 includes an initial stored object level 551, an initial stored object experience value 552, an initial storable upper limit number 553, an initial simultaneous throwable number 554, an initial release condition 555, and an initial possible flight distance. 560 , initial flight altitude 561 , initial flight path type 562 , initial error 563 , initial bounce presence/absence setting 564 , initial adhesion presence/absence setting 565 , and initial weight equivalent parameter value 566 . Of course, data other than these can be included as appropriate.

Returning to FIG. 11, the flight control parameter value change pattern definition data 570 is prepared for each change pattern of the flight control parameter value, and stores various definition data related to the change pattern. One flight control parameter value change pattern definition data 570 includes, for example, change implementation requirements 571 and change content data 573, as shown in FIG.

The change implementation requirements 571 define requirements for selecting and applying the change pattern definition data. In this embodiment, it is described by AND or OR of a plurality of conditions. The types of conditions used for description can be set as appropriate. In this embodiment, a game stage ID condition 571a, a player character type condition 571b, a stored object type condition 571c, a stored object attribute condition 571d, a stored object level condition 571e, a sub-character type condition 571f, and a sub-character attribute. The change execution requirement 571 is described by combining one or more of the condition 571g and the sub-character level condition 571h. Note that the setting of each of these conditions can include "none".

The change content data 573 is prepared for each content to be changed when the change pattern definition data is applied, and stores the type of flight control parameter to be changed and the change content in association with each other.

Appropriately describing the change execution requirements 571 allows the flight control parameter values to be changed under various conditions.
for example,
1) In the change content data 573, if the initial storable upper limit number 553 (see FIG. 13) is set as the change target flight control parameter type, the storable upper limit number can be changed according to the combination.
2) If the initial flight path type 562 is set as the flight control parameter type to be changed in the change content data 573, the flight path can be variably controlled according to the combination, and whether the enemy character 6 is to be tracked or not. can be changed.
3) In the change content data 573, if the initial error 563 is set as the change target flight control parameter type, the error 20 (corresponding to the hit rate) can be changed according to the combination.
4) If the initial possible flight distance 560 (corresponding to initial range) is set as the change target flight control parameter type in the change content data 573, the possible flight distance (corresponding to range) can be changed according to the combination.
5) In the change content data 573, if the initial weight equivalent parameter value 566 is set as the change target flight control parameter type, the weight equivalent parameter value can be changed when a given reduction condition is satisfied. That is, it corresponds to reducing the weight of the set storage object 8 .

Of course, the condition included in the change implementation requirement 571 can also be single. For example, if only the storage object type condition 571c is used, it is possible to set such that when a specific storage object 7 is used, a specific change content is always applied.

Returning to FIG. 11, the behavior control parameter value change pattern definition data 580 is prepared for each change pattern of the behavior control parameter value, and stores various definition data related to the change pattern. One action control parameter value change pattern definition data 580 includes change implementation requirements 581 and change content data 583, as shown in FIG. 15, for example.

The change implementation requirements 581 define requirements for selecting and applying the change pattern definition data. In this embodiment, it is described by AND or OR of a plurality of conditions. The types of conditions used for description can be set as appropriate. In this embodiment, a game stage ID condition 581a, a player character type condition 581b, a stored object type condition 581c, a stored object attribute condition 581d, a stored object level condition 581e, a sub-character type condition 581f, and a sub-character attribute. The change execution requirement 581 is described by combining one or more of the condition 581g, the sub-character level condition 581h, the enemy character type condition 581j, the collision part condition 581k, and the appearing terrain type condition 581m. Note that the setting of each of these conditions can include "none".

The enemy character type condition 581j is a condition related to the type of the enemy character 6 with which the set storage object 8 (the storage object 7 storing the sub-character 5) flew and collided.
The collision part condition 581k is a condition relating to the part of the enemy character 6 with which the set stored object 8 flew and collided.
The appearing landform type condition 581m is a condition relating to the landform type at the position where the set storage object 8 flies and collides or the position where the sub-character 5 appears.

The change content data 583 is prepared for each content to be changed when the change pattern definition data is applied, and the type of behavior control parameter to be changed and the change content are stored in association with each other.

Therefore, by appropriately setting the change execution requirements 581 and the change content data 583, the actions and abilities of the sub-character 5 after appearing can be varied in various ways. For example, the same sub-character appears when a sub-character 5 appears as a result of a collision between a set stored object 8 and an enemy character 6 of type A, and when a sub-character 5 appears when a type-B enemy character 6 collides with it. Even if it is 5, it is possible to make the pattern of automatic action control after appearance and the attack ability different. Further, even if the stored object 7 collides with the same enemy character 6, the pattern of automatic action control after appearance and the attack ability can be changed depending on which part of the enemy character 6 the stored object 7 collides with.

Returning to FIG. 11, the user management data 600 stores various data prepared for each registered user and associated with an account, which is unique identification information. In this embodiment, for example, as shown in FIG. 16, one piece of user management data 600 includes a unique user account 601, payment medium ledger data 602, play history data 603, and game save data 610. . Of course, data other than these can be included as appropriate.

The payment medium ledger data 602 includes the amount of replenishment/consumption of payment medium for electronic payment linked to the user (for example, virtual currency, in-game currency, specific item, specific parameter value such as action power, etc.). , reason for replenishment/consumption, and date and time of change are stored in association with each other. It can be read as billing history data or billing history information.

The play history data 603 is data that describes when the game was played in the past, what kind of play results were achieved, etc., and is stored in chronological order of play. is updated to

The game save data 610 stores various data describing the play results up to the previous game play and the state of game progress. For example, it includes owned main character save data 612 , owned stored object save data 614 , owned sub-character save data 616 , and owned item data 618 . Of course, data other than these can be included as appropriate.

Returning to FIG. 11, the play data 700 is prepared for each game play executed on the user terminal 1500, and includes various data describing the progress of the game, control data for each character, and other data related to the display of the game screen. Store information. For example, as shown in FIG. 17, one piece of play data 700 includes a play start date and time 701, a player account 702 that is a user account of a user who is a player, and user terminal access information for accessing the player's user terminal 1500. 703 , used game stage ID 704 , player character control data 705 , enemy character control data 706 , set stored object management data 710 , and appeared sub-character control data 740 . Of course, data other than these can be included as appropriate.

Player character control data 705 and enemy character control data 706 are prepared for each player character 4 and enemy character 6, respectively, and are various data describing the latest state of the character in the game stage (for example, position coordinates, posture, ability parameter values, character model motion control data, etc.).

The set stored object management data 710 is created each time the player sets a combination of a sub-character and a stored object, that is, for each set stored object, and stores various data related to the set stored object.

One set stored object management data 710 includes a unique stored object ID 711, a latest flight control parameter value list 712, an applicable stored object item ID 714, stored character management data 720, a throwing vector 728, and flight destination coordinates. 730 , flight path data 731 , flight speed vector 732 , position coordinates 734 , and release flag 736 . Of course, data other than these can be included as appropriate.

The types of data included in the latest flight control parameter value list 712 are the same as in the initial flight control parameter value list 550 (see FIG. 13). In the latest flight control parameter value list 712, the initial flight control parameter value list 550 (see FIG. 13) of the stored object is copied at the beginning of setting, but it is changed according to the combination with the sub-character 5 or the like.

The applied storage object item ID 714 is the item ID of the storage object item 22 (for example, see FIG. 7) associated with the storage object.

The stored character management data 720 is created for each sub-character combined with the set stored object, and stores various data related to the sub-character. One piece of stored character management data 720 includes, for example, a stored character ID 721, a latest action control parameter value list 722, and an applicable sub-character item ID 723.

The types of data included in the latest behavior control parameter value list 722 are the same as the initial behavior control parameter value list 530 (see FIG. 12). The initial action control parameter value list 530 (see FIG. 12) of the sub-character is copied to the latest action control parameter value list 722 at the time of setting, but it is changed according to the combination with the storage object 7 and the like.

The applicable sub-character item ID 723 is the item ID of the sub-character item 21 (see FIG. 6, for example) associated with the sub-character.

The throwing vector 728 is a vector based on the throwing direction and throwing force, which are the initial conditions for throwing the set stored object 8 . In this embodiment, the throwing direction is successively updated so as to match the frontal direction of the player character 4 (the direction of the throwing direction marker 12; see FIG. 4). The throwing force is set to a predetermined initial value, but when a touch operation on the throwing force input bar 14 (see FIG. 4), that is, an input operation of throwing force is detected, the throwing force is updated according to the touched position.

The flight destination coordinates 730 store the position coordinates of the game field to be the flight destination. However, when the flight path type of the set stored object 8 is set to a type that flies so as to track the enemy character 6 set as the flight target (locked on), the flight target and the The positional coordinates of the enemy character 6 to be captured or the pointer storing the positional coordinates are stored.

The flight path data 731 is a function indicating the flight path of the set stored object 8 or a coordinate value list of passing points. It is created when the set storage object 8 starts to be thrown, and its movement is controlled along the path of the data. The path may be obtained by physical calculation, pseudo-physical calculation, or the like, or may apply a function such as a pre-defined pseudo-parabola.

The release flag 736 is "1" when the sub-character 5 is stored in the set storage object 8, and the release condition (initial release condition 555 (see FIG. 13)) included in the latest flight control parameter value list 712 is copied. (as is or changed) is satisfied, and is changed to "0" when the stored sub-character 5 is released and made to appear on the game stage.

Appeared sub-character control data 740 is created when the sub-character 5 is released from the set storage object 8 and appears on the game stage. Various data describing the latest state of the sub-character (for example, position coordinates, posture, ability parameter values, character model motion control data, etc.) are stored.

FIG. 18 is a functional block diagram showing an example of the functional configuration of the user terminal 1500 in this embodiment. A user terminal 1500 of this embodiment includes an operation input unit 100 , a terminal processing unit 200 , a sound output unit 390 , an image display unit 392 , a communication unit 394 and a terminal storage unit 500 .

The operation input unit 100 outputs operation input signals to the terminal processing unit 200 according to various operation inputs made by the player. For example, it can be realized by a push switch, joystick, touch pad, trackball, acceleration sensor, gyro, CCD module, and the like. The direction input key 1502, the button switch 1504, and the touch panel 1506 in FIG. 2 correspond to this.

The terminal processing unit 200 is realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an IC memory, and controls data input/output with each functional unit including the operation input unit 100 and the terminal storage unit 500. conduct. Based on predetermined programs and data, operation input signals from the operation input unit 100 , and various data received from the server system 1100 , various arithmetic processing is executed to control the operation of the user terminal 1500 . The control board 1550 in FIG. 2 corresponds to this. The terminal processing unit 200 in this embodiment includes a user terminal calculation unit 280 , a timer unit 288 , a sound generation unit 290 and a communication control unit 294 .

The user terminal calculation section 280 includes an operation signal transmission control section 281 and a game screen display control section 282 .

The operation signal transmission control unit 281 executes processing for transmitting various data and requests to the server system 1100 according to operations performed on the operation input unit 100 .

The game screen display control unit 282 performs control for displaying the game screen based on various data received from the server system 1100 . In this embodiment, the server system 1100 generates a game stage image (for example, a 3DCG image), but a configuration in which the user terminal 1500 generates the game stage image is also possible. In that case, the game screen display control unit 282 includes control of objects arranged in a virtual three-dimensional space for generating 3DCG, for example.

The sound generation unit 290 is implemented by, for example, a digital signal processor (DSP), a processor such as a speech synthesis IC, an audio codec capable of reproducing audio files, and the like, and produces an effect related to the game based on the processing result of the game screen display control unit 282. Sound signals such as sounds, BGM, and various operation sounds are generated and output to the sound output unit 390 .

The sound output unit 390 is implemented by a device that outputs sound effects, BGM, and the like based on the sound signal input from the sound generation unit 290 . The speaker 1510 in FIG. 2 corresponds to this.

The image display section 392 displays various game images based on image signals input from the game screen display control section 282 . For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display. In this embodiment, the touch panel 1506 in FIG. 2 corresponds to this.

The communication control unit 294 executes data processing related to data communication, and exchanges data with an external device via the communication unit 394 . The communication unit 394 is connected to the communication line 9 to realize communication. For example, it is implemented by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, etc. The wireless communication module 1553 in FIG. 2 corresponds to this.

The terminal storage unit 500 stores programs for realizing various functions for causing the terminal processing unit 200 to integrally control the user terminal 1500, various data, and the like. It is also used as a work area for the terminal processing unit 200, and temporarily stores calculation results executed by the terminal processing unit 200 according to various programs, input data input from the operation input unit 100, and the like. Such functions are realized by, for example, IC memories such as RAM and ROM, magnetic disks such as hard disks, and optical disks such as CD-ROMs and DVDs. The IC memory 1552 and the memory card 1540 mounted on the control board 1550 in FIG. 2 correspond to this.

The terminal storage unit 500 of this embodiment stores a game client program 504 . Of course, programs and data other than these can also be stored as appropriate.

The game client program 504 is application software that is read and executed by the terminal processing unit 200 to realize the function of the user terminal computing unit 280 . In this embodiment, it is a copy of the distribution game client program 502 (see FIG. 11) provided by the server system 1100 .

Note that the game client program 504 may be a dedicated client program according to the technical method for realizing the online game, or may be composed of a web browser program and a plug-in for realizing interactive image display.

[Explanation of operation]
Next, the flow of processing in server system 1100 will be described. The flow of processing described here is implemented by the server processing unit 200 s executing the server program 501 .

19 and 20 are flowcharts for explaining the flow of processing in the server system 1100 relating to one game play.
The server system 1100 accepts the selection of the game stage to be used and the selection of the main character 3 to be the player character 4 (step S10). For example, as for the game stage to be used, the user terminal 1500 presents a selectable game stage defined by the game stage initial setting data 510, and accepts the operation of selecting which one to play. As for the player character 4, a list of main characters 3 owned by the player is presented in a selectable manner, and a selection operation is accepted.

Next, the server system 1100 sets the set storage objects 8 to be possessed by the player character 4 from the beginning of the game play (step S12).
Specifically, a predetermined number of set storage objects 8 can be set, and the storage setting process is executed for each.

FIG. 21 is a flowchart for explaining the flow of storage setting processing.
In this process, the server system 1100 first accepts the selection of the sub-character 5 and the storage object 7 to be combined (step S50). Specifically, the user terminal 1500 extracts unused sub-characters 5 and stored objects 7 owned by the player (those without set stored object management data 710) and presents them in a selectable manner. do. At this time, if the initial storable upper limit number 553 of the selected storage object 7 is plural, multiple selections of the sub-characters 5 to be combined can be received with this as the upper limit. As a result, the primary setting of the set stored object 8 is performed, and new set stored object management data 710 is created in the play data 700 (see FIG. 17).

Next, the server system 1100 initializes the latest flight control parameter value list 712 and the latest action control parameter value list 722 according to the combination of the sub-character 5 and the stored object 7 (step S52).
Specifically, the latest flight control parameter value list 712 contains a copy of the initial flight control parameter value list 550 (see FIG. 13) of the selected stored object 7, and the latest action control parameter value list 722 contains a copy of the selected Initial action control parameter value list 530 (see FIG. 12) of sub-character 5 is copied and initialized.

Next, server system 1100 initializes flight control parameter values based on flight control parameter value change pattern definition data 570 (see FIG. 14) and action control parameter value change pattern definition data 580 (see FIG. 15). values and behavior control parameter values (step S54).

Then, the server system 1100 causes the user terminal 1500 to display to the player how the latest flight control parameter values and action control parameter values are set (step S56). By viewing this notification display, the player can determine whether the combination created this time is appropriate.

If the player is not satisfied with this notification display, he or she can use items to adjust the parameter values associated with this combination.
That is, when the user terminal 1500 detects an operation to use an item that has the effect of changing either the flight control parameter value or the action control parameter value (NO in step S58→YES in step S60), the server system 1100 associates the used item with the place of use (storage object 7, sub-character 5) (step S62). Then, based on the effect of the item used, the flight control parameter value and the action control parameter value are changed (step S64), and the process returns to step S56. If an operation to change the combination of the sub-character 5 and the stored object 7 is detected (YES in step S66), the process returns to step S52.

When the user terminal 1500 detects input of a predetermined storage setting completion operation (YES in step S58), the server system 1100 terminates the storage setting process.

Returning to FIG. 19, next, the server system 1100 starts controlling the progress of the game play (step S70). That is, a background object is arranged in a virtual three-dimensional space to form a game stage, and a player character 4 and an enemy character 6 are arranged. Then, the player character 4 is moved according to the operation input of the player character 4, and automatic control of the enemy character 6 is started. In addition, control that is basically required as progress control of the competitive game is also started as appropriate.

After the start of the game play, if an operation to obtain a predetermined sub-character 5 or stored object 7 is performed on the user terminal 1500 (for example, purchase through online shopping) (YES in step S72), the server system 1100 stores the stored object 7 is executed (step S74).

Also, after the start of the game play, if the game progress satisfies the storage object provision condition and the sub-character provision condition (see the game stage initial setting data 510 in FIG. 11) in the game stage indicated by the game stage ID 704 to be used ( YES at step S76), the server system 1100 provides the player with a new sub-character 5 or a stored object 7 according to the fulfilled conditions (step S78).

As described above, according to the present embodiment, the player can obtain materials for using the sub-character 5 even during game play. In conventional fighting games in which sub-characters can be used, only pre-prepared sub-characters can be used in game play. As a result, it is possible for some players to simply give up or reset the game play because their assumed strategies and tactics are off the mark at the beginning of the game, making it impossible for them to proceed with the game. However, in the present embodiment, there is a degree of freedom in making the next move according to the battle situation, so the enjoyment of trying to turn the tide during game play is created.

After starting the game play, if a predetermined storage setting start operation is input at the user terminal (YES in step S90), the server system 1100 executes storage setting processing (step S91).

When the user terminal 1500 detects an input of a predetermined pre-flight operation during game play (YES in step S92), the server system 1100 sequentially aligns the direction of the throwing vector 728 with the front direction of the player character 4. is started (step S93).

Next, the server system 1100 causes the user terminal 1500 to display the set stored object list 10 (see FIG. 4), and receives a selection operation of the set stored object 8 to be thrown (step S94). At this time, if the number of possible simultaneous throws in the latest flight control parameter value list 712 of the selected stored object 8 (the copy value of the initial possible number of simultaneous throws 554 in FIG. 13 or the value changed later) is plural, accept the choice of

Next, the server system 1100 causes the user terminal 1500 to display the throwing force input bar 14 (see FIG. 4), and starts sequential adjustment of the size of the throwing vector 728 according to the touch operation on the bar (step S96). ).

Moving on to FIG. 20, the server system 1100 starts sequential adjustment of the flight path and flight destination according to the latest throwing specifications (step S98). Predictive display is performed by displaying the predictive display object 18 (see FIG. 4) within the screen (step S100).

Specifically, flight destination coordinates 730 and flight route data 731 ( (see FIG. 17) is tentatively determined. This is repeated each time the throwing vector 728 is updated, and the flight path and flight destination are updated. Of course, the prediction display is updated accordingly.

Then, the server system 1100 starts accepting operation inputs related to throwing based on the predictive display (step S102).

Specifically, as a guide display for correcting the throwing direction, memory is displayed along each of the directions of the top, bottom, left, and right of the game screen centering on the displayed predictive display object 18 (see FIG. 4). When a direction change operation is detected, it is possible to display a guide such that the throwing direction is changed by one memory in the operated direction.

Similarly, the throwing force input bar 14 (see FIG. 4) can also display a marker indicating the current position of the throwing force for correction and a memory in each direction as a guide display for correction. Then, when a predetermined force change operation is detected, the throwing force is changed by one memory in the operated direction.

As for the lock-on marker 19 (see FIG. 6), another marker is displayed around the current lock-on marker 19 to indicate that another flight target candidate is a selection candidate, and a predetermined target change operation is performed. Upon detection, setting of the flight target candidate may be switched to an enemy character 6 with a different marker attached in the operated direction.

Player 2 can adjust the throwing direction and throwing force by, for example, changing the front direction of player character 4 when the intended flight destination or flight path is not predicted by looking at this prediction display ( NO in step S104). Then, if the predicted display is as intended, a predetermined action operation is input to cause the player character 4 to throw the selected set storage object 8 .

When the server system 1100 detects an input of a predetermined action operation on the user terminal 1500 (YES in step S104), the set storage object 8 selected and accepted in step S94 appears in the game field, and starts control of flying display. (step S106). The flight control is continued until each flight end condition is satisfied.

In steps S92 to S100, steps S104 and S106 may be appropriately skipped when a predetermined flight cancel operation is input.

Next, the server system 1100, if there is a set storage object 8 that satisfies the flight termination condition and satisfies the release condition (same as or changed from the initial release condition 555 in FIG. 13). (YES in step S120), the sub-character 5 stored in combination with the set storage object 8 appears on the game stage, and automatic control of the sub-character 5 is started (step S122). Along with this, various initial setting data related to the sub-character 5 are stored in the play data 700 (see FIG. 17). Appeared sub-character control data 740 is created, and various data describing the latest situation by automatic control are stored. The sub-character 5 that has already appeared also receives damage when attacked by the enemy character 6, and becomes incapacitated when the received damage reaches a durability value, which is one of the ability parameter values.

Server system 1100 repeatedly executes steps S72 to S130 until the game end condition is satisfied (NO in step S130).
If the game end condition is satisfied (YES in step S130), progress control of the sub-character 5 and the stored object 7 is performed (step S132). Specifically, an experience value is given to the sub-character 5 and stored object 7 of the set stored object 8 that has been thrown, and the sub-character level and stored object level are changed according to the accumulated experience value. Note that progress control may be limited to either one of the sub-character 5 and the storage object 7 . Further, the target of progress may be limited to the set stored object 8 that has been thrown and that has satisfied the release condition.

Next, the server system 1100 gives a bonus to the player according to the play results (step S134). For example, the main character 3, the sub-character 5, the storage object 7, or the item may be given. It can also be used to open a new game stage.

Then, server system 1100 updates the play history (step S136), and ends the series of processes.

As described above, according to the present embodiment, it is possible to provide a technique for adding a new interest to a battle-type video game using a sub-character, which is an NPC, on the side of the main character operated by the player.

That is, the player performs an operation to store the sub-character 5 in the storage object 7 to set the set storage object 8 , and instructs the player character 4 to throw it. Then, a new style battle game can be realized in which the sub-character 5 is controlled to appear at the throwing target, and the sub-character 5 that has appeared is controlled to fight with the enemy character 6.例文帳に追加

A flight control parameter value relating to movement control of a set stored object 8 that has been thrown and an action control parameter value relating to automatic control of a sub-character 5 that has been released/appeared from the set stored object 8 are set between the sub-character 5 and the stored object 7. changed according to the combination of Therefore, the player can enjoy thinking about tactics such as which sub-character 5 is combined with which storage object 7 and how to use it in which scene.

Moreover, since the flight control parameter value and the action control parameter value are changed according to the main character 3, which is the player character 4, the type of game stage to be played, the use of items, etc., even the same sub-character 5 can Since the ability will change in various ways, it will be a game that is excellent in elements that you will never get tired of.

In addition, in this embodiment, the set storage object 8 can be set even during the game, so that the game can be played with a high degree of freedom.

[Second embodiment]
Next, a second embodiment to which the present invention is applied will be described. This embodiment is basically implemented in the same manner as the first embodiment, but differs in that the user terminal 1500 is the subject of game management. Hereinafter, differences from the first embodiment will be mainly described, and the same reference numerals will be assigned to the same components as in the first embodiment, and description thereof will be omitted.

A game system 1000 of this embodiment is implemented in the same manner as in the first embodiment.
Also, the game management unit 210 is omitted from the functional configuration of the server system 1100 of this embodiment.

FIG. 22 is a functional block diagram showing a functional configuration example of the user terminal 1500B in this embodiment. The user terminal 1500B of the present embodiment omits the user terminal calculation section 280, and has a game management section 210 and an image generation section 292 instead.

The image generation unit 292 generates data for displaying the game screen on the image display unit 392 and outputs an image signal to the image display unit 392 .

That is, in the present embodiment, the user terminal 1500B itself executes arithmetic processing related to game management, controls game progress, generates game screen images, and controls sound reproduction. However, use of online shopping, login/logout as a registered user, management of play history, etc. are performed in the same manner as in the first embodiment. However, this is not the case when the user terminal 1500 functions as a stand-alone game machine, that is, when the competitive game is implemented as a non-online game.

FIG. 23 is a diagram showing an example of programs and data stored in the terminal storage unit 500 of the user terminal 1500B of this embodiment. The terminal storage unit 500 of this embodiment stores a game program 505 . The game program 505 is a program for causing the terminal processing section 200 to realize the function of the game management section 210 . The original may be stored in the server system 1100 as a distributed game program, and may be downloaded as appropriate.

In addition, the terminal storage unit 500 of this embodiment stores game stage initial setting data 510, enemy character initial setting data 512, item initial setting data 516, Main character initial setting data 518, sub character initial setting data 520, stored object initial setting data 540, flight control parameter value change pattern definition data 570, action control parameter value change pattern definition data 580 are stored. These originals are stored in the server system 1100 of this embodiment, and may be downloaded as needed. In addition, play data 700 is stored as data to be created and updated one by one.

The flow of processing executed by the user terminal 1500 in this embodiment is basically the same as that in the server system 1100 in the first embodiment (see FIGS. 19 to 21), and the game management unit 210 is implemented in the user terminal 1500B. In accordance with the execution by the user terminal 1500B, the user terminal 1500B may be appropriately read as the execution subject of each step.

When the user terminal 1500B executes a process that requires the user management data 600 to be referred to or changed, the server system 1100 is requested to provide the necessary data or to perform verification. Alternatively, the processing itself shall be requested and dealt with.
If the user terminal 1500 is to function as a stand-alone game machine, that is, if the competitive game is to be realized as a non-online game, the user management data 600 is also managed by the user terminal 1500. User management data 600 may also be stored.

According to this embodiment, effects similar to those of the first embodiment can be obtained.

[Modification]
Although the embodiments to which the present invention is applied have been described above, the forms to which the present invention can be applied are not limited to the above-described forms, and constituent elements can be added, omitted, or changed as appropriate.

[Modification 1]
For example, in the above embodiment, an example of realizing an online game in a client-server computer system was given, but it may be realized in a computer system in which a plurality of user terminals 1500 (or user terminals 1500B) are connected peer-to-peer. . In that case, one of the user terminals 1500 is made to serve as the server system 1100 of the first embodiment. Alternatively, the functions of the game management unit 210 may be shared by a plurality of user terminals 1500 .

[Modification 2]
Also, in the above embodiment, the game genre is a battle game, but the present invention can be applied in the same way as long as the game uses the sub-characters 5 .

[Modification 3]
The hardware configuration of user terminals 1500 and 1500B is not limited to the above embodiment.
For example, a game device 1400 as shown in FIG. 24 may be used as a user terminal 1500C.

The game device 1400 is a computer classified as a portable game device or a home-use game device designed with portability and convenience in use in mind. The game device 1400 includes a main device 1401 and at least one detachable game controller 1460 (right game controller 1460R, left game controller 1460L).

Main unit 1401 includes touch panel 1406 functioning as an image display device and contact position input device, connector 1407 , built-in battery 1409 , speaker 1410 , and control board 1450 . In addition, a power button, a volume control button, etc. are provided as appropriate.

Connectors 1407 are provided at the left and right ends of main unit 1401 corresponding to right game controller 1460R and left game controller 1460L. It is connected to the connectors of the right game controller 1460R and the left game controller 1460L to realize communication between the game controllers and the main device 1401. FIG.

The control board 1450 includes various processors such as a CPU (Central Processing Unit) 1451, GPU (Graphics Processing Unit), and DSP (Digital Signal Processor), various IC memories 1452 such as VRAM, RAM, and ROM, a mobile phone base station, and a wireless LAN. A communication module 1453, an interface circuit 1457, and the like are mounted for wireless communication with a base station, another device having a short-range wireless device, and the like.

Interface circuit 1457 includes a driver circuit for touch panel 1406, a circuit for transmitting and receiving signals to and from right game controller 1460R and left game controller 1460L via connector 1407, an output amplifier circuit for outputting audio signals to speaker 1410, and the like. there is

These elements mounted on the control board 1450 are electrically connected via a bus circuit or the like so as to be able to read/write data and transmit/receive signals. Part or all of the control board 1450 may be configured by ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), or SoC (System on a Chip).

The control board 1450 stores programs and various data in an IC memory 1452, and implements various functions for executing the game of the present invention by performing arithmetic processing based on them.

The right game controller 1460R and the left game controller 1460L are designed to be held by the player's right and left hands, respectively. The right game controller 1460R and the left game controller 1460L each include a joystick 1461, a plurality of push switches 1462 serving as operation buttons, a vibrator 1463 serving as a vibration generating device, a speaker 1464, a connector 1467, and a controller control board. 1470 and an internal battery (not shown).

The controller control board 1470 includes a controller control IC 1471 corresponding to a processor that controls the game controller, a communication module 1473, a 3-axis acceleration sensor 1475, a 3-axis gyro sensor 1476, and an interface circuit 1477.

Of course, elements other than these, such as an image sensor module, can also be included as appropriate. Alternatively, some elements can be made to have the functions of other elements, so that the other elements can be omitted. For example, a configuration in which the three-axis acceleration sensor 1475 and the three-axis gyro sensor 1476 are realized by one sensor, a configuration in which the controller control IC 1471 and the interface circuit 1477 are integrated, and the like are possible.

Communication module 1473 realizes wireless communication with communication module 1453 of main unit 1401 .

As shown in FIG. 25, the three-axis acceleration sensor 1475 of the right game controller 1460R forms right-handed local coordinates (Xr, Yr, Zr). Specifically, the right direction toward the front of the right game controller 1460R (the right side in FIG. 25) is the positive direction of the Xr axis, the upper longitudinal direction of the controller (the upper side in FIG. 25) is the positive direction of the Yr axis, and the front direction of the controller. The linear direction, that is, the front side of the controller (the front side in FIG. 25) is configured to be the positive direction of the Zr axis.

The 3-axis gyro sensor 1476 of the right game controller 1460R configures right-handed local coordinates (Xr, Yr, Zr) so that the 3-axis acceleration sensor 1475 of the right game controller 1460R can detect angular velocities around each axis. is configured to

An attachment 1468 can be attached to the left end of the right game controller 1460R so as to block the connector 1467. FIG. The right game controller 1460R is gripped by placing the right side of the controller against the thumb and ball of the right hand and wrapping the attachment 1468 of the controller between the index finger and the little finger. In other words, it is held with one hand so that the back side opposite to the front side faces the palm side.

Similarly, the three-axis acceleration sensor 1475 of the left game controller 1460L forms left-handed local coordinates (Xl, Yl, Zl). Specifically, the left direction (left side in FIG. 25) toward the front of the left game controller 1460L is the positive direction of the Xl axis, the upper longitudinal direction of the controller (upper side in FIG. 25) is the positive direction of the Yl axis, and the front direction of the controller. The linear direction, that is, the front side of the controller (the front side in FIG. 25) is configured to be the positive direction of the Zl axis.

The 3-axis gyro sensor 1476 of the left game controller 1460L configures left-handed local coordinates (Xl, Yl, Zl) so that the angular velocity around each axis of the 3-axis acceleration sensor 1475 of the left game controller 1460L can be detected. is configured to

An attachment 1468 can be attached to the left end of the left game controller 1460L so as to close the connector 1467. As shown in FIG. The left game controller 1460L is gripped with the left side of the controller placed against the thumb and ball of the left hand, and the attachment 1468 of the controller wrapped between the index finger and the little finger. In other words, it is held with one hand so that the back side opposite to the front side faces the palm side.

In the configuration employing the user terminal 1500C (game device 1400), the flight start operation in the above embodiment is performed by using the left game controller 1460L or the right game controller 1460R with acceleration or angular velocity exceeding a predetermined reference value recognized as swinging the arm. It can be realized by detection. Also, the maximum value of the acceleration or angular velocity at that time can be substituted for the input of the throwing force to the throwing force input bar 14 (see FIG. 4).

3 Main character 4 Player character 5 Sub character 6 Enemy character 7 Stored object 8 Set stored object 18 Predictive display object 20 Error 21 Sub character item 22 Stored object item 26 Enemy search range 200s... Server processing section 210... Game management section 220... Preparation setting section 222... Player character setting section 224... Combination setting section 225... Upper limit number changing section 226... Storage object item setting section 228... Sub character item setting section 230... Flight control unit 236 Predictive display control unit 240 Sub-character appearance control unit 250 Sub-character automatic control unit 260 Storage object progress control unit 262 Sub-character progress control unit 280 User terminal calculation unit 281 Operation signal transmission control unit 282... Game screen display control unit 500s... Server storage unit 501... Server program 510... Game stage initial setting data 516... Item initial setting data 518... Main character initial setting data 520... Sub character initial setting data 521... Sub character type 531... Initial character development level 536 Initial weight equivalent parameter value 540 Storage object initial setting data 541 Storage object type 550 Initial flight control parameter value list 553 Initial storable upper limit number 566 Initial weight equivalent parameter value 570 Flight control parameter Value change pattern definition data 580 Action control parameter value change pattern definition data 600 User management data 700 Play data 710 Set stored object management data 712 Latest flight control parameter value list 720 Stored character management data 722 Latest action Control parameter value list 728 Throwing vector 730 Destination coordinates 731 Flight path data 740 Appeared sub-character control data 1000 Game system 1100 Server system 1150 Control board 1500 User terminal 1550 Control board

Claims (16)

A program for causing a computer system to execute a game in which a player character and an enemy character battle each other,
preparation setting means for setting a storage object capable of storing an NPC (non-playable character), which is an ally of the player character, and the NPC to be stored, based on a player's preparation operation;
Until a given end condition is satisfied, based on a given action operation by the player to move the stored object set by the preparation setting means by throwing, hitting, firing, or similar actions of the player character. movement control means for controlling movement, movement control means for performing variable movement control based on a combination of the stored object and the NPC stored in the stored object;
NPC appearance control means for controlling to cause the NPC stored in the stored object to appear from the stored object that satisfies the termination condition;
NPC automatic control means for automatically controlling the NPCs that have appeared by the NPC appearance control means;
A program for causing the computer system to function as a computer. The preparation setting means sets a player character to possess the stored object from among the plurality of player characters based on the player's preparation operation,
The movement control means performs movement control so that a player character who owns the stored object moves the stored object, and performs variable control of the movement control based on the player character.
A program according to claim 1. The movement control means performs variable control of the movement control based on a combination of a player character who owns the stored object and the stored object and/or the NPC stored in the stored object.
3. A program according to claim 2. The movement control means performs variable control of the movement control based on the game stage.
A program according to any one of claims 1 to 3. stored object progress control means for changing the parameter values of the stored object by progress control such as capacity improvement, strengthening, and leveling up of the stored object;
NPC progress control means for changing the parameter values of the NPC by progress control such as improving, strengthening, and leveling up the NPC;
further functioning the computer system as
The movement control means performs variable control of the movement control based on a combination of the parameter value of the stored object and the parameter value of the NPC stored in the stored object.
A program according to any one of claims 1-4. The preparation setting means
storage object item setting means that associates a given storage object item with the storage object based on the player's operation input;
has
The movement control means performs variable control of the movement control based on the stored object item when the stored object item is associated with the stored object.
A program according to any one of claims 1-5. The preparation setting means
NPC item setting means that associates a given NPC item with the NPC based on the player's operation input;
has
The movement control means performs variable control of the movement control based on the item for NPC when the item for NPC is associated with the NPC stored in the storage object.
A program according to any one of claims 1-6. A weight equivalent parameter value is set for the stored object and/or the NPC,
The movement control means performs variable control of the movement control based on the weight-equivalent parameter value set for the stored object to be moved and/or the NPC stored in the stored object.
A program according to any one of claims 1-7. The movement control means reduces and adjusts the weight-equivalent parameter value when a combination of the stored object and the NPC stored in the stored object satisfies a given reduction condition, and adjusts the weight equivalent parameter value based on the value after the reduction adjustment. perform variable control of the movement control;
9. A program according to claim 8. The movement control means variably controls the movement control by variably controlling the range.
A program according to any one of claims 1-9. The action operation includes an instruction operation of a moving target by the player,
The movement control means variably controls the movement control by variably controlling the hit rate to the moving target.
A program according to any one of claims 1-10. means for displaying a predicted display indicating a predicted trajectory and/or predicted destination of movement control by the movement control means;
further functioning the computer system as
The action operation includes an operation of indicating a moving direction and/or a moving target based on the predictive display.
A program according to any one of claims 1-11. The preparation setting means changes the upper limit number of NPCs that can be stored according to the combination of the storage object and the NPCs stored in the storage object.
A program according to any one of claims 1-12. A computer system for executing a game in which a player character and an enemy character battle each other,
preparation setting means for setting a storage object capable of storing an NPC (non-playable character), which is an ally of the player character, and the NPC to be stored, based on a player's preparation operation;
Until a given end condition is satisfied, based on a given action operation by the player to move the stored object set by the preparation setting means by throwing, hitting, firing, or similar actions of the player character. movement control means for controlling movement, the movement control means for performing variable movement control based on a combination of the stored object and the NPC stored in the stored object;
NPC appearance control means for controlling to cause the NPC stored in the stored object to appear from the stored object that satisfies the termination condition;
NPC automatic control means for automatically controlling the NPCs that have appeared by the NPC appearance control means;
A computer system with 15. The computer system according to claim 14, wherein the server system is a game system in which a user terminal used by a player communicates with a server system to realize the competitive game. 15. The computer system according to claim 14, wherein the user terminal used by the player is the user terminal in a game system in which the server system communicates with the user terminal to realize the competitive game.

Images