KR20030012672A - Message processing method for multi-user network racing game - Google Patents

Abstract

PURPOSE: A method for processing a message for a multiuser network racing game is provided to improve a problem that the position information becomes different with respective users when an event message such as a position change is arrived with a delay by the network delay. CONSTITUTION: The movement of a car is inputted from a user. In case that only movement input is changed, a move message including the movement input is generated and transmitted to other user client connecting to a game server. A position message representing the position of the car is generated with the first time interval and transmitted to other user client connecting to a game server(505). The move message or the position message from other user client is received and the car position of the user client receiving the message is updated(507). It is judged that the car is within a probable range of colliding with other client user's car. In case of a collision range, the position message is generated with the second time interval smaller than the first time interval and transmitted to other user client within the collision range(513).

Description

MESSAGE PROCESSING METHOD FOR MULTI-USER NETWORK RACING GAME}

The present invention relates to a message processing method for a multi-user network game in order to reduce the processing load of the server by reducing the calculation amount of the game server and to improve the problems caused by the delay of message transmission on the network.

Recently, multi-player network games such as MUG (Multi-User Graphic) games such as Lineage and strategy simulation games such as StarCraft have become popular. In recent years, multiplayer support is an essential requirement for most games so that the rating of the game can be the difference between the sky and the ground, depending on whether the game is multiplayer.

In multiplayer games, it is important to see how stable it can be at low data rates and how much less lagging can be done on the client side.

The LAG phenomenon refers to a phenomenon in which a game is suspended due to a delay in data transmission and reception during a multiplayer game. If the rack phenomenon occurs frequently, if you play in multiplayer, the game slows down and you cannot enjoy the game smoothly.

Due to the characteristics of a network game in which a plurality of user clients are involved in game progress, it is common to synchronize the user movements and to execute the main program for the game on the game server in order to reduce the above racking phenomenon.

1 is a schematic system configuration diagram when a multi-user network game is completely executed in a conventional game server.

Referring to FIG. 1, a plurality of user computers 100-1, 100-2, hereinafter referred to as user clients, and a game server 110 are connected to each other through a network.

Each user client 100-i receives an input from a user through a keyboard or the like and transmits it to the game server 110, and receives the result of the operation, that is, the current situation, from the game server 110 and shows it on the screen. do.

However, in the conventional method shown in FIG. 1, if fast data exchange is not performed between the user client 100-i computer and the server 110, it is difficult to smoothly play a multi-user network game due to network delay.

In practice, a large amount of data transfer is not essential for multiplayer. The most important thing is to continuously exchange data containing the opponent's movements and the gamers' own movements in real time.

Considering the synchronization between users, it is most preferable to exchange each other's position information every frame. In this way, each player's position is almost exactly as visible to the other players, and there is little racking.

However, sending the player's location information every frame brings a large amount of data to and from the user, and when a lot of users play a network game, the network load is rapidly increased. As a result, serious racking may occur.

Recently, the multi-user network game uses a scheme as shown in FIG. 2.

Each user client 100-i computer operates a separate game program and transmits a message including the contents of the event to another user client 100-i computer via the network only when a new event occurs. .

That is, for example, if 30 frames are transmitted per second, the location information each user exchanges every frame is generated 30 times per second. On the other hand, event information that occurs every time a position change occurs is generated only 0 to 10 times per second. As a result, the load on the network can be reduced, thereby reducing the occurrence of racking.

However, the method shown in Fig. 2 also causes the following problems when a message including the content of an event arrives late due to delay time on the network.

Hereinafter, a problem of the case where a message arrives late due to a delay time on a network will be described with reference to FIGS. 4A to 4D.

Even though the actual user's car has already rounded the corner (see FIGS. 4A and 4B), if a message indicating the user's car movement event arrives late, it will appear to the other user to hit the wall beyond the corner (FIGS. 4C and 4C). 4d).

In particular, if such a problem occurs several times, each user's car causes a fatal problem of moving in different places for each user client 100-i.

In addition, even when the collision of the car actually occurs, due to the network delay, the collision state may be detected later by another user, and as a result, the collision may not appear to the other user.

In addition, the existing online mug game has performed all coordinate calculation processing on the server, and the burden on the server is very heavy when performing various motion coordinate calculation of each user according to the progress of the game in the multi-user network game. .

In particular, in a game where speed is important, such as racing games, and a game where speed is important, the server is burdened with racking. In addition, since all coordinates must be calculated in three dimensions as in a 3D game, a burden on the server becomes very large when a larger amount of data is required.

Accordingly, the present invention has been made to solve the problems of the prior art, in the case of a multi-user network game, when the event message such as a change in location due to network delay arrives late location information and the like for each user has a problem It is an object of the present invention to provide a message processing method for a multi-user network game for improvement.

It is also an object of the present invention to provide a message processing method for a multi-user network game for improving a problem that a collision state is not transmitted to another user even when a vehicle collision actually occurs due to a network delay.

In addition, an object of the present invention is to improve the problem that the load of the server is increased when the server performs the motion coordinate calculation processing of the game player, etc. in the multi-user network game can significantly reduce the load on the server To provide a message processing method for.

1 is a schematic diagram of a multi-user network game system when a multi-user network game is completely executed in a conventional game server.

2 is a schematic diagram of a multi-user network game system configuration when a multi-user network game is executed in a conventional user computer.

Figure 3 is a schematic diagram of a multi-user network game system for reducing the load on the server by sharing the processing at the user computer and server when running the multi-user network game according to an embodiment of the present invention.

4A to 4D are exemplary diagrams illustrating a phenomenon in which a MOVE message arrives late due to a network delay when a vehicle moves around a corner during a network racing game.

5A is a flowchart illustrating a process of processing a message in a user client and transmitting a message to another user client through a game server according to an exemplary embodiment of the present invention.

5B is a flowchart illustrating a process of transmitting a message to another user client directly without passing through a game server by processing a message in a user client according to another exemplary embodiment of the present invention.

6A is a flowchart illustrating a process of processing a message received from another user client through a game server in a user client according to an exemplary embodiment of the present invention.

6B is a flowchart illustrating a process of processing a message received from another user client directly without passing through the game server in the user client according to another exemplary embodiment of the present invention.

7A to 7D are diagrams showing examples of message field configurations transmitted and received between user clients in a multi-user network racing game according to an embodiment of the present invention.

8 is a flowchart illustrating a collision processing between vehicles in a multi-user network racing game according to an exemplary embodiment of the present invention.

<Description of the symbols for the main parts of the drawings>

100-1, ..., 100-N: User Computer 110: Game Server

402: Racing Cars on the Screen

In order to achieve the above object, according to the present invention, in the message processing method for a multi-user network game performed in a user client coupled to a network and a game server, receiving a movement input of the vehicle from the user, and the movement input Generating and transmitting a MOVE message including the motion input only to another user client coupled to the game server when there is a change, and indicating a location of the vehicle at a first time interval having a predetermined size ( Generating and transmitting a POSITION message to another user client coupled to the game server, and receiving the MOVE message or a POSITION message from another user client coupled to the game server. ) Message or POSITION message Updating the location of the vehicle of the user client, determining whether the vehicle is in a collision area with a vehicle of another user client coupled to the game server, and determining whether there is a collision possibility; Generating a position message at a second time interval that is reduced by a predetermined size from the first time interval and transmitting the generated position message to a user client within the collisionable area. A recording medium is provided that contains a message processing method, a system corresponding to the method, and a program capable of performing the method.

The message processing method for the network game may include transmitting a warning message to a user client in the conflictable area when the collision possibility area is determined, and a warning from another user client. ) When receiving a message, setting a warning state of a collision with the vehicle of the user who has transmitted the warning message; and determining whether the vehicle is in conflict with a vehicle of another user client coupled to the game server. And a collision warning state determining step of judging whether or not the collision warning state is in a collision warning state with the vehicle of the user determined to be in conflict, if it is determined that there is a collision, and the collision warning state determination result. , If you are in a collision warning state The user's performing a collision with the process in the warning state may be further included.

The message processing method for the multi-user network game may search for a vehicle in a collision warning state among vehicles of another user client coupled to the game server, and if the vehicle in the collision warning state is outside a collision possibility area, Transmitting a warning release (SAFE) message for releasing a message to a user client corresponding to the vehicle in the collision warning state and positioning the user's client at the first time interval to the user client receiving the warning release (SAFE) message. The method may further include transmitting a message.

The MOVE message may further include at least one of a transmitter side user identifier for transmitting the MOVE message, a location of the vehicle, a direction of movement of the vehicle, acceleration selection information, and brake selection information. In addition, the POSITION message may further include at least one of a transmitting user ID for transmitting the POSITION message, a location of a vehicle, and a speed of the vehicle. In addition, the warning message may further include a user ID of a transmitting side transmitting the warning message and a user identifier of a vehicle in a collision possibility area. In addition, the warning release (SAFE) message may further include a user ID of the transmitting side for transmitting the warning release (SAFE) message and the user identifier of the vehicle to release the collision warning state.

At least one of the MOVE message, the POSITION message, the WARNING message, and the SAFE message further includes time information for transmitting the message, and the user client receiving the message includes: By calculating the transmission delay time through the network of the message using the time information of the transmission of the message, the transmission delay time may be reflected when updating the vehicle location of the user who sent the message.

The message, wherein the message means at least one message of a MOVE message, a POSITION message, a WARNING message, and a SAFE message, is received by the game server and the It can be sent by the game server to the user client specified in the received message. Alternatively, the user may be directly transmitted from the user client to the user client specified in the received message without passing through the game server.

The message processing method for the multi-user network game performed by the user client may be performed by downloading a program for executing the message processing method for the multi-user network game from the game server through a network.

According to another embodiment of the present invention, a message processing method for a multi-user network game performed in a game server coupled to a plurality of user clients and a network, the user to a user client connected to the game server for a network racing game Assigning an identifier, a MOVE message including a movement input value of the vehicle from a user to which the user identifier is assigned, a position message indicating a position of the vehicle, and a warning about a vehicle within a collision possibility area ( WARNING) receiving a SAFE message for clearing a message and a conflict warning condition, and sending the received message to a user client specified in the message. Method, the sheath corresponding to the method A recording medium is provided which contains a system and a program capable of performing such a method.

According to still another embodiment of the present invention, in a message processing method for a multi-user network game performed in a game server coupled to a plurality of user clients and a network, the user client connected to the game server for a network racing game Assigning a user identifier, a MOVE message including a movement input value of the vehicle from a user to which the user identifier is assigned, a position message indicating a position of the vehicle, and a warning about a vehicle within a collision possibility area Receiving a (WARNING) message and a SAFE message for releasing a conflict warning state, and transmitting the received message to a user client specified in the message, wherein the user client receives a message from the user. Receiving the movement input of the vehicle And generating a MOVE message including the motion input only when there is a change in the motion input, and transmitting the generated MOVE message to another user client coupled to the game server, at a first time interval having a predetermined size. Generating and transmitting a position message indicating a position to another user client coupled to the game server, and receiving the MOVE message or position message from another user client coupled to the game server; Message processing method for a multi-user network game, a system corresponding to the method, and performing the method of updating the position of the vehicle of the user client which has transmitted the MOVE message or the POSITION message. Provided recording media containing programs that can be .

According to another embodiment of the present invention, in the message processing method for a multi-user network game performed in a game server coupled to a plurality of user clients and a network, the user to a user client connected to the game server for a network racing game Assigning an identifier, a MOVE message including a movement input value of the vehicle from a user to which the user identifier is assigned, a position message indicating a position of the vehicle, and a warning about a vehicle within a collision possibility area ( WARNING) receiving a SAFE message to release the message and the conflict warning condition, and transmitting the received message to the user client specified in the message, wherein the user client moves from the user. Take the input, Generating a motion message only when there is a change in the user's motion input and generating a location message in a first period to transmit the motion message and the location message to another user via the game server, and in a collision area with another user's vehicle; Generating a location message at a second period shorter than the first period, and transmitting the location message to the user within the conflictable area via the game server; Setting a conflict warning state with the user who sent the warning message; and generating a warning release message when the user is in the collision warning state and outside the collision possibility area to set the location message generation period as the first period to transmit the location message. Multi-corporate steps that include Here message processing method for a network game system and a recording medium with a program to perform these methods are listed corresponding to the method is provided.

The invention is preferably applicable to multi-user network racing games. However, the present invention is not limited thereto, and the multi-user network game may be applied to a 2D or 3D mug game. In addition, if the movement of the user player is required, it can be applied to various multi-user network sports games such as strategy games, action games, shooting games, FIFA series soccer games, baseball games, such as StarCraft, Diablo, and the like. .

Hereinafter, with reference to the accompanying drawings, a preferred embodiment of a message processing method for a multi-user network game according to the present invention with a focus on a racing game will be described in more detail.

3 is a multi-user network game system for reducing the load of the server 110 by allocating a process between the user client 100-i and the server 110 when executing a multi-user network game according to an exemplary embodiment of the present invention. A schematic diagram of the.

Referring to FIG. 3, a multi-user network game system includes a plurality of user clients 100-1, 100-2,. The game server 110 is connected.

Each user client 100-i performs a motion calculation, collision processing, and the like of a vehicle, and transmits a message according to the processing result to other user clients via the game server 110.

In the case of car movements, each user's car moves individually, and each user client needs to know the location or condition of the other users. In addition, in the case of a collision between cars, the user clients 100-i must match their states. Thus, many messages are transmitted in this vehicle movement and collision handling.

The game server 110 may be a relay medium that receives such a message from the user client 100-i and delivers the message to another user client 100-j. In addition, the game server 110 notifies the start of the game, checks how many times each car is turning, scores the cars that have run all the tracks, and sorts the lap times of each user when all the users score. It handles game results, ranking and reporting rankings.

In other words, while the main process of advancing the game is handled by the server, the user's client 100-i handles movements and collisions that require a lot of calculation and burden the server.

By doing in this way, the processing burden according to the coordinate calculation for each of the plurality of users of the server 110 can be greatly reduced.

In another preferred embodiment, a method of directly transmitting a message between user clients 100-i without going through a server is also possible (see FIGS. 5B and 6B).

7A to 7D illustrate examples of configuration of message fields transmitted and received between user clients 100-i in a multi-user network racing game according to an exemplary embodiment of the present invention.

Referring to FIG. 7A, a message transmitted and received between the user client 100-i includes a message length 701, a message type identifier 703, a message field 710, and a time 705 when the message is transmitted.

The message type identifier 703 indicates a message type whether the message to be transmitted is one of a MOVE, a POSITION, a WARNING, and a SAFE message.

The message field 710 indicates message content for each message type (MOVE, POSITION, WARNING, SAFE message).

The time 705 when the message is transmitted is a time delay when transmitting a message through the network when the user client receiving the MOVE message, the position message, and the like updates the position of the vehicle using the received message. This is to reflect the vehicle position calculation.

The MOVE message is generated when there is a change in the user's car movement input value, the server-specific unique number 712a indicating the identifier assigned to each user connected to the server, and the sender user for identifying the sender user. A unique number 713a, a user key input value 714a such as the user's up, down, left, right, acceleration, brake, position of the car 715a, and direction of movement of the car 716.

The user client that receives the MOVE message determines the user who sent the MOVE message using the unique number 713a of the sending user, and applies the received MOVE message to the vehicle of the determined user.

The user key input value 714a is used to determine the movement of the car in another user client, and moves the car corresponding to the unique number 713a of the transmitting user to the user key input value 714a. If a new MOVE message comes later, the old user key input value 714a is discarded and the user's car is moved to the new user key input value 714a instead.

The position 715a of the vehicle indicates the position of the vehicle corresponding to the unique number 713a of the user of the sending side when the message occurs, and the movement direction 716 of the vehicle indicates the unique number of the user of the sending side when the message occurs. Direction of the vehicle corresponding to 713a).

The POSITION message is a message indicating a position value of a car that each user regularly sends to other users, and is generated more often than usual when a warning state is set with other cars.

The POSITION message includes a user-specific unique number 712b, a sender user unique number 713b, a car position 715b, and a car speed 717 assigned by the server.

The vehicle speed 717 represents a vehicle speed value corresponding to the unique number 713b of the user of the sending side at the time of sending the message. The user client receiving the POSITION message sets the speed of the vehicle corresponding to the unique number 713b of the sender user to this value.

A warning message is a message generated when each user determines that two cars are in a collidable state when the distance between another user's car and his car is smaller than a certain distance, that is, within a collisionable area. When two cars receive a warning message from each other, the vehicle is in a warning state, and in this state, a collision state is possible.

The warning message includes a user unique number 712c assigned by the server, a user ID unique to the sending side 713c, and a user unique number 718 in the collision possibility area.

The user unique number 718 in the collision possibility area represents a user unique number having a car that can collide with the user's car corresponding to the sender user unique number 713c.

The SAFE message is a message for releasing the warning when two cars move out of the collision possibility area in the warning state.

The SAFE message includes a user specific number 712d assigned by the server, a sender user unique number 713d, and a user unique number 719 for releasing a warning state.

In the case of conflict processing in each user client 100-i, a position message and a warning message are required to match two conflicting user clients. For example, if two cars A and B come within a distance that is likely to collide within a certain time and A catches the condition, A sends a warning message to B. If B also captures the condition, it sends a warning message to A, and both cars A and B enter the warning state. The two user clients 100-i are collided with each other with a position message that occurs more frequently than usual between two cars set to the warning state. A detailed description of the warning state setting for the collision processing will be described later with reference to FIG. 8.

5A is a flowchart illustrating a process of transmitting a message to another user client through a game server by processing a message in a user client according to an exemplary embodiment of the present invention, and FIG. 5B is a user according to another preferred embodiment of the present invention. This is a flow chart showing a process in which a client processes a message and sends the message directly to another user client without passing through the game server.

6A is a flowchart illustrating a process of processing a message received from another user client via the game server 110 in the user client 100 -I according to an exemplary embodiment of the present invention, and FIG. 6B is a preferred embodiment of the present invention. FIG. Is a flowchart illustrating a process of processing a message received from another user client directly without passing through the game server 110 in the user client 100 -I according to another exemplary embodiment.

Hereinafter, a process of transmitting and receiving a message between user clients will be described with reference to FIGS. 5A to 6B.

Referring to FIG. 5A, a plurality of users each access the game server 110 to participate in a game room consisting of a predetermined limited number of people to start a game and play a racing game (step 501).

Each user client 100-i receives a car movement input from the user, for example, up, down, left, right movement, acceleration, brake, etc., and determines whether there is a difference between the previous frame and the movement. (Step 503). As a result of the determination, if there is a difference from the previous frame, a MOVE message is transmitted to the game server 110 (step 505), and the game server 110 receives a MOVE message and transmits it to another user client. (Step 507). For example, if 30 frames are generated per second, if the user is moving upward in the previous frame and moving to the right in this frame, a MOVE message is generated, and this frame continues in the upward direction. If it is moving, no MOVE message is generated.

As a result of the determination of step 503, if there is no difference from the previous frame, it is determined whether another user's car is in the collision possibility area (step 509). As a result of the determination, if it is in the collision possibility area, a warning message is generated and a warning message is transmitted to the game server 110 (step 511). The game server 110 receives a warning message and transmits a warning message to the user client 100-i corresponding to the user unique number 718 in the collision possibility area of the warning message (WRNING message). Step 513).

As a result of the determination in step 509, if it is not within the collisionable area, it is determined whether another vehicle in the warning state is out of the collisionable area (step 515). As a result of the determination, in the case of departure from the collision possibility area, a warning release (SAFE) message is transmitted to the game server 110 (step 517), and the game server 110 receives a warning release (SAFE) message to release the warning state. The user's unique number 719 is transmitted to the user (step 519).

As a result of the determination of step 515, when another vehicle in a warning state does not leave the collision possibility area, it is determined whether a predetermined time has elapsed after transmitting the previous position message to transmit a position message at predetermined time intervals. (Step 521). As a result of the determination, when a predetermined time has elapsed, a position message is transmitted to the game server 110 (step 523), and the game server 110 transmits a position message to another user client. As a result of the determination, if the predetermined time has not elapsed, the process returns to step 501 again.

5B illustrates a case in which various messages are directly transmitted from the user client to another user client without passing through the game server 110, and each step corresponds to FIG. 5A, and thus description thereof will be omitted.

Referring to FIG. 6A, a game is started and the user client receives various messages via the server 110 (step 601a), and goes through a predetermined process according to the received message type.

It is determined whether the received message is a MOVE message (step 603), and if it is a MOVE message, the vehicle motion input data of the user who sent the MOVE message is updated (step 605), and the process returns to step 601a. .

Next, it is determined whether the received message is a warning message (step 607), and if it is a warning message, sets the warning state and the user's car that sent the warning message (step 609). ), The process returns to step 601a.

Next, it is determined whether the received message is a SAFE message (step 611), and if it is a SAFE message, release the warning state with the user's car that sent the SAFE message and (Step 613), the flow returns to step 601a.

Next, it is determined whether the received message is a POSITION message (step 615), and if it is a POSITION message, the car position of the user's vehicle which sent the POSITION message is updated (step 617), and Return to 601a.

6B illustrates a process of receiving various messages directly from another user client without passing through the game server 110 in the user client and processing the messages. Each step corresponds to FIG. 6A, and thus description thereof is omitted.

8 is a flowchart illustrating a process of collision between vehicles in a multi-user network racing game according to an exemplary embodiment of the present invention.

Referring to FIG. 8, the position message generation cycle is increased and decreased by the above-described method and the collision processing described below to exchange position messages between users, and to synchronize each other's current position as accurately as possible. (Step 801).

It is determined whether a warning message has been received from a user client corresponding to another user's vehicle (step 803), and if so, sets a warning state with the user who sent the warning message and does not receive it. If no, step 807 is performed.

To determine if another user's car is likely to collide with his car in the future, it is determined whether it is in the collisionable area (step 807), and if it is in the collisionable area, warns the user in the collisionable area. The message is sent (step 809), and if it is not within the conflictable area, step 811 is performed.

It is determined whether a collision is occurring in the current frame with another user's car (step 811), and if a collision is not occurring, step 817 is performed.

As a result of the determination, if a collision occurs, it is determined whether the vehicle is in the warning state again (step 813). If the vehicle is in the warning state, it is determined that the collision has occurred and the collision process is performed. Step 815 is performed.

If the determination in step 813 is not in a warning state-for example, A detects that B's car is in a collisionable area and sends a warning message to B, but B has If it is determined that it is not in the collisionable area with the driver, and does not send a warning message to A, step 817 is performed without performing the vehicle collision processing process (step 815).

In this case, A and B are not in a warning state, so A continues to send a warning message to B. When the two user clients are synchronized by the POSITION message to be transmitted and received, B again checks to see if it is within the collision potential area. If the two are likely to collide, B sends a warning message to A; if there is no potential conflict, B does not send a warning message to A, and A no longer collides with A, so no longer warns. Do not send a (WARNING) message. Therefore, the collision can be synchronized as much as possible by this method, and the network delay can solve the problem of not colliding with another user client even though it collided with one user client.

If the vehicle is in a warning state and the vehicle is outside the collisionable area, a SAFE message is sent to users of the vehicle outside the collisionable area (step 819). A POSITION message is exchanged between user clients in a warning state at a shorter interval than usual, and a POSITION message is exchanged according to a normal cycle between user clients in a SAFE state (step 819). .

Although the above has been described with reference to a preferred embodiment of the present invention, those skilled in the art to which the present invention pertains without departing from the spirit and scope of the present invention as set forth in the claims below It will be appreciated that modifications and variations can be made.

The message processing method for a multi-user network game according to the present invention transmits a MOVE message generated when there is a change in the movement of a vehicle and a POSITION message generated at a predetermined cycle to another user, thereby relating to the location between users. By synchronizing, when an event message such as a change of location arrives late due to network delay, the problem that the location information is different for each user can be improved.

In addition, the present invention improves the effect that the collision status is not transmitted to other users even though the collision of the vehicle is actually occurring due to network delay by exchanging position messages with a shorter period between vehicles in which the collision warning state is set. There is also.

In addition, the present invention is to reduce the load on the server by sharing the motion coordinate calculation process of the game player, etc. to the client without processing on the server, the server is responsible only for the start of the game, sending and receiving messages to the client, and other game operations. There is also an effect.

Claims (25)

In the message processing method for a multi-user network game performed in a user client coupled to a game server and a network, Receiving a movement input of a vehicle from a user; Generating a MOVE message including the motion input only when there is a change in the motion input and transmitting it to another user client coupled to the game server; Generating and transmitting a POSITION message indicating a position of the vehicle at a first time interval having a predetermined size to another user client coupled to the game server; Updating the position of the vehicle of the user client that has transmitted the MOVE message or the POSITION message by receiving the MOVE message or the POSITION message from another user client coupled to the game server; ; A possibility of collision determination step of determining whether a vehicle is within a collision possibility area with a vehicle of another user client coupled to the game server; And As a result of the determination of the possibility of collision, if the collision possibility region is located, the position message is generated at a second time interval reduced by a predetermined size from the first time interval, and transmitted to the user client within the collision possibility region. step Message processing method for a multi-user network game comprising a. The method of claim 1, The message processing method for the network game Transmitting a warning message to a user client in the conflictable area when the collision possibility area is determined as a result of the collision possibility determination; When a warning message is received from another user client, setting a collision warning state with a vehicle of the user who has transmitted the warning message; A collision determination step of determining whether a vehicle collides with a vehicle of another user client coupled to the game server; A collision warning state determining step of determining whether a collision warning state is in a collision warning state with a vehicle of the user determined to be collided when it is determined that there is a collision; And Performing collision processing with a vehicle of the user in the collision warning state when the collision warning state is determined; Message processing method for a multi-user network game, characterized in that it further comprises. The method of claim 2, The message processing method for the multi-user network game Search for a vehicle in a collision warning state among vehicles of other user clients coupled to the game server, and if a vehicle in the collision warning state is out of a collision possibility area, a warning release (SAFE) message is released to release the collision warning state. Transmitting to a user client corresponding to the vehicle in the collision warning state; And Transmitting a POSITION message to the user client that has received the SAFE message at the first time interval; Message processing method for a multi-user network game, characterized in that it further comprises. The method of claim 1, The MOVE message is Message processing for a multi-user network game, characterized in that further comprising at least one of a transmitting user identifier for transmitting the MOVE message, the position of the vehicle, the direction of movement of the vehicle, acceleration selection information and brake selection information. Way. The method of claim 1, The POSITION message is And at least one of a sender user identifier for transmitting the POSITION message, a location of a vehicle, and a speed of the vehicle. The method of claim 1, The warning message is And a transmitting user ID for transmitting the warning message and a user identifier of a vehicle in a collision-prone area. The method of claim 1, The warning release (SAFE) message And a transmitting user ID for transmitting the warning release (SAFE) message and a user ID of a vehicle for releasing a collision warning state. The method according to any one of claims 4 to 7, At least one of the MOVE message, a POSITION message, a WARNING message, and a SAFE message And the time information of transmitting the message, wherein the user client receiving the message calculates a transmission delay time through the network of the message by using the time information of the message transmission. Message transmission method for a multi-user network game, characterized in that for reflecting the transmission delay time in the position update. The method of claim 1, The message, wherein the message means at least one of a MOVE message, a POSITION message, a WARNING message, and a SAFE message. Received by the game server and transmitted by the game server to the user client specified in the received message Message processing method for multi-user network game characterized by The method of claim 1, The message, wherein the message means at least one of a MOVE message, a POSITION message and a WARNING message. Is sent to the user client specified in the received message directly from the user client without passing through the game server Message processing method for a multi-user network game, characterized in that. The method according to any one of claims 1 to 10, Message processing method for a multi-user network game performed in the user client And a program for downloading and executing a message processing method for the multi-user network game from the game server through a network. In the message processing method for a multi-user network game performed in a game server coupled to a plurality of user clients and a network, Assigning a user identifier to a user client connected to the game server for a network racing game; A MOVE message including a movement input value of a vehicle, a position message indicating a position of the vehicle, a warning message for a vehicle within a collision possibility area, and a collision warning state from a user to whom the user identifier is assigned. Receiving a warning release (SAFE) message to release the message; Transmitting the received message to a user client specified in the message Message processing method for a multi-user network game comprising a. The method of claim 12, In the user client Generating a MOVE message including the movement input and transmitting the generated MOVE message to the game server only when there is a change in the movement input of the vehicle received from the user; Generating and transmitting a position message indicating a position of the vehicle at a first time interval having a predetermined size to the game server; And Receiving the MOVE message or the POSITION message from the game server and updating the position of the vehicle of the user client that has transmitted the MOVE message or POSITION message; Message processing method for a multi-user network game, characterized in that for performing. The method of claim 13, In the user client A possibility of collision determination step of determining whether a vehicle is within a collision possibility area with a vehicle of another user client coupled to the game server; And Generating the position message at a second time interval reduced by a predetermined size from the first time interval, and transmitting the generated POS message to the user server within the collisionable area; Message processing method for a multi-user network game, characterized in that further performing. The method of claim 14, In the user client Transmitting a warning message to the game server to transmit a warning message to a user client in the conflictable area when the collision possibility is determined; Setting a collision warning state with a vehicle of the user who transmitted the warning message when receiving a warning message transmitted from another user client via the game server; A collision determination step of determining whether a vehicle collides with a vehicle of another user client coupled to the game server; A collision warning state determining step of determining whether a collision warning state is in a collision warning state with a vehicle of the user determined to be collided when it is determined that there is a collision; And Performing collision processing with a vehicle of the user in the collision warning state when the collision warning state is determined; Message processing method for a multi-user network game, characterized in that further performing. The method of claim 15, In the user client If the vehicle in the collision warning state is searched among the vehicles of other user clients coupled to the game server and the vehicle in the collision warning state is outside the collision possibility area, the user client corresponding to the vehicle in the collision warning state is searched. Transmitting a warning release (SAFE) message to the game server to release the collision warning state to be sent; And Transmitting a position message to the game server at the first time interval so that the SAFE message is transmitted to the user client who received the SAFE message. Message processing method for a multi-user network game, characterized in that further performing. The method of claim 12, The MOVE message is Message processing for a multi-user network game, characterized in that further comprising at least one of a transmitting user identifier for transmitting the MOVE message, the position of the vehicle, the direction of movement of the vehicle, acceleration selection information and brake selection information. Way. The method of claim 12, The POSITION message is And at least one of a sender user identifier for transmitting the POSITION message, a location of a vehicle, and a speed of the vehicle. The method of claim 12, The warning message is And a transmitting user ID for transmitting the warning message and a user identifier of a vehicle in a collision-prone area. The method of claim 12, The warning release (SAFE) message And a transmitting user ID for transmitting the warning release (SAFE) message and a user ID of a vehicle for releasing a collision warning state. The method of claim 12, At least one of the MOVE message, a POSITION message, a WARNING message, and a SAFE message And the time information of transmitting the message, wherein the user client receiving the message calculates a transmission delay time through the network of the message by using the time information of the message transmission. Message transmission method for a multi-user network game, characterized in that for reflecting the transmission delay time in the position update. In the message processing method for a multi-user network game performed in a game server coupled to a plurality of user clients and a network, Assigning a user identifier to a user client connected to the game server for a network racing game; A MOVE message including a movement input value of a vehicle, a position message indicating a position of the vehicle, a warning message for a vehicle within a collision possibility area, and a collision warning state from a user to whom the user identifier is assigned. Receiving a warning release (SAFE) message to release the message; Transmitting the received message to a user client specified in the message Including but not limited to: In the user client Receiving a movement input of a vehicle from a user; Generating a MOVE message including the motion input only when there is a change in the motion input and transmitting it to another user client coupled to the game server; Generating and transmitting a POSITION message indicating a position of the vehicle at a first time interval having a predetermined size to another user client coupled to the game server; And Updating the position of the vehicle of the user client that has transmitted the MOVE message or the POSITION message by receiving the MOVE message or the POSITION message from another user client coupled to the game server; Message processing method for a multi-user network game that performs. In the message processing method for a multi-user network game performed in a game server coupled to a plurality of user clients and a network, Assigning a user identifier to a user client connected to the game server for a network racing game; A MOVE message including a movement input value of a vehicle, a position message indicating a position of the vehicle, a warning message for a vehicle within a collision possibility area, and a collision warning state from a user to whom the user identifier is assigned. Receiving a warning release (SAFE) message to release the message; And Transmitting the received message to a user client specified in the message, In the user client Receiving a movement input from a user; Generating a motion message only when there is a change in a user's motion input and generating a location message in a first period to transmit the motion message and the location message to another user via the game server; Generating a location message at a second period shorter than the first period when the vehicle is in a collision area with another user vehicle, and transmitting the location message to a user in the collision area by the game server; Setting a collision warning state with a user who has transmitted the warning message when receiving a warning message indicating that the collision is possible; And Generating a warning release message and transmitting the location message by setting the location message generation period as the first period when the collision warning state is present and outside the collision possibility area; Message processing method for a multi-user network game comprising a. In the recording medium tangibly embodied and readable by the digital processing device, a program of instructions that can be executed by the digital processing device for performing a message processing method for a multi-user network game, 24. The recording medium of claim 1, wherein the message processing method for the multi-user network game includes any one of the message processing method for the multi-user network game according to any one of claims 1 to 23. Memory in which the program is stored; A processor coupled to the memory to execute the program Including but not limited to: The processor is a message processing system for a multi-user network game to execute the message processing method for a multi-user network game according to any one of claims 1 to 23 by the program.