JP6754654B2 - Server equipment and programs - Google Patents

Description

The present invention relates to an online game in which a plurality of players participate and the game progresses, and more particularly to a game including an immediate processing game in which the game is advanced while the parameters set for any one or more player characters are immediately updated. It is a thing.

With the progress of network technology in recent years, online games (network games) in which a plurality of players participate and the game progresses have become popular. The system for playing online games consists of a server device managed by the operator of the online game and a client device of each player who can connect to this server device via a network such as the Internet. There is.

In the RPG (Role Playing Game) of the above online games, a large number of players participate at the same time so that the player characters can cooperate with each other in a battle with an enemy character, or the players can play a player character. It is supposed to proceed by letting the battle take place. In particular, recently, MMORPG (Massively Multiplayer Online RPG) that allows more players to participate has also been performed.

In such an online game in which a plurality of players participate at the same time, the server device centrally transmits the operation of the player character to the client devices operated by all the participating players. It manages the movement of the player character. Therefore, if the number of participating players increases, the burden on the server device becomes enormous. Therefore, a plurality of client devices connected to the network are divided, and the server is assigned to a predetermined client device belonging to the network division. It was supposed to have the same role as the device and to simultaneously advance the online game for each division of the network (see, for example, Patent Document 1).

JP-A-2009-119150

However, as in Patent Document 1, even if network divisions that proceed at the same time are prepared in order to reduce the load on the server device, players belonging to different network divisions cooperate in the online game. I couldn't make the game progress. In other words, players with different network divisions are playing online games that have the same game content but are actually different.

Therefore, in an online game such as Patent Document 1, if the network divisions of the player characters are different, the player characters do not meet each other in the online game or communicate with each other in the game. I couldn't even have a battle.
Further, in an online game such as Patent Document 1, when a player character battles with an enemy character as a non-player character, the parameters set for the player character and the enemy character in the processing of the battle proceed with the battle. It will be updated rapidly according to the situation. Therefore, the processing load for executing the battle processing is larger than that in the case where each player simply moves his / her own player character on the field.

Then, as the number of players participating in the online game increases, the number of times this battle is performed simultaneously in the same online game also increases, and the processing load on the server device (front-end server in Patent Document 1) increases. It will increase rapidly. In particular, MMORPGs generally try to increase the number of players participating, which causes such a problem remarkably.

On the other hand, in response to such an increase in processing load, if the number of participating players is limited by dividing the network as in Patent Document 1, the number of battles that proceed simultaneously is also limited as a result. It is possible to suppress the processing load of the server device and prevent the server device from going down due to an increase in the processing load. However, even if you do this, it does not improve the fact that you cannot battle with other players with different network divisions, but it does not improve the attractiveness of the MMORPG that allows many players to participate. It becomes.

An object of the present invention is to provide an online game system or the like that enables battle and communication with other players having different network divisions without imposing a heavy load on a server device that manages the progress of the entire online game. To do.

From a non-limiting point of view, the server device of the present invention is connected to a plurality of client devices having a display device for displaying a game display screen via a communication line, and updates the state of at least one player character. An immediate processing game management means for managing the state of a player character operated by a player who plays the immediate processing game, and the immediate processing game, which is a server device that provides an online game including an immediate processing game that progresses accordingly. It is managed by the immediate processing game updating means that updates the state of the character managed by the immediate processing game management means based on the information transmitted from the client device of the player who plays the game, and the immediate processing game management means. Immediate processing game information that transmits the immediate processing game information generated based on the updated state of the character to the client device of the player who plays the immediate processing game at an interval shorter than the transmission interval of the information about the non-immediate processing game. It is characterized by having a transmission means.

From a non-limiting point of view, the program of the present invention is connected to a plurality of client devices having a display device for displaying a game display screen via a communication line, and updates the state of at least one player character. A program for operating a computer as a server device that provides an online game including an immediate processing game that progresses according to the above, and character information management that manages the state of at least one or more characters among the plurality of characters. Means, an immediate processing game management means for managing the state of a player character operated by a player playing the immediate processing game, the immediate processing game based on information transmitted from a client device of a player playing the immediate processing game. Immediate processing game updating means for updating the state of the character managed by the management means, and non-immediate processing game information generated based on the updated state of the character managed by the immediate processing game management means. The purpose is to function as an immediate processing game information transmission means for transmitting information to a client device of a player who plays the immediate processing game at intervals shorter than the transmission interval of information about the processing game.

From a non-limiting point of view, the program of the present invention is a program for realizing a function of displaying a game screen on a display device on a client device, and has a plurality of display devices for displaying the game display screen. A function of providing an online game including an immediate processing game that is connected to a client device via a communication line and progresses by updating the state of at least one player character, and is operated by a player who plays the immediate processing game. The state of the character managed by the immediate processing game management function is updated based on the information transmitted from the client device of the player who plays the immediate processing game and the immediate processing game management function that manages the state of the player character. Immediate processing game update function and immediate processing game information generated based on the updated state of the character managed by the immediate processing game management function are sent at intervals shorter than the transmission interval of information about the non-immediate processing game. This is for realizing the function of communicating with the server device having the function of transmitting the immediate processing game information to be transmitted to the client device of the player who plays the immediate processing game and the function of communicating with the server device.

It is a block diagram which shows the structure of the online game system which concerns on embodiment of this invention. It is a block diagram which shows the structure of the video game apparatus of FIG. It is a block diagram which shows the structure of the zone server apparatus, common server apparatus, and battle server apparatus of FIG. It is a figure which shows the structure of the field in the online game which concerns on embodiment of this invention. It is a figure which shows the example of the display screen about the battle in the online game which concerns on embodiment of this invention. It is a figure which shows the table managed in the zone server apparatus of FIG. 1 and FIG. It is a figure which shows the table group managed in the battle server apparatus of FIG. 1 and FIG. It is a figure which shows the structure of the data stored in the video game apparatus of FIG. 1 and FIG. It is a figure which shows typically the progress of the online game which concerns on embodiment of this invention, and the flow of data which concerns on it. It is a figure which shows typically the progress of the online game which concerns on embodiment of this invention, especially the progress of the game which concerns on the addition of a player character in a battle, and the flow of data which concerns over it. It is a figure which shows typically the data flow, frequency, and format of the online game which concerns on embodiment of this invention. It is a flowchart which shows the process executed in the zone server apparatus of FIG. 1 and FIG. It is a flowchart which shows the process executed in the battle server apparatus of FIG. 1 and FIG. It is a flowchart which shows the process executed in the video game apparatus of FIG. 1 and FIG. It is a flowchart which shows the process executed in the common server apparatus of FIG. 1 and FIG. It is a figure which shows the table managed in the common server apparatus of FIG. 1 and FIG.

Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings.

In MMORPG, a plurality of zone server devices are usually prepared in which a player advances a game or battles, and the number of players who register in one zone server device and play a game can process the game to some extent. Limited to. The zone server device registered when the player first starts the game becomes the player's main server device, and does not form a party with the players registered on other zone server devices or play in the same field at the same time. In the online game according to this embodiment, a plurality of players participating in the online game at the same time form a party with another player on the field as a virtual space, and another zone server that the party does not normally meet. It is an MMORPG that progresses by having a battle with other party players existing in the field of.

FIG. 1 is a block diagram showing an overall configuration of a network system in which an online game according to this embodiment is played. As shown in the figure, this network system is configured by connecting a plurality of video game devices 100 to a server group 250 via the Internet 151.

The server group 250 includes a plurality of zone server devices 200, a plurality of common server devices 210, a plurality of battle server devices 300, and usually online according to this embodiment, which are connected to each other via a LAN (Local Area Network) 251. The server devices 200 and 300 are connected to the video game device 100 via the Internet 151, including the out-of-game server device 350, which is a server device that performs processing other than the game.

The zone server device 200 manages information related to the positions and appearances of all player characters and enemy characters in the field. Further, the common server device 210 manages information related to the positions and appearances of all player characters and enemy characters in a field (a Coliseum Hall described later) that can be matched with player characters belonging to other zone server devices. Is what you do. The information transmitted from the zone server device 200 or the common server device 210 to the video game device 100 mainly relates to the appearance information of the character on the field displayed on the display device of the video game device 100. ..

The battle server device 300 starts a battle between the own party including the own player character and another party belonging to another zone server device different from the own player character, and starts a battle between the player character and the enemy character. Start one battle server process for each battle. The battle server process progresses the battle for each battle group (described later) as a constituent unit of the battle consisting of one or a plurality of player characters and a plurality of enemy characters, and the own party including the own player character related thereto and the own player. It manages and processes information (position, appearance, other parameters, etc.) of other parties, player characters, and enemy characters belonging to other zone servers different from the characters.

The information transmitted from the battle server device 300 to the video game device 100 is information related to the progress of the battle of the player character operated by the video game device 100, and is not only information on the appearance of the character on the field. , Information related to the progress of the battle (increase / decrease of parameters, etc.) will be included.

In the following, regarding the battle server device, the term "battle server" or "battle server process" does not refer to the hardware resource itself, but the process as a function, and the term "battle server device" refers to the hardware resource itself. It will be described as referring to itself.

Further, the server group 250 includes an out-of-game server device 350. The out-of-game server device 350 usually performs, for example, a process of generating CG (Computer Graphics) as a process other than the online game according to this embodiment, and the minimum information provided by the battle server device 300 (described later). The enemy character combination table for each area, etc.) is stored in advance.

Then, in the battle server device 300, when the maximum number of battle server processes that can be started is started, the battle server device 300 is used as a spare battle server device 300. Hereinafter, the out-of-game server device 350 will be treated as equivalent to the battle server device 300 unless otherwise specified.

Next, the configurations of the video game device 100, the zone server device 200, the common server device 210, and the battle server device 300 will be described. FIG. 2 is a block diagram showing the configuration of the video game device 100 of FIG. As shown in the figure, the video game device 100 is constructed around the device main body 101. The device main body 101 includes a control unit 103, a RAM (Random Access Memory) 105, a hard disk drive (HDD) 107, a sound processing unit 109, a graphic processing unit 111, and a DVD / CD-ROM drive connected to the internal bus 119. Includes 113, a communication interface 115, and an interface unit 117.

The sound processing unit 109 of the device main body 101 is connected to the sound output device 125 which is a speaker, and the graphic processing unit 111 is connected to the display device 121 having the display screen 122. A recording medium (DVD-ROM or CD-ROM in this embodiment) 131 may be mounted on the DVD / CD-ROM drive 113. The communication interface 115 is connected to the network 151. An input unit (controller) 161 and a memory card 162 are connected to the interface unit 117.

The control unit 103 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), and the like, executes a program stored on the HDD 107 and the recording medium 131, and controls the apparatus main body 101. The control unit 103 includes an internal timer. The RAM 105 is a work area of the control unit 103. The HDD 107 is a storage area for storing programs and data. When the program executed by the control unit 103 instructs the sound processing unit 109 to output the sound, the sound processing unit 109 interprets the instruction and outputs the sound signal to the sound output device 125.

The graphic processing unit 111 is drawn on the outside of the graphic processing unit 111 in the frame buffer (frame memory) 112 (in the figure, the graphic processing unit 111 is drawn on the outside of the graphic processing unit 111 in accordance with the drawing command output from the control unit 103. The image data is expanded in (provided in the included RAM), and a video signal for displaying the image is output on the display screen 122 of the display device 121. One frame time of the image included in the video signal output from the graphic processing unit 111 is, for example, 1/30 second.

The DVD / CD-ROM drive 113 reads out programs and data from the recording medium 131. The communication interface 115 is connected to the network 150 and communicates with other computers. The input unit 161 includes a direction key and a plurality of operation buttons. Arrow keys are used to move one's own player character in the field. The operation buttons include buttons used to make the player character perform an attack on an enemy character and perform magic, which will be described later.

The interface unit 117 outputs the input data from the input unit 161 to the RAM 105, and the control unit 103 interprets the input data and executes arithmetic processing. The interface unit 117 also stores data indicating the progress of the game stored in the RAM 105 in the memory card 162 based on an instruction from the control unit 103, and stores the game at the time of interruption stored in the memory card 162. Data is read out and transferred to the RAM 105.

The program and data for playing a game on the video game device 100 are initially stored in, for example, a recording medium 131. The data stored in the recording medium 131 includes graphic data for forming a field existing in the game space. The programs and data stored in the recording medium 131 are read out by the DVD / CD-ROM drive 113 at the time of execution and loaded into the RAM 105. The control unit 103 processes the program and data loaded in the RAM 105, outputs a drawing command to the graphic processing unit 111, and outputs a sound output instruction to the sound processing unit 109. Intermediate data while the control unit 103 is performing processing is stored in the RAM 105.

FIG. 3 is a block diagram showing the configurations of the zone server device 200, the common server device 210, the battle server device 300, and the out-of-game server device 350 of FIG. As shown in the figure, the zone server device 200, the common server device 210, and the battle server device 300 are constructed around the server main body 201. The server body 201 includes a control unit 203, a RAM 205, a hard disk drive (HDD) 207, a DVD / CD-ROM drive 213, and a communication interface 215 connected to the internal bus 219. A recording medium (DVD-ROM or CD-ROM) 231 may be mounted on the DVD / CD-ROM drive 213.

The control unit 203 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), and the like, executes a program stored on the HDD 207 and the recording medium 231 to execute the zone server device 200, the common server device 210, and the battle server. The device 300 is controlled. The control unit 203 includes an internal timer that measures the current time. The RAM 205 is a work area of the control unit 203. The HDD 207 is a storage area for storing programs and data. The communication interface 215 is connected to the network 151, communicates with each of the video game devices 100, and is also connected to the local area network (LAN), and is connected to the zone server device 200, the common server device 210, and the battle server device. The 300 communicate with each other.

Programs and data for playing an online game on the zone server device 200, the common server device 210, and the battle server device 300 are initially stored in, for example, a recording medium 231 and installed in the HDD 207 from here.

Further, the data stored in the recording medium 231 is different between that of the zone server device 200, that of the common server device 210, and that of the battle server device 300, and is stored in the recording medium 231 of the zone server device 200. The data does not include shape data for forming a field and graphic data, but includes data related to a range of fields and squares, which will be described later. Further, the data stored in the recording medium 231 of the common server device 210 does not include the shape data for forming the field and the graphic data, but includes the data related to the squares described later. On the other hand, the data stored in the recording medium 231 of the battle server device 300 includes the data of the shape of the field, but does not include the data related to the squares.

Then, this program and data are read from the HDD 207 at the time of execution and loaded into the RAM 205. The control unit 203 processes the program and data loaded in the RAM 205, and advances the online game based on the information sent from each of the video game devices 100 and the like. Intermediate data while the control unit 203 is performing processing is stored in the RAM 205.

Next, the field configuration of the online game according to this embodiment will be described. FIG. 4A or FIG. 4B shows a field configuration set in each zone server device 200 of the online game according to this embodiment.

Within this field 400, the player can freely move his or her player character 401 or party 403, and information on the positions of all play characters 401 and enemy characters 402 in the field 400 is provided by the zone server device 200. It is to be managed.

Further, the zone server device 200 holds the information of the square 410 for the field 400. The squares 410 are information on fields 400 around each of the play characters 401 operated by the video game device 100 for display on the display screen 122 of the display device 121 (hereinafter, referred to as "peripheral information"). Is used to identify.

By this square 410, the peripheral information is the player character 401 operated by another video game device 100 (other) that exists in the range of the square 410 in which the player character 401 exists and the eight squares 410 around it. It is specified by the information related to the position and appearance of the player character) and the enemy character 402, and is transmitted from the zone server device 200 to the video game device 100.

Further, the field 400 is divided into a plurality of areas 412 (area 412 consisting of 3 in FIG. 4) by the area boundary 411, and in the battle relating to the enemy character 402 existing in each area 412, each area 412 The combinations of enemy characters 402 participating in the battle are different (the types of enemy characters combined for each area 412 will be described later).

The battle is started when the player character 401 gives the first blow to the enemy character 402 existing in the field 400, or the enemy character 402 gives the first blow to the player character 401. However, prior to the start of the battle, the battle server device 300 generates a battle server process for advancing the battle. The battle will be held in the field 400 and will be seamlessly developed on the display screen 122. When the battle is started, new enemy characters 402 will participate in the battle in addition to the enemy characters 402 that existed in the field 400, and they and the player character 401 (other player characters 401 may also be added). ) And (hereinafter, these are collectively referred to as "battle group"), the battle progresses.

Even if the battle is started, the position and appearance information of the player character 401 and the enemy character 402 related to the battle on the field 400 are still managed by the zone server device 200, but the progress of the battle is carried out by the battle server. It will be managed by the battle server process in the device 300.

Next, the progress of the battle managed by the battle server process of the battle server device 300 will be described. The battle begins with the first attack of the player character 401 against the enemy character 402 on the field 400. When the battle is started in this way, the combination of the enemy characters 402 participating in this battle (enemy characters different from the enemy characters 400 that existed in the field 400 before the start of the battle) is determined.

Other player characters 401 may also participate in the battle, and either the enemy character 401 or the player character 402 participating in the battle is all defeated (HP (hit points) as a character parameter). When becomes 0), the battle ends.

In the battle in the battle server device 300, a battle field is set in which the player character 401 or the enemy character 402 can move freely while participating in the battle. For example, the inside of a circle having a predetermined radius centered on the position of either the player character 401 or the enemy character 402 at the start of the battle can be set as the battle field.

If either the player character 401 or the enemy character 402 moves outside the battlefield, that character will leave the battle. Normally, a character who has left the battle cannot rejoin the same battle. Battle when all characters belonging to any party cannot continue the battle (when the character's HP becomes 0 due to the battle, or when moving out of the battle field and leaving the battle) Is finished.

Here, the main zone server registered by a certain player is referred to as the zone server device 200a, and the field displayed on the main zone server is referred to as the field 400a as shown in FIG. 4A. Then, the characters existing in the field 400a are designated as the player character 401a and the enemy character 402a, and the team composed of the plurality of characters 401a is designated as the party 403a. Further, another zone server different from the main zone server is designated as the zone server device 200b, and the field displayed on the zone server 200b is referred to as the field 400b. Then, as shown in FIG. 4B, the character existing in the field 400b is designated as the player character 401b, the enemy character 402b, and the team composed of the plurality of characters 401b is referred to as the party 403b. A plurality of player characters 401a, a party 403a, and an enemy character 402a exist in the field 400a, and a Coliseum object 420a exists on the field 400a. Similarly, a plurality of player characters 401b, party 403b, and enemy characters 402b exist in the field 400b on the zone server device 200b, and the Coliseum object 420b exists on the field 400b.

When the player character 401a or party 403a moves to the point where the Coliseum object 420a exists, or when the player character 401b or party 403b moves to the point where the Coliseum object 420b exists, it is a main zone server or another zone server. Regardless, it moves to the Coliseum Hall 500 on the common server device 210. Therefore, it is possible that the player character 401a or party 403a playing on different zone server devices 200 and the player character 401b or party 403b encounter each other in the same Coliseum Hall 500. Within the Coliseum Hall 500, the player can freely move the player character 401 or the party 403. Information on the positions of all play characters 401 or party 403 in the Coliseum Hall 500 is managed by the common server device 210.

Further, the common server device 210 holds the information of the square 510 for the Coliseum Hall 500. The squares 510 are information on the Coliseum Hall 500 around each of the play characters 401 operated by the video game device 100 for display on the display screen 122 of the display device 121 (hereinafter referred to as "peripheral information"). ) Is used to identify.

By this square 510, the peripheral information is the player character 401 (another player) operated by another video game device 100, which exists in the range of the square 510 in which the party 403a exists and the eight squares 510 around it. It is specified by the information related to the position and appearance of the character) and the party 403b, and is transmitted from the common server device 210 to the video game device 100.

When the matching of the party 403a and the party 403b existing in the Coliseum Hall 500 is established, the battle between these parties 403 is started. For example, as shown in FIG. 4C, the Coliseum Hall 500 has a reception non-player character 520 (hereinafter, also referred to as a reception NPC) for accepting matching mediation. For example, when the party 403a talks with the reception NPC520, it is possible to select the party 403b who wants to battle from the other parties 403 registered in advance. In this case, in each video game device 100 that operates the player characters 401a constituting the party 403a, a list of the parties 403 registered in advance for matching, the name of the party, and the status (level, etc.) of the player characters constituting the party Occupation, etc.) is displayed on the display screen 122, and any or all of the plurality of player characters 401a select which party 403 they wish to battle with.

Here, regarding the other party 403 that can be selected by the party 403a as wishing to battle, restrictions may be set according to the level of the player character 401a constituting the party 403a (for example, the player character 401 having the same level). Only party 403 consisting of (for example, can be selected). For example, points are calculated based on the experience value, level, etc. of party 403a, and other parties 403 with equivalent points that are predicted to develop the battle appropriately are matched.

When the party 403a selects that he / she wants to battle with the party 403b, each video game device 100 that operates the player character 401b constituting the party 403b is notified by the party 403a that the party 403a wants to battle. Then, on the display screen 122 of each video game device 100 that operates the player character 401b, a display for selecting whether or not to perform a battle with the party 403a is made, and all the players of the party 403b are unanimous or the players. When any one of the above is the representative and "YES" is input by the input unit 161, matching is established and the battle is started. Prior to the start of the battle, the battle server device 300 generates a battle server process for advancing the battle. The battle will be held at the Coliseum Hall 500, and will be seamlessly developed on the display screen 122.

Even if the battle is started, the information related to the party 403a, the party 403b position, and the appearance related to the battle in the Coliseum Hall 500 is still managed by the common server device 210, but the progress of the battle is the battle in the battle server device 300. It will be managed by the server process.

In the battle, the battle ends when either the party 403a or the party 403b participating in the battle is all defeated (HP (hit point) as a parameter of the character becomes 0).

The party 403 that has talked with the receptionist NPC520 can select the party 403 that wants to have a battle from the pre-registered parties 403, but selects the party 403 that wants to have a battle from other parties 403. It is also possible to register as a party 403 that wants matching so that it will be done.

The Coliseum Hall 500 enables parties 403 composed of a specific number of people, for example, three people, to play against each other, and is controlled by a common server device 210. If a party 403 composed of less than three player characters 401 reaches the Coliseum object 420, or if only the player character 401 reaches the Coliseum object 420, the number of opponent parties It is also possible to detect another party with less than three people who participated individually so that there is no difference, and form a new party 403 jointly with this party so that there are three people automatically. Here, the standard number of player characters of the party 403 (that is, the maximum number of people who can participate in one party at the same time) is three, but this number is not particularly limited, for example. 4 or 5 people may be the standard number of people who can participate in one party.

5 (a) to 5 (h) are diagrams showing an example of a display screen 122 for a battle in an online game according to this embodiment. The battle developed here proceeds at the party 403a and the plurality of parties 403b, and is distinguished by different codes.

As shown in FIG. 5A, a party 403a and a plurality of 403b are displayed on the Coliseum Hall 500, and there is a counter in which the reception non-player character 520 is located. As shown in FIG. 5B, when the party 403a speaks to the reception NPC520 and expresses the intention to start matching, information about the plurality of parties 403b is displayed on the display screen 122. By moving the cursor, the player belonging to the party 403a selects the party 403b who wants to battle and applies for matching. When the party 403a waits for the reply of the party 403b and receives the notification that it will stand after receiving the battle, the matching is established and the battle is started. In addition, the party 403a who has talked with the reception NPC520 may automatically match the optimum opponent for the party 403a on the common server device 210 according to the level and the like without selecting the party 403b who wants to battle.

Prior to the start of the battle, a battle server process is first generated in the battle server device 300, and all the processing related to the battle after the battle intention action is managed by the battle server process.

When the battle is started, as shown in FIG. 5C, a party 403b-1 that is an opponent with which matching is established appears. The battle progresses, and in FIG. 5 (d), when the party 403b-1 is attacked and defeated by the party 403a, it is desired to match with the opponent party again as shown in FIG. 5 (e). , A display asking for the intention to continue the battle is made, and the party 403b who wants the battle is selected again as shown in FIG. 5 (b). When the matching is newly established, another party 403b-2 that is matched and determined as the next opponent party appears as shown in FIG. 5 (f).

The battle between party 403b-2 and party 403a, which will be newly played, proceeds as shown in FIG. 5 (g), and as shown in FIG. 5 (h), when all parties 403b-2 are defeated, Again, as shown in FIG. 5 (e), a display is displayed asking for matching with the party to be the opponent again and requesting the intention of whether or not to continue the battle. If you do not want to continue the battle, select "No" to end the battle. If "Yes" is selected, the party 403b that wishes to battle is selected again.

After the end of the battle, the HP of all the player characters 401b to which they belong becomes zero, and even if the party 403b loses the battle, the HP of the player character 401b recovers to a value larger than zero and continues playing. It is possible to do. The party 403a and the party 403b will be able to move the Coliseum Hall 500 from their respective positions immediately after the end of the battle under the control of the positions by the common server device 210. In this way, on the display screen 122, the battle is seamlessly developed on the Coliseum Hall 500.

Next, in order to advance the online game according to this embodiment, the data managed by the zone server device 200, the common server device 210, and the battle server device 300, and the data stored in the video game device 100 will be described. .. FIG. 6 is a diagram showing a table managed by the zone server device 200 for executing the online game according to this embodiment.

FIG. 6A is a field character table 600 for managing information related to the position and appearance of the character in the field 400, and FIG. 6B is a battle server in each of the plurality of battle server devices 300. It is a battle process start management table 610 for managing the number of process start.

In the field character table 600 shown in FIG. 6A, an ID 601, a destination IP address 602 (player character only), a name / type information 603, and a form information 604 are shown for each character existing on the field 400. The position information 605, the parameter A information 606, the parameter B information 607, and the participating battle server process information 608 are stored.

ID601 is identification information for uniquely identifying the player character 401 and the enemy character 402. The destination IP address 602 stores the IP address of the video game device 100 used for transmitting the peripheral information of the field about the player character 401 to the video game device 100 that operates the player character 401. ..

Since the name / type information 603 displays the name of the player character 401 on the display screen 122, the name / type information 603 is used as information for specifying the type of the enemy character 402 and displaying it on the display screen 122. The morphological information 604 is information used to represent the appearance (among others, clothes, physique, face, etc.) of the player character 401 and the enemy character 402 on the field 400. The position information 605 indicates the positions of the player character 401 and the enemy character 402 on the field 400.

The parameter A information 606 is information about a parameter that appears on the display screen 122 as the appearance of the player character 401 and the enemy character 402 as being able to change from moment to moment during the battle or movement. For example, if a poisonous state (a state in which the character's HP slightly decreases at regular intervals) caused by an unusual attack from the enemy appears on the display screen 122 as the appearance of the player character 401 and the enemy character 402, They correspond to the parameter A information 606.

On the other hand, the parameter B information 607 does not change every moment during the battle or during the movement, but is information about the parameters appearing on the display screen 122 as the appearance of the player character 401 and the enemy character 402, for example, the physique and muscle strength. And so on. Specifically, if the numerical values of the physique and muscular strength as the parameter B information 607 are high, the player character 401 and the enemy character 402 on the field displayed on the display screen 122 are larger than those having low numerical values. It will be displayed.

Further, as the information regarding the parameters, the field character table 600 shown in FIG. 6A is not particularly managed (the information is not transmitted to the player character, but may be merely retained), but the player character 401, And there are parameter C information and parameter D information regarding parameters that do not appear as the appearance of the enemy character 402 (managed in the battle character table described later). The parameter C information changes from moment to moment during battle or movement, and includes, for example, the character's HP or MP (magic points, which decrease each time magic is used).

On the other hand, the parameter D information does not change every moment during battle or movement, for example, the amount of damage (decrease in HP) that appears as a result of actions such as attack and magic such as attack power or defense power is calculated. It relates to the parameters used in the above.

That is, since the parameters A and B appear on the display screen 122 as the appearance, the zone server device 200 that transmits the information related to the appearance to each video game device 100 holds the information. On the other hand, the parameters C and D do not appear on the display screen 122 as an appearance, but these information are necessary for obtaining the amount of damage in the battle and are stored in the battle character table, which will be described later. It becomes.

The participating battle server process information 608 stores the identification information of the battle server process related to the battle if the player character 401 and the enemy character 402 are in a battle. Information is also not stored (NULL).

All of this information is registered and updated based on the information transmitted from the video game device 100, the shared server device 210, and the battle server device 300, which will be described later, and is periodically (for example, for example) while moving. The form information 604, the position information 605, the parameter A information 606, and the parameter B information 607 are updated in the information related to the position and the form transmitted from the video game device 100 (every 0.5 seconds). Become.

On the other hand, the zone server device 200 specifies the player character 401 as peripheral information of the player character 401 with respect to the video game device 100 that operates all the player characters 401 registered in the field character table 600. And the ID 601 of the enemy character 402, the name / type information 603, the form information 604, the position information 605, the parameter A information 606, the parameter B information 607, and the participating battle server process information 608 are periodically (for example, every 1.0 seconds). ).

Subsequently, the device information 611 and the number of processes 612 are stored in the battle process activation management table 610 for managing the number of activations of the battle server process shown in FIG. 6B.

Information that identifies each of the two battle server devices 300 and the out-of-game server device 350 is registered in the device information 611, and the battle server device 300 and the out-of-game server device 350 are simultaneously registered in the number of processes 612. It remembers the number of server processes that are running.

In the number of processes 612, the number of battle server processes is set to 1 in each of the battle server device 300 and the out-of-game server device 350 based on the information transmitted from the battle server device 300 and the out-of-game server device 350. Increases by 1 when the game is started, and decreases by 1 when the battle server process ends.

When executing a battle, the battle server device that manages the progress of the battle is preferentially selected from the two battle server devices 300 as to which of the two battle server devices 300 is to be started. To start it.

Further, when two battle server devices 300 have already started up to a predetermined maximum number of battle server processes that can be started, and a new battle is executed, the out-of-game server device 350 is used there. It is assumed that the processing other than the online game according to this embodiment that is being executed is interrupted, the battle server process related to the battle is started, and the same processing as that of the battle server device 300 is performed.

FIG. 7 is a diagram showing a table managed by the battle server device 300 in order to execute the online game according to this embodiment. FIG. 7A is an enemy character combination table 700 for each area 412 in the field 400, and FIG. 7B shows information on the player character 401 and the enemy character 402 in the battle progressed for each battle server process. It is a battle character table 710 for management.

The enemy character combination table 700 for each area 412 shown in FIG. 7A is stored in each battle server device, and is shared by a plurality of battle server processes started by the battle server device. There is. The area 412 information 701 and the constituent enemy characters 702 are stored in the enemy character combination table 700 for each area 412. The combination of the enemy characters 402 in the battle is different for each area 412, and the total number of the enemy characters 402 is also different.

When the player character 401 performs a battle intention action on the enemy character 402 existing on the field 400, the area 412 in which the enemy character 402 exists is specified as the area information 701, and the enemy added according to the area 412. The type of character 402 is specified. The enemy character 402 identified in this way is registered in the battle character table 710 together with the player character 401 and the enemy character 402 existing in the field.

Further, with respect to the enemy character 402 added in the battle, the addition waiting flag 720 for measuring the timing of actually adding to the field 400 is set.

In the battle character table 710 shown in FIG. 7B, the player character 401 participating in the battle managed for each battle server process, the ID 711 of the enemy character 402, the destination IP address 712, and the name / type information 713 The form information 714, the position information 715, the parameter A information 716, the parameter B information 717, the parameter C information 718, the parameter D information 719, and the addition waiting flag 720 are managed.

As the ID 711, the same ID 601 of the player character 401 managed by the zone server device 200 (the same applies to the player character 401 participating in the middle of the battle) and the enemy character 402 will be registered. Further, for the enemy character 402 newly added by the battle, the field character table 600 shown in FIG. 6A is used based on the battle peripheral information (described later) transmitted by the battle server process. A unique ID 711 is set and registered also in the managed ID 601.

Regarding the player character 401, the destination IP address 712 stores the IP address of the video game device 100 that operates the player character 401 in order to transmit the battle progress information about the player character 401. Further, regarding the enemy character 402, the IP address of the zone server device is stored in order to transmit the position and appearance information of the enemy character 402.

Regarding the name / type information 713 and the form information 714, the player character 401 and the enemy character 402 (excluding the enemy character 402 newly participating in the battle) are shown in the field character table 600 shown in FIG. 6A. The same as the managed name / type information 603 and form information 604 are registered. In addition, the name / type information 713 of the enemy character 402 newly participating in the battle is registered as the type of the enemy character 402 whose addition is determined, and the form information 714 is the form information 714 unique to the enemy character 402. It will be registered.

Regarding the position information 715, when it is registered in the battle character table 710 for the first time, the player character 401 and the enemy character 402 (excluding the enemy character 402 newly participating in the battle) are shown in FIG. 6A. The position information 605 managed by the field character table 600 shown is registered. Further, regarding the position information 715 of the enemy character 402 newly participating in the battle, the predetermined position near the player character 401 (for example, +2 in the X-axis direction and the Y-axis direction with respect to the position of the player character 401). (+2 position, etc.) is registered in.

When the parameter A information 716 and the parameter B information 717 are registered in the battle character table 710 for the first time, the same information as that stored in the video game device 100 described later is registered for the player character 401. ..

Further, regarding the enemy character 402 (excluding the enemy character 402 newly participating in the battle), the same contents as those of the parameter A information 606 and the parameter B information 607 managed by the field character table 600 shown in FIG. 6A. Information is registered. Further, for the parameter A information 716 and the parameter B information 717 of the enemy character 402 newly participating in the battle, the parameter A information 716 and the parameter B information 717 unique to the enemy character 402 are registered.

When the parameter C information 718 and the parameter D information 719 are registered in the battle character table 710 for the first time, the same information as that stored in the video game device 100 described later is registered in the player character 401. Will be done. On the other hand, with respect to the parameter C information 718 and the parameter D information 719 of the enemy character 402, the parameter C information 718 and the parameter D information 719 unique to the enemy character 402 are registered.

The addition waiting flag 720 is for timing the timing at which the enemy character 402, which is determined to be added in the battle and registered in the battle character table 710, is actually added to the field 400 in the battle. That is, when the addition waiting flag 720 changes from 1 to 0, the enemy character 402 for which the addition waiting flag 720 is set is added to the field 400.

For example, in the development of the battle shown in FIG. 5, the party 403b-2 to be added in the field 400 or the Coliseum Hall 500 immediately after the start of the battle is set to the addition waiting flag 720 from the time when it is registered in the battle character table 710. Is set to 0. On the other hand, in the additional party 403b-3 that appears when the party 403b-2 is defeated, 1 is registered in the additional waiting flag 720 immediately after the start of the battle, and when the party 403b-2 is defeated, the additional waiting Flag 720 becomes 0. At this timing, the additional party 403b-3 will be added to the field 400 or the Coliseum Hall 500.

Further, the order in which such parties 403b are added is in order from the party 403b of the type stored in the constituent enemy characters 702 at the left end of the enemy character combination table 700, and registration to the battle character table 710 is also performed. Records are generated in that order (ascending order of ID 711).

Regarding the position information 715, the parameter A information 716, the parameter B information 717, the parameter C information 718, and the parameter D information 719 of the player character 401 and the enemy character 402 registered in these battle character tables, the battle Is updated according to the input information transmitted from the video game device 100 registered in the battle character table 710 and the process related to the game progress of the battle server process that manages the battle character table 710. .. The information updated in this way is transmitted to the video game device 100 every 1 / 30th of a second.

On the other hand, for the zone server device 200, the player character 401 registered in the battle character table 710 and the enemy character 402 (the enemy character 402 in which the additional waiting flag 720 is 1 (battle character table)) are subjected to the battle server process. The position information 715, parameter A information 716, and parameter B information 717 of (excluding the enemy character 402) that is registered in 710 but not added to the field 400) are used as battle peripheral information until the end of the battle. For example, it will be transmitted at a timing of 0.5 seconds.

FIG. 16A is a matching character table 900 for managing information related to the position and appearance of characters in the Coliseum Hall 500, and FIG. 16B is a battle in each of a plurality of battle server devices 300. It is a matching process start management table 910 for managing the number of start of a server process.

In the matching character table 900 shown in FIG. 16A, an ID 901, a destination IP address 902 (player character only), a name / type information 903, and morphological information are shown for each character existing on the Coliseum Hall 500. 904, position information 905, parameter A information 906, parameter B information 907, and participating battle server process information 908 are stored.

ID 901 is identification information for uniquely identifying the player character 401. The destination IP address 902 stores the IP address of the video game device 100 used for transmitting the peripheral information of the Coliseum Hall 500 about the player character 401 to the video game device 100 that operates the player character 401. ing.

The name / type information 903 is used as information for displaying the name of the player character 401 on the display screen 122. The morphological information 904 is information used to represent the appearance (particularly clothes, physique, facial appearance, etc.) of the player character 401 on the Coliseum Hall 500. The position information 905 indicates the position of the player character 401 on the Coliseum Hall 500.

The parameter A information 906 is information about a parameter that appears on the display screen 122 as the appearance of the player character 401 as something that can change from moment to moment during battle or movement. For example, if a poisonous state (a state in which the character's HP slightly decreases at regular intervals) caused by an unusual attack from the enemy appears on the display screen 122 as the appearance of the player character 401, they are parameter A. Corresponds to information 906.

On the other hand, the parameter B information 907 does not change every moment during the battle or during the movement, but is information about the parameters appearing on the display screen 122 as the appearance of the player character 401, for example, the physique and muscular strength. Corresponds to. Specifically, if the numerical values of the physique and muscular strength as the parameter B information 907 are high, the player character 401 on the Coliseum Hall 500 displayed on the display screen 122 is displayed larger than those having low numerical values. It will be.

Further, as the information regarding the parameters, the matching character table 900 shown in FIG. 16A is not particularly managed (it may not be the information to be transmitted to the player character but may be merely retained), but the player character 401 There are parameter C information and parameter D information regarding parameters that do not appear as appearance (managed in the battle character table described later). The parameter C information changes from moment to moment during battle or movement, and includes, for example, the character's HP or MP (magic points, which decrease each time magic is used).

On the other hand, the parameter D information does not change every moment during battle or movement, for example, the amount of damage (decrease in HP) that appears as a result of actions such as attack and magic such as attack power or defense power is calculated. It relates to the parameters used in the above.

That is, since the parameters A and B appear on the display screen 122 as the appearance, the zone server device 200 that transmits the information related to the appearance to each video game device 100 holds the information. On the other hand, the parameters C and D do not appear on the display screen 122 as an appearance, but these information are necessary for obtaining the amount of damage in the battle and are stored in the battle character table, which will be described later. It becomes.

In the participating battle server process information 908, if the player character 401 is in a battle, the identification information of the battle server process related to the battle is stored, and if not in the battle, any information is stored. It is in a state of not being (Null).

All of this information is registered and updated based on the information transmitted from the video game device 100, the zone server device 200, and the battle server device 300, which will be described later, and is periodically (for example, 0) while moving. The form information 904, the position information 905, the parameter A information 906, and the parameter B information 907 are updated in the information related to the position and the form transmitted from the video game device 100 (every 5 seconds).

On the other hand, the shared server device 210 specifies the player character 401 as peripheral information of the player character 401 with respect to the video game device 100 that operates all the player characters 401 registered in the matching character table 900. ID 901, name / type information 903, form information 904, position information 905, parameter A information 906, parameter B information 907, and participating battle server process information 908 are transmitted periodically (for example, every 1.0 seconds).

Subsequently, the device information 911 and the number of processes 912 are stored in the matching process startup management table 910 for managing the number of startups of the matching server process shown in FIG. 16B.

Information that identifies each of the two shared server devices 210 and the out-of-game server device 350 is registered in the device information 911, and the shared server device 210 and the out-of-game server device 350 are simultaneously registered in the number of processes 912. It remembers the number of server processes that are running.

In the number of processes 912, the number of matching server processes is set to 1 in each of the shared server device 210 and the out-of-game server device 350 based on the information transmitted from the shared server device 210 and the out-of-game server device 350. Increases by 1 when the is started, and decreases by 1 when the matching server process ends.

When executing matching, the shared server device 210, which has a smaller number of matching server processes to be started, is given priority as to which of the two shared server devices 210 is used to start the matching server process that manages the progress of the matching. Select and start it.

Further, when the matching server processes up to a predetermined maximum number that can be started are already started in the two shared server devices 210, and a new battle is executed, the out-of-game server device 350 is used there. It is assumed that the processing other than the online game according to this embodiment that is being executed is interrupted, the matching server process related to the matching is started, and the same processing as that of the shared server device 210 is performed.

FIG. 8 is a diagram showing the structure of data stored in the video game device 100. Here, ID801, name information 802, form information 803, position information 804, parameter A information 805, parameter B information 806, parameter C information 807, parameter D information 808, and zone server device identification. Information 809, battle server process identification information 810, and shared server process identification information 811 are stored.

The ID 801 is unique to the player character 401 operated by the video game device 100 in which the ID 801 is stored, and is the same as the one stored as the ID 601, ID 711, and ID 901. The ID 801 and ID 601, ID 711, and ID 901 uniquely identify the player character 401 moving or in battle on the field 400 or the Coliseum Hall 500, and the video game device 100 that operates the player character 401. It becomes a thing.

The name information 802 and the form information 803 are the same as those stored in the character appearance table of FIG. 6A, the battle character table 710 of FIG. 7B, or the matching character table 900 of FIG. 16A. The name information 802 stores information related to the name of the player character 401 operated by the video game device 100, and the form information 803 is the information of the player character 401 operated by the video game device 100. It stores information related to the form.

When the position information 804, the position of the player character 401 operated by the video game device 100 on the field 400 or the Coliseum hole 500 is stored, and the player character 401 is moving in the field 400 or the Coliseum hole 500. Is updated by the movement operation of the input unit 161 of the player.

On the other hand, during the battle, the battle progress information obtained by transmitting the input information to the battle server device 300 by the movement operation of the player and executing the battle progress process based on the input information is transmitted to the video game device 100. Receive at. The position information 804 during the battle is updated by the battle progress information obtained in this way.

Regarding the parameter A information 805, the parameter B information 806, the parameter C information 807, and the parameter D information 808, the character appearance table of FIG. 6A, the battle character table 710 of FIG. 7B, or FIG. The information is the same as that stored in the matching character table 900 of a). When the player character 401 is moving in the field 400, the parameter A information 805 and the parameter B information 806 (which appear on the display screen 122 as an appearance) are ID 801 and name information 802, and form information 803. And, together with the position information 804, it will be transmitted to the zone server device 200 at regular intervals (every 0.5 seconds). When the player character 401 is moving through the Coliseum Hall 500, the parameter A information 805 and the parameter B information 806 (which appear on the display screen 122 as an appearance) are ID801, name information 802, and form information 803. , And the location information 804, and the location information 804, are periodically (every 0.5 seconds) transmitted to the shared server device 210.

On the other hand, when the battle is in progress, the parameter A information 805, the parameter B information 806, the parameter C information 807, and the parameter D information 808 are updated by the battle progress information transmitted from the battle server device 300. It becomes.

The zone server device identification information 809 stores information such as the IP address of the zone server device 200 communicating with the video game device 100 that stores the zone server device identification information 809. The battle server process identification information 810 is the IP address of the battle server device 300 of the battle server process that has established communication with the video game device 100 that stores the information, and one battle server process started by the battle server device. It is for storing the information for identifying the server, and is NUML when not in the battle. The common server process identification information 811 includes the IP address of the shared server device 210 of the matching server process that has established communication with the video game device 100 that stores the common server process identification information 811 and one matching server process started by the shared server device. It is for storing the information for identifying the server, and is NUML when the matching is not in progress.

Further, a buffer area for temporarily storing information transmitted from the zone server device 200, the common server device 210, and the battle server device 300, which are used in generating an image to be displayed on the display screen 122 described later, is provided. It is secured for each information. Regarding the peripheral information transmitted from the zone server device 200 and the common server device 210, a storage area capable of storing the peripheral information of 2 is secured for the delay display process described later, and the peripheral information transmitted from the battle server device 300 is secured. As for the information, since the image is generated in real time, a storage area capable of storing the information around one battle is secured.

Next, the progress of the online game and the flow of data according to this embodiment will be described. 9 and 10 schematically show the progress of the online game and the flow of data. The progress of the online game shown in FIG. 9 is for the party 403a to move on the Coliseum Hall 500 in which a plurality of the parties 403b exist, and to confirm the battle intention to the party 403b of one group existing on the Coliseum Hall 500. By performing a selective action, a battle with the party 403a is performed, and the progress until the battle is completed is shown.

As shown in FIG. 9A, each of the parties 403a moving in the Coliseum Hall 500 has data in the video game device 100 in which the player characters constituting the party 403 are operated and the common server device 210. Is being sent and received. From the video game device 100, ID801, name information 802, form information 803, position information 804, parameter A information 805, and parameter B information 806 (collectively referred to as "appearance / position information") are common servers. It is to be transmitted to the device 210.

On the other hand, from the common server device, for each video game device 100, another player character 401 specified as peripheral information of the player character 401 operated by the video game device 100, and ID 901 related to the enemy character 402, Name information 903, form information 904, position information 905, parameter A information 906, parameter B information 907, and participating battle server process information 608 are transmitted.

Further, as the timing of transmitting these data to each device, the appearance / position information transmitted from the video game device 100 is transmitted at a timing of, for example, every 0.5 seconds, and is transmitted from the common server device 210. Peripheral information is transmitted, for example, at a timing of every 1.0 second.

Subsequently, in order to confirm the battle intention from the video game device 100 that operates the player characters that make up the party 403a to the video game device 100 that operates the other player characters that make up the party 403b at the Coliseum Hall 500. By performing the selection action, a confirmation notification for confirming the battle intention is given to the common server device 210. When the video game device 100 that operates another player character 401 makes a decision to approve the battle, the management of the position and parameters of each player character 401 of the party 403a and the party 403b is transferred to the battle server device 300, and the battle is performed. As shown in FIG. 9B, the video game device 100, the common server device 210, and the battle server device 300 transmit and receive data to and from each other prior to the start of the battle in order to make the progress. There is.

First, in the first stage, until the battle is executed, the video game device 100 that operates the player character 401 constituting the party 403a that will perform the battle battles the common server device 210. Along with the information specifying the party 403b that the party wishes to perform, the information indicating that the battle is desired (hereinafter referred to as "battle intention selection information") is transmitted.

Subsequently, in the second stage, the common server device 210 that has received the battle intention selection information sends the party 403a that applied for the battle to the video game device 100 that operates the player character 401 that constitutes the selected party 403b. Along with the specified information, information indicating that a battle is desired (hereinafter referred to as "battle application information") is transmitted.

In the third stage, in the video game device 100 that has received the battle application information, the information that the battle is approved by the operation of the player's input unit 161 (hereinafter referred to as "battle approval information") is provided to the common server device 210. Matching is established by sending to.

When the shared server device 210 receives the battle approval information, as the fourth step, the shared server device 210 selects the battle server device 300 for generating and starting the battle server process for executing the battle, and the selection is made. Information related to the party 403a and the party 403b for the party 403a (hereinafter referred to as "battle process generation instruction information") is transmitted to the battle server device 300 instructing the generation / start of the battle server process. To do.

Here, the information related to the party 403a that is also transmitted as the battle process generation instruction information includes the ID 901 of the player character 401 that constitutes the party 403a and the destination IP of the video game device 100 that operates the player character 401. The information related to the party 403b is the address 902, and the information related to the party 403b is ID 901, name / type information 903, form information 904, position information 905, parameter A information 906, and parameter B information 907 of the player character 401 constituting the party 403b. is there.

Then, in the fifth stage, the battle server device 300 that has received the battle process generation instruction information generates and starts a new battle server process, and then promptly, information for identifying the battle server process (hereinafter referred to as “information”). "BSV specific information") is transmitted to the common server device 210.

In the sixth stage, the common server device 210 that has received the BSV specific information immediately refers to the video game device 100 that operates the party 403a and the party 403b that participate in the battle executed in the battle server process. Transfer the received BSV specific information.

In the seventh stage, the video game device 100 that has received the BSV specific information is directed to the battle server device 300 in which the battle server process in which the battle processing is performed is generated and started based on the BSV specific information. Information related to the player character 401 operated by the video game device 100 (hereinafter referred to as "connection request information") is transmitted together with information to request a connection for establishing communication with the video game device 100.

Here, the information related to the player character 401 that is also transmitted as the connection request information includes ID 801 of the player character 401, name information 802, form information 803, position information 804, parameter A information 805, and parameter B information 806. , Parameter C information 807, and parameter D information 808.

When the connection request information is received, the battle server process of the battle server device 300 establishes communication with the video game device 100, starts the battle, and controls all the progress of the battle until the end. When the battle is started, as shown in FIG. 9C, the input operation of the input unit 161 of the player who operates the player character 401 by the video game device 100 is performed from the video game device 100 to the battle server device 300. Information about (hereinafter referred to as "input information") is sent.

On the other hand, the battle server device 300 transmits information related to the result of the battle progress process (hereinafter referred to as "battle progress information") to the video game device 100, and to the common server device 210. As battle peripheral information, ID 711, name / type information 713, form information 714, position information 715, parameter A information 716, and parameter B information 717 of the party 403a and the player characters 401 constituting the party 403b participating in the battle. To send.

Further, as the timing of transmitting these data to each device, the battle progress information transmitted from the battle server device 300 is transmitted at a timing of, for example, 1/30 second, and the video game device 100 receives the data. Is to immediately transmit as input information when a player's input operation is detected. On the other hand, the battle peripheral information transmitted from the battle server device 300 is transmitted at a timing of, for example, every 0.5 seconds.

During the battle, no data is transmitted from the video game device 100 to the common server device 210, but the common server device 210 to the video game device 100 periodically ( Peripheral information is transmitted every 1.0 seconds).

However, regarding the transmission of peripheral information from the common server device 210 during the battle, the video game device 100 does not use it for the generation process of the image displayed on the display screen 122 described later, and the battle server device due to an error. Communication with the 300 is cut off during the battle, and this is done to urgently establish communication with the common server device 210.

When all the parties 403b are defeated in the battle, the battle ends, and as shown in FIG. 9D, the battle is performed from the battle server device 300 to the video game device 100 and the common server device 210. Information indicating that the game has ended (hereinafter referred to as "battle end information") is transmitted.

Based on this battle end information, the video game device 100 and the common server device 210 execute the process related to the end of the battle, and as shown in FIG. 9A, data transmission / reception between the video game device 100 and the common server device 210 is performed. Is restarted. In the battle server device 300, the battle server process is terminated after the battle end information is transmitted.

Subsequently, in the progress of the online game shown in FIG. 10, during the battle, another player character 401 who has not participated in the battle participates in the battle by performing a battle intention action, and the battle is performed. It shows the progress to the middle of the battle.

As shown in FIG. 9C, one of the moving player characters 401 has a battle intention action (for example, a player in battle) for a battle in the vicinity of the player character 401 on the field 400. When a recovery magic is executed on the character 401, an attack is executed, or an action that is advantageous or disadvantageous to any party 403 is performed), as shown in FIG. 10 (a), the corresponding action is performed. Prior to participating in the battle, the video game device 100 transmits / receives data to / from the common server device 210 and the battle server device 300.

Before participating in a battle, in the first stage, the video game device 100 that operates the player character 401 to participate in the battle is the target of the battle will action as battle intention information to the common server device 210. Along with the information that identifies the party 403 that has become, the information indicating that the battle will be performed will be transmitted.

Subsequently, in the second stage, the common server device 210 that has received the battle intention information identifies the battle server process that is executing the battle in which the specified party 403 participates based on the information, and BSV specific information. As a result, the battle intention information is transmitted to the video game device 100 that has transmitted the information.

In the third stage, the video game device 100 that has received the BSV specific information executes the battle server process in which the process of participating the battle is executed based on the BSV specific information. In addition to the information indicating that a connection for establishing communication with the battle server process is requested, the information relating to the player character 401 operated by the video game device 100 is transmitted as connection request information.

Upon receiving the connection request information, the battle server process of the battle server device 300 establishes communication with the video game device 100 so that the player character 401 operated by the video game device 100 can participate in the battle. Become.

In this way, when the new player character 401 participates in the battle, as shown in FIG. 10B, the input information is transmitted from the video game device 100 that operates the player character 401 to the battle server device 300. Then, the battle server device 300 starts transmitting the battle progress information to the video game device 100.

Next, the frequency of data transmission to the video game device 100 and the format of the data will be described. As described above, peripheral information is transmitted to the video game device 100 from the common server device 210 during movement (even during battle), and during battle, battle progress information is transmitted from the battle server device 300 by the battle server process. Will be sent.

FIG. 11 schematically shows the transmission frequency and the format of the data transmitted from the common server device 210 and the battle server device 300 to the video game device 100. As shown in FIG. 11, the format of the data transmitted from the common server device 210 for the information of the player character 401 and the party 403 included in the peripheral information, except for the ID and the like as their identification information, is in the form. , Position, parameter A, and parameter B information.

On the other hand, as the battle progress information, the format of the data transmitted from the battle server device 300 is the form and position of the information of the player character 401 and the party 403 participating in the battle, except for the ID as the identification information thereof. , Parameter A, Parameter B, Parameter C, and Parameter D information.

As described above, the data transmitted from the common server device 210 and the data transmitted from the battle server device 300 by the battle server process differ depending on whether or not the parameter C and the parameter D that do not appear as an appearance are included. It has become a thing. That is, if the number of player characters 401 and enemy characters included in the peripheral information transmitted to one video game device 100 or the battle progress information is the same, the data transmission by the battle server process is better at one time. The amount of data to be transmitted becomes large.

Further, as shown in FIG. 11, the frequency of transmission of peripheral information from the common server device 210 is every 1.0 seconds, whereas the frequency of transmission of battle progress information transmitted by the battle server process is 30 minutes. Every second.

The peripheral information or battle progress information transmitted to the video game device 100 in this way is used to generate an image for display on the display screen 122 of the display device 121 of the video game device 100. It becomes. As described above, one frame time of this image is 1/30 second, and the battle progress information transmitted by the battle server process is transmitted every 1/30 second. Therefore, during the battle, the display screen is displayed. The image displayed on 122 is generated and displayed in near real time.

On the other hand, while moving, the image of the player character 401 operated by the video game device 100 is processed every frame time, and the image displayed on the display screen 122 is generated and displayed in real time. The peripheral information transmitted from the common server device 210 is transmitted every 1.0 second, which is significantly different from the one frame time of the image. Therefore, while moving, a delayed display process is performed to generate an image to be displayed on the display screen 122.

In this delayed display process, first, the peripheral information transmitted from the common server device 210 is sequentially stored in the peripheral information storage buffer (for example, RAM 105) in the order in which the peripheral information is transmitted. Then, among the peripheral information transmitted from the common server device 210 and received / stored in the video game device 100, the peripheral information received 1.0 second before the image of the player character 401 generated in real time is obtained. Generate an image based on.

That is, in the video game device 100, the image generated by the peripheral information is displayed on the display screen 122 with a delay time of 1.0 second, which is the timing of receiving the peripheral information (the timing of transmission from the zone server device 200). It will be.

Further, since the image is generated at 1.0 second intervals, the peripheral information used for generating the image displayed on the display screen 122 at the timing of every 1.0 second (hereinafter, "past peripheral information"). The peripheral information of the timing between the peripheral information received at that timing (hereinafter referred to as "current peripheral information") is not received.

Therefore, from the past peripheral information and the current peripheral information, the changes in the peripheral information during that period are divided into equal intervals of 1 / 30th of a second and interpolated so that the changes during that period become smooth. The image displayed on the display screen 122 is generated based on the peripheral information divided every minute second.

Hereinafter, the processes executed by the zone server device 200, the common server device 210, the battle server device 300, and the video game device 100 that constitute the network system according to this embodiment will be described.

FIG. 12 is a flowchart showing a process executed by the zone server device 200. The control unit 203 of the zone server device 200 determines whether or not any information has been received from any of the battle server devices 300 or the video game device 100 (step S101). If any information has been received, the control unit 203 of the zone server device 200 determines what the received information is (step S102).

When the received information is the appearance / position information transmitted from the video game device 100, the control unit 203 of the zone server device 200 determines the character table 600 of the player character 401 operated by the video game device 100. The record in is updated with the received contents (step S103). Then, the process returns to the process of step S101.

In step S102, when the received information is the battle intention information transmitted from the video game device 100, the control unit 203 of the zone server device 200 performs the battle intention action included in the received information. It is determined whether or not the information for identifying the battle server process is registered in the battle server process information 608 of the player character 401 or the enemy character 402 (step S104).

If the information that identifies the battle server process is not registered (if the battle server process information 608 is FULL), the control unit 203 of the zone server device 200 is the battle server device 300 for generating and starting the battle server process. Is selected / determined (step S106), and battle process generation instruction information is transmitted to the battle server device 300 (step S105). Then, the process returns to the process of step S101.

If the information that identifies the battle server process is registered, the control unit 203 of the zone server device 200 transmits the BSV specific information to the video game device 100 (step S107). Further, in step S102, if the received information is the BSV specific information transmitted from the battle server device 300 by the battle server process, it participates in the battle server process (the information that identifies the battle server process is BSV specific information is transmitted to the video game device 100 (registered in the battle server process information 608). When the process of step S107 is completed, the control returns to the process of step S101.

In step S102, when the received information is the battle end information transmitted from the battle server device 300 by the battle server process, the control unit 203 of the zone server device 200 sets the battle server process information 608 of the character table 600. , The record of the enemy character 402 in which the information for identifying the battle server process is registered is deleted (step S108).

Subsequently, the control unit 203 of the zone server device 200 erases the contents of the battle server process information 608 registered in the player character 402 participating in the battle related to the transmitted battle end information in the field character table 600. (Step S109). Then, the process returns to the process of step S101.

In step S102, when the received information is the battle peripheral information transmitted from the battle server device 300 by the battle server process, the control unit 203 of the zone server device 200 determines the battle server process information 608 of the field character table 600. In step S110, the records of the player character 401 and the enemy character 402 in which the information specifying the battle server process is registered are updated with the contents of the received information (step S110).

Further, if the information of a new enemy character 402 that does not exist in the field character table 600 is included, the table of the new enemy character 402 is added. When the process of step S110 is completed, the control returns to the process of step S101.

If the received information is the matching information transmitted from the common server device 210 in step S102, the control unit 203 of the zone server device 200 determines the matching process generation server device (step S111). Subsequently, the control unit 203 of the zone server device 200 installs the matching process generation instruction information in the server device (step S112). Then, the process returns to the process of step S101.

In step S102, when the received information is the information that identifies the common server process transmitted from the common server device 210, the control unit 203 of the zone server device 200 uses the KSV specific information as the video game device 100. Is transmitted to (step S113). When the process of step S113 is completed, the control returns to the process of step S101.

Further, in step S102, if the received information is the matching end information indicating that the matching transmitted from the common server device 210 has been completed, the common server process information of the player character whose matching has been completed is deleted (). Step S114). Then, the process returns to the process of step S101.

If it is determined in step 101 that no information has been received, the control unit 203 of the zone server device 200 starts processing in the zone server device 200, or from the time when the previous 1.0 second has elapsed. , It is determined whether 1.0 second has elapsed (step S115). If it is determined that 1.0 second has not elapsed, the control returns to the process of step S101.

If it is determined in step S115 that 1.0 second has elapsed, the control unit 203 of the zone server device 200 will contact the video game device 100 that operates all the player characters 401 registered in the field character table 600. Peripheral information corresponding to the player character 401 is transmitted (step S116). Then, the process returns to the process of step S101.

FIG. 13A is a flowchart showing a battle process generation process executed by the battle server device 300. The control unit 203 of the battle server device 300 determines whether or not the battle process generation instruction information transmitted from the zone server device 200 has been received (step S201).

Upon receiving the battle process generation instruction information, the control unit 203 of the battle server device 300 generates and starts the battle server process (step S202), and transmits the BSV specific information to the zone server device 200 or the common server device 210 (step S202). Step S203). Then, the process returns to the process of step S201. In step S201, the process of step S201 is repeated until the battle process generation instruction information is received.

Subsequently, FIG. 13B is a flowchart showing the battle server process processing executed in the battle server device 300. First, if the battle is started while the player character is moving in the field 400, the control unit 203 of the battle server device 300 is based on the area 412 in which the enemy character 402 is included in the battle process generation instruction information. , From the enemy character combination table 700, determine the combination of enemy characters to participate in the initial stage of the battle executed in the battle server process, and register them in the battle character table 710 together with the player characters 401 participating in the battle (. Step S211). On the other hand, if the battle is started by the matching in the common server device 210, the control unit 203 of the battle server device 300, together with the player character 401 included in the battle process generation instruction information, is the matching partner. Information about other player characters is registered in the battle character table 710 (step S211).

Subsequently, the control unit 203 of the battle server device 300 determines whether or not the connection request information from the video game device 100 has been received (step S212). If it is determined that the connection request information has been received, the control unit 203 of the battle server device 300 establishes communication with the video game device 100 that has transmitted the connection request information, and the player character 401 included in the connection request information The table of the player character 401 included in the battle character table 710 is updated according to the content of the information (step S213).

Further, in step S212, if the information related to the player character 401 included in the connection request information determined to be received is not in the battle character table 710, the player character 401 newly participates in the battle. Therefore, the record of the player character 401 is added to the battle character table 710. When the process in step S213 is completed, the control returns to the process in step S212.

On the other hand, if it is determined in step S212 that the connection request information has not been received, the control unit 203 of the battle server device 300 has started the battle server process or has elapsed 1/30 second of the previous time. It is determined whether 1/30 second has passed (step S214). If it is determined that 1/30 second has not elapsed, the process returns to step S212.

If it is determined in step S214 that 1/30 second has elapsed, the content of the input information transmitted from the video game device 100 participating in the battle is checked (step S215). Subsequently, the control unit 203 of the battle server device 300 performs a battle progress process based on the content of the input information (step S216).

In this battle progress process, when the enemy character 402 is defeated, it is determined that it will be added, and for the enemy character 400 registered in the battle character table 710, the addition waiting flag 702 is 1. If there is, the addition waiting flag 702 is updated to 0 in the ascending order of the ID 711 registered in the battle character table 710, and the player participates in the battle.

Subsequently, the control unit 203 of the battle server device 300 determines whether or not the battle has ended because all the enemy characters have been defeated as a result of the battle progress process (step S217). When it is determined that the battle is not completed, the control unit 203 of the battle server device 300 transmits the game progress information to the video game device 100 that operates all the player characters 401 participating in the battle. (Step S218). Then, the process returns to the process of step S212.

When it is determined in step S217 that the battle has ended, the control unit 203 of the battle server device 300 uses the battle end information as a video for operating the zone server device 200 and all the player characters 401 participating in the battle. It is transmitted to the game device 100 (step S219) to end the battle server process.

FIG. 14 is a flowchart showing a process executed by the video game device 100. The control unit 103 of the video game device 100 determines whether or not the information for identifying the battle server process is stored in the battle server process identification information 810 stored in the video game device 100. It is determined whether or not the player character 401 to be operated is in battle (step S301).

If it is determined that the battle is not in progress, the control unit 103 determines whether or not matching is in progress (step S330). If it is determined that matching is not in progress, it is determined whether or not some information has been received (step S302). If it is determined that no information has been received, the control unit 103 starts processing in the video game device 100, or has 1/30 second elapsed since the previous 1/30 second elapsed. It is determined whether or not (step S303).

When it is determined that 1/30 second has elapsed, the control unit 103 determines whether or not the input operation is detected by the operation of the input unit 161 by the player (step S304). When it is determined that the input operation is detected, the control unit 103 determines whether or not the input operation is an input operation for causing the player character 401 to perform a battle intention action (step S305).

Further, in step S305, when it is determined that the input operation is an input operation for performing the battle intention action, the control unit 103 performs the process of step S307 with respect to the zone server device 200. , The battle intention information is transmitted (step S306).

After it is determined that the operation is not an input operation for performing a battle intention action, or after the battle intention information is transmitted in step S306, the control unit 103 responds to the input operation and stores the morphological information stored in the video game device 100. 803, position information 804, parameter A information 805, parameter B information 806, parameter C information 807, or parameter D information is updated (step S307).

If it is determined in step S304 that no input operation has been detected, or following the process of step S307, the control unit 103 sends the current peripheral information, the past peripheral information, and the video stored in the peripheral information storage buffer. Based on the form information 803, the position information 804, the parameter A information 805, and the parameter B information 806 stored in the game device 100, an image to be displayed on the display screen 122 is generated (step S308).

When it is determined in step S303 that 1/30 second has not elapsed, or after the processing in step S308, the control unit 103 starts the processing in the video game device 100, or 0.5 seconds before. It is determined whether or not 0.5 seconds have passed since the elapse (step S309). If it is determined that 0.5 seconds have not elapsed, the control returns to the process of step S301.

When it is determined that 0.5 seconds have passed, the control unit 103 transmits the appearance / position information to the zone server device 200 (step S310). Then, the process returns to the process of step S301.

If it is determined in step S330 that matching is in progress, the control unit 103 determines whether or not matching has been completed (step S331). If it is determined that the matching has not been completed, it is determined whether or not the matching progress information has been received (step S332). When it is determined that the matching progress information has been received, the display screen is generated based on the matching progress information (step S333). Next, the control unit 103 determines whether or not the input operation is detected by the operation of the input unit 161 by the player (step S334). If it is determined that the input operation has been detected, the control unit 103 transmits the input information about the input operation to the common server device 210 (step S335). Then, the process returns to the process of step S301.

If it is determined in step S331 that the matching is completed, the control unit 103 erases the common server specific information stored in the video game device 100 (step S336), and returns to the process of step S301. If it is determined in step S331 that the matching progress information has not been received, or if it is determined in step S334 that the input operation has not been detected, the control returns to the process of step S301.

If it is determined in step S302 that some information has been received, the control unit 103 further determines what the received information is (step S312).

When the received information is the BSV specific information transmitted from the zone server device 200, the control unit 103 updates the battle server process specific information 810 with the information related to the battle server process included in the BSV specific information. (Step S313), the connection request information is transmitted to the battle server device 300 in which the battle server process is started (step S314), and the video game device 100 and the battle server process establish communication. Then, the process returns to the process of step S301.

When the information received in step S312 is the KSV specific information transmitted from the zone server device 200, the control unit 103 updates the common server specific information (step S341) and refers to the common server device 210. Then, the connection request information is transmitted (step S342), and the video game device 100 and the shared server device 210 establish communication. Then, the process returns to the process of step S301.

When the received information is the peripheral information transmitted from the zone server device 200, the control unit 103 puts the peripheral information in the peripheral information storage buffer for storing the current peripheral information among the peripheral information storage buffers. Are sequentially stored (step S315). Then, the process returns to the process of step S301.

If it is determined in step S301 that the battle is in progress, the control unit 103 determines whether or not the battle end information transmitted from the battle server device 300 by the battle server process has been received (step S321). ). If it is determined that the battle end information has not been received, the control unit 103 determines whether or not the battle progress information has been received from the battle server device 300 by the battle server process (step S322).

When it is determined that the battle progress information has been received, the control unit 103 performs an image generation process to be displayed on the display screen 122 based on the battle progress information (step S323). Subsequently, the control unit 103 determines whether or not the input operation is detected by the operation of the input unit 161 by the player (step S324).

If it is determined that the input operation has been detected, the control unit 103 transmits the input information about the input operation to the battle server device 300 in which the battle server process is started (step S325). Then, the process returns to the process of step S301.

If it is determined in step S321 that the battle end information has been received, the control unit 103 erases (updates with NULL) the battle server process specific information 810 stored in the video game device 100 (step S326). , Return to the process of step S301. If it is determined in step S322 that the battle progress information has not been received, or if it is determined in step S324 that the input operation has not been detected, the control returns to the process of step S301.

FIG. 15A is a flowchart showing a matching process generation process executed in the common server device 210. The control unit 203 of the common server device 210 determines whether or not the matching process generation instruction information transmitted from the zone server device 200 has been received (step S401).

Upon receiving the matching process generation instruction information from the zone server device 200, the control unit 203 of the common server device 210 generates and starts the matching server process (step S402), and transmits the KSV specific information to the zone server device 200 (step S402). Step S403). Then, the process returns to the process of step S401. In step S401, the process of step S401 is repeated until the matching process generation instruction information is received.

Subsequently, FIG. 15B is a flowchart showing a matching process process executed in the common server device 210. First, the control unit 203 of the common server device 210 determines whether or not the connection request information from the video game device 100 has been received (step S411). If it is determined that the connection request information has been received, the control unit 203 of the common server device 210 establishes communication with the video game device 100 that has transmitted the connection request information, and the player character 401 included in the connection request information. The table of the player character 401 included in the matching character table is updated according to the content of the information (step S412).

Further, in step S411, if the information related to the player character 401 included in the connection request information determined to be received is not in the matching character table, the player character 401 newly participates in the matching. , The record of the player character 401 is added to the matching character table. When the process in step S412 is completed, the control returns to the process in step S411.

On the other hand, if it is determined in step S411 that the connection request information has not been received, the control unit 203 of the common server device 210 determines whether to receive the battle server specific information (step S413). When it is determined that the battle server specific information has been received, the battle server specific information is transmitted to the video game device 100 (step S414).
If it is determined in step S413 that the battle server specific information has not been received, the control unit 203 of the common server device 210 has 30 minutes from the start of the battle server process or from the time when 1/30 second has elapsed. It is determined whether or not 1 second has passed (step S415). If it is determined that 1/30 second has not elapsed, the process returns to step S411.

If it is determined in step S415 that 1/30 second has elapsed, the content of the input information transmitted from the video game device 100 participating in the matching is checked (step S416). Subsequently, the control unit 203 of the common server device 210 performs matching progress processing based on the content of the input information (step S417).

Subsequently, the control unit 203 of the common server device 210 determines whether or not the matching is completed because the matching is established as a result of the matching progress process (step S418). If it is determined that the matching has not been completed, the control unit 203 of the common server device 210 transmits the game progress information to the video game device 100 (step S419). Then, the process returns to the process of step S411.

When it is determined in step S418 that the matching is completed, the control unit 203 of the common server device 210 operates the matching end information to operate all the player characters 401 participating in the matching in the common server device 210. Transmission to device 100 (step S420).

Next, if the information that identifies the battle server process is not registered (if the battle server process information 608 is FULL), the control unit 203 of the common server device 210 is a battle server for generating and starting the battle server process. The device 300 is selected and determined (step S421), and the battle process generation instruction information is transmitted to the battle server device 300 (step S422).

As described above, the online game system according to this embodiment includes a server group 250 including a zone server device 200, and a plurality of video game devices 100 connected to the zone server device 200 via a network 150. In the provided online game, a plurality of characters including a player character 401 operated by a player of each video game device 100 are operated in a common field 400 to advance the game.

In the progress of this game, a battle is executed in which any one or more player characters 401 fight against the enemy character 402, which is a non-player character. In this battle, the processing load is large because the parameters of the player character 401 and the enemy character 402 participating in the battle are updated in real time every 1 / 30th of a second.

This battle is performed on the same field 400 without moving to a virtual space different from the field 400 in which the player character 401 was moved before the start of the battle, but generally when the battle is not performed during the battle. Since the movements of the player character 400 and the enemy character 402 and the changes in the parameters are larger than those of the player character 400, the processing load for performing a battle is much larger than the processing load for performing a game other than the battle.

Further, in this online game system, an enemy character 402 that did not exist in the field 400 until the start of the battle may be added as an enemy character 402 that temporarily appears in the battle. When the enemy character 402 is added by the start of such a battle, the processing load is further increased by the amount of the added enemy character, and the processing load required to execute the battle becomes extremely large. If the number of players who can participate in the online game and the content of the game are narrowed down to the maximum expected processing load, the fun of the game may be halved.

Here, in the online game system according to this embodiment, the zone server device 200 and the common server device 210 are added to the server group 250 configured to be able to connect to each of the plurality of video game devices 100 via the network 150. The battle server device 300 is provided in the above, and the execution of a battle with a large processing load is controlled by the battle server process executed by the battle server device 300.

Therefore, it is not necessary for the zone server device 200 and the common server device 210 to control the execution of the battle having a large processing load, and the processing load applied to the zone server device 200 or the common server device 210 does not become too large. As a result, the number of players who can participate in the provided online game and the content of the game that can be played can be prevented from being so limited by the execution of the battle with the addition of the enemy character 402.

Further, since the parameters of the player character 401 and the enemy character 402, which are updated every 1 / 30th of a second in the battle, do not have to be managed by the zone server device 200, the processing load on the zone server device 200 or the common server device 210 is applied. Becomes even smaller. As a result, restrictions on the number of players who can participate in the provided online game and the content of the game that can be played can be reduced.

By the way, the zone server device 200 manages the states of each of the plurality of player characters 401 and the enemy characters 402 operating in the field 400, while the battle server device 300 manages the player character 401 and the enemy who are in battle. The state of the character 402 is managed, and in the state managed here, parameters that are updated every 1 / 30th of a second in the battle are also managed.

However, when there is a player character 401 that performs a battle and a player character 401 that does not perform a battle, if the battle is completely separated and executed by the battle server device 300, the battle executed by the battle server device 300 A player who operates a player character 401 who does not perform a battle that is not under the control of a server process will not know the progress of the battle at all on the display screen 122 of his / her own video game device 100.

On the other hand, in the online game system according to this embodiment, the states of the player character 401 and the enemy character 402 managed in the battle server process and the result of the battle progress processing processed in the battle server process. The battle peripheral information generated in response to the above is transmitted from the battle server device 300 that executes the battle server process to the zone server device 200 or the common server device 210, and the state of each character managed by the zone server device 200 is this. It is also updated with information around the battle (that is, it reflects the progress of the battle).

Then, peripheral information reflecting the result of the progress processing of the battle is transmitted to the video game device 100 corresponding to the player character 401 that has not performed the battle, and a display image of the game is generated based on this. Therefore, even if the player of each video game device 100 does not have his or her player character 401 participate in the battle, the video game device 100 displays the progress of the battle being performed by the player character 401 of another player. It can be confirmed on the screen 122.

Further, the zone server device 200 or the common server device 210 transmits peripheral information to each video game device 100 at intervals of 1.0 second, while the video game device 100 corresponding to the player character 401 performing a battle. The battle server device 300 executing the battle server process of the battle determines the states of the player character 401 and the enemy character 402 managed there and the result of the battle progress processing processed in the battle server process. It provides battle progress information that is generated accordingly.

Therefore, if the zone server device 200 or the common server device 210 that does not control the progress of the battle transmits peripheral information at a longer time interval than the battle server device 300 that executes the battle server process that controls the progress of the battle. Therefore, the processing load for transmitting peripheral information can be reduced. The restrictions on the number of players who can participate in the provided online game and the content of the game that can be played can be further reduced.

Then, in the video game device 100, among the peripheral information transmitted from the zone server device 200 every 1.0 second, the change of the peripheral information during that period from the past peripheral information and the current peripheral information is 1/30. The image is divided into equal intervals every second and interpolated, and the image displayed on the display screen 122 is generated based on the peripheral information divided every 1 / 30th of a second.

By doing so, the video game device 100 generates an interpolation screen according to the reception interval of peripheral information and sequentially displays it on the display screen 122, so that the display image of the game other than the battle changes smoothly. Can be displayed.

Further, the battle server process executed by the battle server device 300 is necessary for executing the battle, not only in the position on the field 400, but also in the state of each player character 401 and the enemy character 402 performing the battle for each battle. (Including various parameters, etc.) is managed, but with reference to this, battle peripheral information including the positions of all player characters 401 and enemy characters 402 performing the battle is generated, and the zone server device 200 or the zone server device 200 or It is supposed to be transmitted to the common server device 210.

On the other hand, the zone server device 200 or the common server device 210 not only manages the positions of the plurality of player characters 401 moving in the field 400 in the field character table 600, but also manages the enemy characters appearing only in the battle. The position of the 402 in the field 400 is also managed by the field character table 600. The position of each character managed by this is updated based on the battle peripheral information transmitted from the battle server device 300.

The zone server device 200 or the common server device 210 transmits peripheral information to the video game device 100 corresponding to the player character 401 that is not performing a battle, and displays the game display image generated by this on the display screen 122 of the display device 121. However, the peripheral information also includes the position of the enemy character 402 that appears only in the battle that the player character 401 of the video game device 100 does not perform.

That is, a player who has not caused his / her own player character 401 to perform a battle can also see the battle that another player character 401 is performing with the enemy character 402 on the display screen 122, and is added only in the battle. You can also see the enemy character 402.

Further, there are four types of parameters set in the player character 401, among them, the parameters C and D are used in the appearance of the player character 401 on the display screen 122 of the video game device 100. It is defined as a parameter that does not make a difference.

Then, in the battle progress information transmitted from the battle server device 300 to the video game device 100, in addition to the information related to the parameters A and B, the information related to the parameters C and D is also transmitted, but the zone server device 200 Alternatively, the peripheral information transmitted from the common server device 210 to the video game device 100 does not include information related to the parameters C and D.

As a result, the amount of peripheral information transmitted from the zone server device 200 or the common server device 210 can be suppressed, and the processing load for transmitting the peripheral information can be reduced. On the other hand, since it is the video game device 100 of the player character 401 that has not performed the battle that receives the peripheral information that does not include the information related to the parameters C and D, what are the values of the parameters C and D? However, the player character 401 does not affect the progress of the game.

On the other hand, the battle server device 300 transmits the battle peripheral information that does not include the information related to the parameters C and D to the zone server device 200 or the common server device 210, and the zone server device depends on the result of the battle progress processing. Since the state of each character managed by 200 is transmitted, not only the progress other than the battle but also the progress of the battle is confirmed on the display screen 122 of the video game device 100 by the peripheral information generated and transmitted by the transmission. There will be no problem in doing so.

Here, since the enemy character 402 added only in the battle is a character that performs the battle, the battle server device 300 controls the operation instead of the zone server device 200 or the common server device 210. Therefore, even if the number of enemy characters 402 existing as a whole of the online game is increased, the number of enemy characters 402 for which the zone server device 200 or the common server device 210 must directly control the operation can be suppressed. Therefore, the processing load of the zone server device 200 or the common server device 210 can be suppressed.

Further, the type and / or number of the enemy character 402 added in the battle is determined depending on which area of the field 400 the enemy character 402 battles with.

In this case, in the battle performed in each area, the type and / or number of the enemy characters 402 to be added will be different, so that the variation of the battle will increase, and the fun of the battle will decrease as the number of battles by the same player increases. You can prevent it from coming.

In addition, the additional enemy character 402 not only appears at the start of the battle, but may also appear at the timing after the start of the battle, so the variation of the battle increases and the same player battles. As the number of times increases, it is possible to prevent the fun of the battle from becoming less interesting.

The present invention is not limited to the above-described embodiment, and various modifications and applications are possible. Hereinafter, modifications of the above-described embodiment applicable to the present invention will be described.

In the above embodiment, the battle will action for participating in the ongoing battle is the execution of recovery magic against the player character 402 during the battle, but the battle will action is an attack against the enemy character 402. It may be performed by performing the above, or by approaching the enemy character 402 in which the battle is being performed.

Further, the battle intention action performed at the start of the battle is not limited to the attack on the enemy character 402 existing in the field 400, but also approaches the enemy character 402 or a predetermined action (for example, in the vicinity of the enemy character 402). It may be due to picking up the item in. Further, it may only move to the place where the battle is started (at this time, the enemy character 402 added is only the combination of the enemy characters 402 determined at the start of the battle).

In the above embodiment, the combination of the enemy characters 402 determined at the start of the battle did not change until the end of the battle, but even if the enemy characters 402 are added during the battle. Good. Further addition of the enemy character 402 during the battle to the combination determined before the start of the battle may be performed when the moving player character 401 participates during the battle.

As a result, it is possible to add 4 or 5 enemy characters 402 to the area 412, which is normally combined with only 3 enemy characters 402, and it becomes possible to give the player unexpectedness. It is possible to prevent a situation in which the number of player characters 401 is overwhelmingly larger than the number of characters 402, and the difficulty level of the battle is relatively lowered.

In the above embodiment, the combination of the enemy characters 402 determined at the start of the battle is predetermined for each area 412, but this can be selected from among a plurality of types of enemy characters 402. Combinations and / or numbers may be randomly determined.

This is, for example, when the number of enemy characters 402 to be randomly added to the battle is determined in a predetermined range from the minimum number to the maximum number, and when it is decided to add two or more enemy characters, the addition is made. For example, the type of each of the two or more enemy characters 402 that have been decided to be used shall be determined. It may also be decided to add the type and number of enemy characters 402 according to a predetermined rule. As a result, the player cannot always read the combination of the enemy characters 402, which increases the interest of the game.

In the above embodiment, at the start of the battle, the timing of appearance of the enemy character 402 whose combination is determined is that the first one is immediately after the start of the battle and the second one is the enemy character 402. It appeared at the timing after was defeated. However, not limited to this, the appearance timing of such enemy characters 402 may be made to appear according to the elapsed time from the start of the battle, or may be made to appear all at once.

Also, the second body was not the timing when one enemy character 402 was defeated, but two enemy characters 402 (the enemy character 402 that initially existed in the field and the first enemy character 402 that was added) were defeated. The timing may be the timing when the player character 401 newly participating in the battle participates. This is the same even when three or more enemy characters 402 are added.

In the above embodiment, at the start of the battle, the combination of the enemy character 402 is determined for each area 412, and the enemy character 402 has unique morphological information and parameter information according to the type. , Even with the same type of enemy character 402, a plurality of different patterns may be prepared in these morphological information or parameter information.

For example, at the start of a battle, morphological information or parameter information is randomly selected from a plurality of different patterns for the determined type of enemy character 402 together with the combination of enemy characters 402 determined for each area 412. Or, a randomly obtained numerical value is extracted and applied to a predetermined arithmetic expression to change the parameter information.

As a result, even if the battle is performed in the same area 412 as before and the battle is performed with the enemy character of the same combination as before, the battle can be performed with the enemy character having a different appearance or parameter each time. Therefore, the variety of the enemy character 402 will increase, and it will be more interesting.

In the above embodiment, when the enemy character 402 whose combination has already been determined is added to the field 400 during the battle, the position is set to be near the player character 401, but the present invention is not limited to this. The position where the 402 is added may be determined from the positions of the player character 401 and the enemy character 402 that has not been defeated yet.

As a result, for example, the position where the enemy character 402 is added can be set to a position where the player character 401 can be pinched and shot, which gives the player unexpectedness and further enhances the fun of the game.

In the above embodiment, the display of the character during the battle is displayed from the zone server device 200 or the common server device 210 on the display screen 122 of the video game device 100 that operates the moving player character 401 that is not participating in the battle. It was limited to the display obtained from the transmitted peripheral information.

On the other hand, even if the moving player character 401 is present in the vicinity of the character performing the battle, the display screen 122 of the video game device 100 that operates the player character 401 may display the display screen 122. The battle progress information may be transmitted to the video game device 100 by the battle server process that performs the progress processing of the battle so that the characters in the battle can be displayed in more detail.

As a result, on the display screen 122 of the video game device 100 that operates the moving player character 401, the closer battle is displayed in detail for the player character 401 as compared with the battle that is performed far away from the field. As a result, the player of the video game device 100 can get a more realistic feeling for the game, and can obtain the interest as a video game.

Although not particularly described in the above embodiment, usually, when a character executes magic in a video game, various special displays are applied on the display screen 122 according to the type of the executed magic. Yes, even if it is the same type of magic (types are flame, thunder, etc.), if it has more powerful power, such special display will be displayed larger or more violently accordingly. Is what you do.

By performing the different special displays in the battle of the above embodiment in this way, the difference in the magical power executed by the player character 401 participating in the battle can be seen in the video game in which the player character 401 is operated. The player of the device 100 can recognize it through the display screen 122.

Similarly, the same special display can be displayed on the display screen 122 of the player of the video game device 100 that operates the moving player character 401 that is not participating in the battle, but the special display is not limited to this. Instead, you may make a simple display such that all the same special display is performed for each type of magic (not limited to magic, but also a special skill such as blowing fire from the mouth).

That is, with respect to the display screen 122 of the video game device 100 that operates the player character 401 performing the battle, the generation of the display image and the progress of the game are executed in real time, so that the special display by magic is It shall be different depending on the power of the magic.

On the other hand, with respect to the display screen 122 of the video game device 100 that operates the other player character 401 that is not in battle, the display images other than the movement of the field 400 of the other player character 401 are displayed every 1.0 seconds. It is generated by the delayed display process based on the transmitted peripheral information, and the amount of information is smaller than that during the battle.

Therefore, for battles that are visually recognized through the display screen 122 in such a case and that perform special display by magic, if the magic is of the same type, the information related to the special display of the magic is unified. The thing is included in the peripheral information and transmitted to the video game device 100 that operates another player character 401 that has not performed the battle.

This may include the same type of magic as a unified special display in the battle peripheral information transmitted by the battle server process that executes the process related to the battle. By doing so, when the special display is displayed on the display screen 122 of the video game device 100, the battle peripheral information received by the zone server device 200 or the common server device 210, the zone server device 200 or the common server device 210 Peripheral information transmitted from the server can be reduced, and the burden on the zone server device 200 or the common server device 210 can be reduced.

In the above embodiment, which battle server device 300 is used to generate and start the battle server process is determined by the battle process start management table 610 managed by the zone server device 200 or the matching process start management managed by the common server device 210. In Table 910, it is assumed that it is managed by the number of activations of the battle server process of the battle server device 300.

However, the present invention is not limited to this, and a new battle server process is generated by a load obtained from the amount of information of the battle peripheral information transmitted from the battle server process to obtain information on the load applied to the battle server device 300 by the battle server process. -The battle server device 300 to be activated may be selected.

Alternatively, the load information may be obtained from the battle server process as information for which the load amount is specially obtained, and the battle server device 300 that newly generates and starts the battle server process may be selected according to the load. ..

This makes it possible to manage the generation and startup of battle server processes by the fluid processing load of battle progress that cannot be seen only from the number of battle server process startups, and it is more efficient to generate and start battle server processes. Battle server device 300 can be selected.

In the above embodiment, a plurality of areas 412 exist on the field 400 managed by the zone server device 200. However, a zone server device 200 is provided for each of the areas 412, and the areas of the plurality of zone server devices 200 are used. Management may be performed for each 412.

At this time, when the player character 401 moves between the areas 412, the zone server device 200 (hereinafter referred to as "movement source zone server device 200A") that manages the movement source area 412 manages the movement destination area 412. Information that identifies the zone server device 200 (hereinafter referred to as "destination zone server device 200B") is transmitted to the video game device 100 that operates the player character 401, and the information that identifies the video game device 100 is moved. It is transmitted to the destination zone server device 200B.

The video game device 100 establishes communication with the destination zone server device 200A based on the information that identifies the destination zone server device 200A. In this way, the movement between the areas 412 shifts the management of the appearance and position of the player character 401 from the movement source zone server device 200A to the movement destination zone server device 200B.

In the above embodiment, when the battle is completed, the transmission of the battle progress information transmitted from the battle server device 300 to the video game device 100 every 1 / 30th of a second is finished, and the zone server devices 200 to 1 It starts receiving peripheral information transmitted every 0.0 seconds. Therefore, from the real-time image generation process that has been performed until the end of the battle, the image is generated by the delayed display process after the battle ends.

Therefore, the battle progress information transmitted from the battle server device 300 every 1 / 30th of a second is limited to the battle end information and is transmitted 1.0 second after the battle end determination, so that the peripheral information is delayed. It may be adjusted to the timing of the display process. As a result, the real-time image development until the end of the battle and the delayed image development of the peripheral information delay display processing displayed on the display screen 122 are buffered, and the player can see the image development of the display screen 122 immediately after the battle ends. You will be able to reduce the sense of discomfort.

In the above embodiment, the transmission timing of the peripheral information transmitted from the zone server device 200 or the common server device 210 is every 1.0 second, but this is transmitted from the battle server device 300 by the battle server process. Similar to the timing of transmitting the battle progress information to be performed, the battle progress information may be transmitted at a timing of 1/30 second.

As a result, the timing deviation from the one frame time on the display screen 122 of the display device 121 of the video game device 100 is eliminated, and the appearance and position of the player character 401 operated by the video game device 100 are real-time. It becomes possible to generate an image related to peripheral information according to the change of.

In the above embodiment, the transmission timing of the battle peripheral information transmitted from the battle server device 300 is every 0.5 seconds, but at the timing of transmitting the battle progress information to the video game device 100. It may be sent at a certain transmission timing of 1/30 second.

In the above embodiment, the player character 401 battles against and defeats the enemy character 402 in the battle, but in addition to or instead of this, the player characters 401 are battled with each other. You may. In this case, with respect to the video game device 100 that operates a plurality of player characters 401 that will start the battle, from the zone server device 200 to the video game device 100 in the sixth stage of FIG. 9D. The BSV specific information to be transmitted is transferred to the video game device 100.

In the online game according to the above embodiment, the player character 401 moves on the field 400 and battles with the enemy character 402, but in the field 400, another player character 401 is identified from the player. Instead of a battle, an event that allows you to see the event being performed, generates a display image of the display screen 122 in real time for the event, and updates the character parameters. You may go to. Such an event may be, for example, a race (car, horse, etc.) or a sport (soccer, baseball, etc.).

In the above embodiment, the player character 401 and the enemy character 402 are described as human-shaped and animal-shaped characters moving in the field, but the present invention is not limited to this, and in addition to or to these characters. Instead, vehicles such as airplanes and tanks may move or battle.

In the above embodiment, the description has been limited to MMORPG as an online game, but this is a large number of players if it is an online game that involves changes in circumstances such as field movements and events such as battles. It may be a simulation game in which

In the above embodiment, the video game device 100, which is a dedicated game machine, is applied as a device serving as a platform for executing a video game. On the other hand, the present invention may be realized by using a general-purpose personal computer or the like as a platform as long as it has the same components as the video game device 100 and has a network connection function. A portable game machine (including a mobile phone having an application execution function) having a configuration in which the display device 121 and the sound output device 125 are housed in the same housing as the device main body 101 may be applied.

As the recording medium 131, a semiconductor memory card can be applied instead of a DVD-ROM or a CD-ROM. A card slot for inserting this memory card can be provided instead of the DVD / CD-ROM drive 113. In the case of a general-purpose personal computer, the program and data according to the present invention may be stored and provided in advance in the HDD 107 instead of being stored and provided in the recording medium 131. Any recording medium for storing and providing the program and data according to the present invention can be applied depending on the physical form and distribution form of the hardware.

In the above embodiment, the program and data of the video game device 100 are stored and distributed in the recording medium 131. On the other hand, these programs and data may be stored in a fixed disk device included in the server device existing on the network and distributed to the device main body 101 via the network. In the video game device 100, the programs and data received by the communication interface 115 from the server device can be stored in the HDD 107 and loaded into the RAM 105 at the time of execution. The same applies to the program and data of the server device 200.

In the above embodiment, the zone server device 200, the two battle server devices 300, and the out-of-game server device 350 are the server group 250. Although the distance relationship between them is not particularly described, they are located at remote locations ( It may be present in a different area, country, etc., which does not exist in the same building.

Further, if the processing capacity of the video game device 100 is sufficient to manage the battle server process, the player character 401 operated by the video game device 100 in the video game device 100 instead of the battle server device 300 The battle server process related to the battle may be managed.

[Additional Notes]
The description of the above-described embodiments has described at least the following inventions so that a person having ordinary knowledge in the field to which the invention belongs can carry out the invention.
[1]
In order to achieve the above object, the online game system according to the first aspect of the present invention is connected to a plurality of main server devices and each main server device via a communication line, and displays a game display screen. A plurality of client devices having devices are provided, and a plurality of characters including a player character operated by a player of each client device are operated in a common field provided for each main server to advance the game, and eventually An online game system that provides an online game that includes an immediate processing game in the progress process that advances the game while immediately updating the parameters set for one or more player characters, and is different from the plurality of main server devices. Predetermined conditions for executing the immediate processing game on the sub-server device while being configured to be able to connect to each of the plurality of client devices connected to the device via the communication line via the communication line. The common server device that controls the execution of the game start process, the plurality of main server devices, and the plurality of client devices that are connected to different main server devices via a communication line, respectively. It is configured to be connectable via a communication line, and further includes a sub-server device that controls execution of the immediate processing game of the online games, and each of the plurality of client devices is made by a player of the client device. It is input from the operation command input means for inputting an operation command to the player character to be operated and the operation command input means when the immediate processing game is not executed by the player character operated by the player of the client device. In addition to transmitting information according to the operation command to the main server device, non-immediate processing game information periodically transmitted from the main server device is received, and the game is based on the received non-immediate processing game information. The main server device meets the non-immediate processing game execution means for generating the display screen of the above and displaying it on the display device, and the predetermined conditions for executing the immediate processing game start processing by the operation of the player of the client device. When it is established, in order to execute the immediate processing game start process, the common server connecting means connected to the common server device and the common server connecting means are connected to the common server device and operated by the player of the client device. Immediate processing by the player character Immediately when the game start process is being executed, the information corresponding to the operation command input from the operation command input means is transmitted to the common server device, and is periodically transmitted from the common server device. The client device includes an immediate processing game start processing progress means that receives processing game start processing information, generates a game display screen based on the received immediate processing game start processing information, and displays it on the display device. A secondary server connection that connects to the secondary server device to execute the immediate processing game when a predetermined condition for the player character operated by the player to execute the immediate processing game is satisfied in the common server device. Input from the operation command input means when the immediate processing game is being executed by the means and the player character connected to the sub-server device by the sub-server connecting means and operated by the player of the client device. The information according to the operation command is transmitted to the sub-server device, the immediate processing game information periodically transmitted from the sub-server device is received, and the game display screen is based on the received immediate processing game information. A character state management means for managing the state of each of the plurality of characters operating in the field, each of the plurality of main server devices is provided with an immediate processing game progress means for generating and displaying the game on the display device. Each character that receives information according to the means and the operation command transmitted from each of the plurality of client devices, and is managed by the character information management means according to the information according to the received operation command. The non-immediate processing game updating means for updating the state of the above and the immediate processing game information periodically transmitted from the secondary server device when the immediate processing game is being executed in the secondary server device are received, and the immediate processing game information is received. According to the immediate processing game updating means that updates the state of each character managed by the character information management means according to the received immediate processing game information, and the state of each character managed by the character state management means. The non-immediate processing game information transmission means for generating the non-immediate processing game information and transmitting the generated non-immediate processing game information to at least a client device corresponding to a player character on which the immediate processing game is not executed is provided. The sub-server device is operated by a player of a client device connected by the sub-server connecting means. Operations transmitted from the immediate processing game management means that manages the state of the character executing the immediate processing game, including the parameters set in the layer character, and the client device connected by the secondary server connection means. Is received, the immediate processing game is executed using at least the information according to the command of the operation, and is managed by the immediate processing game management means according to the execution result of the immediate processing game. The immediate processing game execution means for updating the state of each character, the state of the character managed by the immediate processing game management means, and the execution result of the immediate processing game by the immediate processing game execution means. The common server device includes an immediate processing game information transmitting means that generates processing game information and transmits the generated immediate processing game information to a client device connected by the sub server connecting means and the main server device. Receives information according to an operation command transmitted from a client device connected by the common server connection means, and executes the immediate processing game start process using at least the information according to the operation command. The immediate processing game start processing information is generated according to the execution result of the immediate processing game start processing execution means and the immediate processing game start processing by the immediate processing game start processing execution means, and the generated immediate processing game start processing is generated. Immediate processing game start processing information transmission means for transmitting information to a client device connected by the common server connection means is provided, and the immediate processing game start processing information is processed by executing the immediate processing game start processing. When a predetermined condition for executing the game is satisfied, it is characterized by including information regarding the establishment of the predetermined condition.
[2]
The online game system includes a main server device and a plurality of client devices connected to the main server device via a communication line, and the online game provided here is operated by a player of each client device. A plurality of characters including the player character are operated in a common field to advance the game. Further, in the progress process of this game, an immediate processing game is executed in which the game is advanced while the parameters set for any one or more player characters are immediately updated. Since this immediate processing game proceeds while updating the parameters immediately, the processing load for the processing becomes large.
[3]
Here, the online game system also includes a sub-server device configured to be able to connect to each of the main server device and the plurality of client devices via a communication line, so that the execution of an immediate processing game with a large processing load can be performed. It will be controlled by this sub-server device. Therefore, it is not necessary for the main server device to control the execution of the immediate processing game having a large processing load, and the processing load applied to the main server device does not become too large. Further, since the parameters of each player character that is immediately updated in the immediate processing game do not have to be managed by the main server device, the processing load on the main server device is further reduced. As a result, restrictions on the number of players who can participate in the provided online game and the content of the game that can be played can be reduced.
[4]
By the way, the main server device manages the state of each of the plurality of characters operating in the field, while the secondary server device manages the state of the character playing the immediate processing game, and the character managed here. In the state of, the parameters that are updated immediately in the immediate processing game are also managed. However, if there is a player character that plays the immediate processing game and a player character that does not play the immediate processing game, if the immediate processing game is completely separated and executed by the secondary server device, it is under the control of the secondary server device. A player who operates a player character who does not play an immediate processing game, which is not available in the server, cannot know the progress of the immediate processing game at all on his / her client device.
[5]
On the other hand, in the online game system, the immediate processing game information generated according to the state of the character managed in the secondary server device and the execution result of the immediate processing game processed in the secondary server device is secondary. The state of each character transmitted from the server device to the main server device and managed by the main server device is also updated by this immediate processing game information (that is, the execution of the immediate processing game is reflected).
[6]
Then, non-immediate game information reflecting the execution of the immediate processing game is transmitted to the client device corresponding to the player character who is not playing the immediate processing game, and the game display screen is generated based on this. Therefore, the player of each client device confirms the progress of the immediate processing game being performed by the player characters of other players on the game display screen even if his or her player character is not involved in the immediate processing game. It will be possible.
[7]
Further, in order for the immediate processing game to be executed in the sub server device, it is necessary to satisfy a predetermined condition for starting the immediate processing game in the common server device. This predetermined condition is that a plurality of players connected to the common server device, such as different client devices, transmit a manifestation of intention that the immediate processing game may be executed from each client device to the common server device. This is the case when matching is established. When a predetermined condition for starting the immediate processing game is satisfied, each client device is connected to the same secondary server device, and the secondary server device executes the immediate processing game by these plurality of players. Since it is possible to connect to the same common server device even from a client device connected to a different main server device, even players who execute play on different main server devices can mutually. It is possible to execute an immediate processing game. That is, even if the player characters have different network divisions, they can meet each other via the common server device, and the immediate processing game start processing (matching processing) on the common server device is being executed, or on the secondary server device. It is also possible to communicate through the network during the execution of the job processing game.
[8]
In the online game system, in the immediate processing game, a plurality of teams to which at least one character consisting of a player character and / or a non-player character belongs perform a virtual battle, and the character is in a movable virtual space. The battle field is set in, and the character who moves out of the battle field leaves the virtual battle. In the virtual battle, all the characters belonging to at least one team are incapable of fighting due to the virtual battle, or virtual. It is characterized by ending when it becomes one of the states of being separated from the battle.
[9]
In this case, in the immediate processing game, a plurality of teams composed of a player character and / or a non-player character perform a virtual battle, and a battle field is set in a virtual space in which the character can move. Characters that move out of this battle field leave the virtual battle, and once they leave, they cannot rejoin the virtual battle. The virtual battle ends when all the characters belonging to at least one team are either incapacitated by the virtual battle or are separated from the virtual battle. By moving out of the battle field in this way to leave the virtual battle, when one character escapes to leave the virtual battle, the other will not chase indefinitely. .. In addition, by effectively utilizing the set battle field, you can continue the virtual battle while preparing to leave the virtual battle at any time as needed, or the enemy character will not leave the virtual battle. Players can also enjoy various bargaining in virtual battles, such as considering the arrangement of player characters.
[10]
In the online game system, the parameters set for the player character updated in the immediate processing game include non-morphological parameters that do not show a difference in the form of the player character on the display screen displayed on the display device. The immediate processing game information includes display information necessary for the immediate processing game execution means to generate a display screen, and is set to at least a player character operated by a player of a client device that receives the immediate game information. The non-immediate processing game information includes display information necessary for the immediate processing game execution means to generate a display screen, and is set to a player character operated by a player of a client device. It may not include the non-morphological parameters.
[11]
In this case, the immediate processing game information transmitted from the secondary server device to the client device includes not only the display information but also the out-of-form parameters, but the non-immediate processing game information transmitted from the main server device to the client device is displayed. Information is included but non-morphological parameters are not included. As a result, the amount of information of the non-immediate processing game information transmitted from the main server device can be suppressed, and the processing load for transmitting the non-immediate processing game information can be reduced.
[12]
On the other hand, since it is the client device of the player character who is not playing the immediate processing game that receives the non-immediate processing game information that does not include the out-of-form parameter, the progress of the game regardless of the value of the non-form processing parameter. There is no effect on. On the other hand, there is no problem in confirming not only the progress of the non-immediate processing game but also the progress of the immediate processing game on the game display screen by the display information included in the non-immediate processing game information.
[13]
In this case, the display information included in the non-immediate processing game information may be simplified from the display information included in the immediate processing game information.
[14]
In this case, the amount of display information included in the non-immediate processing game information can be smaller than the amount of display information included in the immediate processing game information, so that the amount of information of the non-immediate processing game information transmitted from the main server device can be set. It can be further suppressed, and the processing load for transmitting non-immediate processing game information can be reduced.
[15]
In the online game system, the plurality of characters may include a non-player character different from any of the player characters, and the non-player character may include a non-player character that appears only in the immediate processing game. ..
[16]
The operation of the non-player character in the online game must be controlled not on the client side but on the server side, and this non-player character includes a non-player character that appears only in the immediate processing game. Here, since the non-player character that appears only in the immediate processing game is a character that performs the immediate processing game, the operation can be controlled not by the main server device but by the secondary server device. As a result, even if the number of non-player characters appearing as a whole in the online game is increased, the number of non-player characters for which the main server device must directly control the operation can be suppressed. The processing load of the device can be suppressed.
[17]
In the online game system, when the start condition of the immediate processing game in which none of the other player characters is performed is satisfied for the player character operated by the player of any client device. , A process generation requesting means for requesting the sub-server device to generate a process for executing an immediate processing game in which the start condition is satisfied, and a return from the sub-server device based on a request from the process requesting means. Receives process identification information for specifying the process for executing the immediate processing game, and transfers the received process identification information to the client device corresponding to the player character that satisfies the start condition of the immediate processing game. The sub-server device further includes a process-specific information transfer means for processing, and the sub-server device performs the immediate processing when the process generation requesting means requests the generation of a process for executing the immediate processing game in which the start condition is satisfied. A process generation means for generating and starting a process for executing a game, and a process identification information returning means for returning the process identification information for specifying the process generated by the process generation means to the common server device. The sub-server connecting means provided in the client device corresponding to the player character that satisfies the start condition of the immediate processing game receives the process-specific information transferred from the process-specific information transfer means. , The received process specific information may be used to connect to the sub-server device.
[18]
Here, when the start condition of the immediate processing game is satisfied, the sub-server device generates a process for executing the immediate processing game for which the start condition is satisfied based on the request from the common server device. In this way, the secondary server device dynamically generates a process only for the immediate processing game that is actually executed, so that resources are wasted for the immediate processing game that is not actually executed. Never. Since resources are not wasted for the immediate processing game that is not actually executed, the free resources can be allocated to the execution of some processing other than the execution of the immediate processing game.
[19]
In this case, when the player character operated by the player of any of the client devices satisfies the condition for participating in the immediate processing game currently being performed by any of the other player characters. In addition, the process identification information for transmitting the process identification information for specifying the process for executing the immediate processing game in which the participation condition is satisfied to the client device corresponding to the player character in which the participation condition for the immediate processing game is satisfied is transmitted. The sub-server connecting means provided in the client device further provided with the transmitting means and corresponding to the player character that satisfies the participation condition of the immediate processing game receives the process specific information transmitted from the process specific information transmitting means. Then, the received process specific information can be used to connect to the sub-server device.
[20]
Further, here, there are a plurality of the sub-server devices, and the common server device manages which of the plurality of sub-server devices each of the processes for executing the immediate processing game is started. When the process management means for storing the process management information of the above is provided, the process generation requesting means is based on the process management information stored in the process management means when the start condition of the immediate processing game is satisfied. It is possible to select any of the plurality of sub-server devices and request the selected sub-server device to generate a process for executing the immediate processing game in which the start condition is satisfied.
[21]
In order to achieve the above object, the server device group according to the second aspect of the present invention is a plurality of main servers connected to a plurality of client devices having a display device for displaying a game display screen via a communication line. The game is advanced by operating a plurality of characters including a player character operated by a player of each client device in a common field provided for each main server device, which is composed of a plurality of server devices including the devices. A group of server devices that provide an online game including an immediate processing game in which an immediate processing game is advanced while immediately updating parameters set for any one or more player characters. The plurality of server devices are the plurality of server devices. A sub-server device that is configured to be connectable to each of the main server device and the plurality of client devices via a communication line, and controls the execution of the immediate processing game among the online games, and the plurality of mains. An immediate processing game for satisfying a predetermined condition for executing the immediate processing game on the sub server device while being configured to be connectable to each of the server device and the plurality of client devices via a communication line. The main server device includes a common server device that controls execution of start processing, and the main server device includes a character state management means that manages the states of each of the plurality of characters operating in the field, and among the plurality of client devices. At least in the client device corresponding to the player character that has not performed the immediate processing, the information corresponding to the operation command for the player character input by the player is received, and the information according to the received operation command is received. A non-immediate processing game updating means for updating the state of each character managed by the character information management means, and a periodic transmission from the sub-server device when the immediate processing game is being executed in the sub-server device. Immediate processing game updating means for receiving the received immediate processing game information and updating the state of each character managed by the character information management means according to the received immediate processing game information, and the character state management means. The non-immediate processing game information is generated according to the state of each managed character, and the generated non-immediate processing game information is transmitted to at least the client device corresponding to the player character in which the immediate processing game is not performed. Equipped with non-immediate processing game information transmission means The sub-server device is an immediate processing game management means for managing the state of the character executing the immediate processing game including parameters set in the player character, and a client device performing the immediate processing. The information according to the action command for the player character input by the player is received, the immediate processing game is executed using at least the information according to the action command, and the immediate processing game is executed according to the execution result. The immediate processing game executing means for updating the state of each character managed by the immediate processing game management means, the state of the character managed by the immediate processing game management means, and the immediate processing by the immediate processing game executing means. Immediate processing game information that generates the immediate processing game information according to the execution result of the game and transmits the generated immediate processing game information to the client device connected by the sub server connecting means and the main server device. The common server device includes a transmission means, receives information according to an operation command transmitted from a connected client device, and starts the immediate processing game using at least the information according to the operation command. The immediate processing game start processing information is generated according to the execution result of the immediate processing game start processing execution means for executing the processing and the immediate processing game start processing execution means by the immediate processing game start processing execution means, and the generated immediate processing game start processing information is generated. The immediate processing game start processing information transmission means for transmitting the processing game start processing information to the connected client device is provided, and the immediate processing game start processing information can be used to execute the immediate processing game start processing. When a predetermined condition for execution is satisfied, it is characterized by including information regarding the establishment of the predetermined condition.

100 Video game device 101 Video game main unit 103 Control unit 105 RAM
107 HDD
109 Sound processing unit 111 Graphic processing unit 112 Frame memory 113 DVD / CD-ROM drive 115 Communication interface 117 Interface unit 119 Internal bus 121 Display device 122 Display screen 125 Sound output device 131 Recording medium 200 Zone server device 201 Server main unit 203 Control unit 205 RAM
207 HDD
213 DVD / CD-ROM drive 215 Communication interface 231 Recording medium 250 Server group 300 Battle server device 350 Non-game server device

Claims (5)

A server device that is connected to a plurality of client devices having a display device for displaying a game display screen through a communication line and provides an online game that progresses by updating the state of at least one player character.
A means for controlling the progress of a battle started in a virtual space and a means for controlling the movement of characters who are not participating in the battle in the virtual space.
Information based on the input information input in the battle in order to display the game image based on the battle progress information on the first client device that operates the characters participating in the battle, and the progress content of the battle. A means of transmitting battle progress information, which is information indicating
Recognizing that the battle that can be participated from the middle is being executed in the virtual space in order to display the game image based on the battle peripheral information on the second client device that operates the character that is not participating in the battle. At least the information to be urged and the display mode of the progress state of the battle without causing the character operated by the second client device to participate in the battle when a predetermined condition is satisfied in the progress state of the battle. The display mode is different from the display mode in the first client device, and includes information for displaying in a specific display mode for simple display, and a means for transmitting battle peripheral information including the display mode.
The battle peripheral information, the first client device, the action of characters participating in the battle are displayed in each of a plurality of different forms for each type of action which is performed at the second client device, each type server apparatus characterized by including information for displaying the same form respectively. The server device according to claim 1, wherein the battle progress information is information that is not included in the battle peripheral information and includes information regarding the HP of the characters participating in the battle. The server device according to claim 1 or 2, wherein the specific display mode shows a display mode different from the display mode displayed on the second client device when the predetermined condition is not satisfied for the battle. .. To make a computer function as a server device that provides an online game that is connected to a plurality of client devices having a display device that displays a game display screen through a communication line and that progresses by updating the state of at least one player character. Program of
The computer
A means for controlling the progress of a battle started in a virtual space and controlling the movement of characters who are not participating in the battle in the virtual space.
Information based on the input information input in the battle in order to display the game image based on the battle progress information on the first client device that operates the characters participating in the battle, and the progress content of the battle. A means of transmitting battle progress information, which is information indicating
Recognizing that the battle that can be participated from the middle is being executed in the virtual space in order to display the game image based on the battle peripheral information on the second client device that operates the character that is not participating in the battle. At least the information to be urged and the display mode of the progress state of the battle without causing the character operated by the second client device to participate in the battle when a predetermined condition is satisfied in the progress state of the battle. A means for transmitting battle peripheral information including information for displaying in a specific display mode that is different from the display mode in the first client device and that is easily displayed.
It is a program to function as
The battle peripheral information, the first client device, the action of characters participating in the battle are displayed in each of a plurality of different forms for each type of action which is performed at the second client device, each type a program characterized by including information for displaying the same form respectively. Provided is an online game in which a plurality of client devices having a display device for displaying a game screen on a display device are connected to the plurality of client devices via a communication line and the state of at least one player character is updated to progress. A video game processing system equipped with a server device for
A means for controlling the progress of a battle started in a virtual space and a means for controlling the movement of characters who are not participating in the battle in the virtual space.
Information based on the input information input in the battle in order to display the game image based on the battle progress information on the first client device that operates the characters participating in the battle, and the progress content of the battle. A means of transmitting battle progress information, which is information indicating
Recognizing that the battle that can be participated from the middle is being executed in the virtual space in order to display the game image based on the battle peripheral information on the second client device that operates the character that is not participating in the battle. At least the information to be urged and the display mode of the progress state of the battle without causing the character operated by the second client device to participate in the battle when a predetermined condition is satisfied in the progress state of the battle. The display mode is different from the display mode in the first client device, and includes information for displaying in a specific display mode for simple display, and means for transmitting battle peripheral information including the display mode.
The battle peripheral information, the first client device, the action of characters participating in the battle are displayed in each of a plurality of different forms for each type of action which is performed at the second client device, each type video game processing system which comprises an information for each display in the same form.

Images