WO2006108355A1 - A method providing playroom information to the mobile game players - Google Patents

Abstract

The present invention disclose a method providing playroom information to the mobile game players. The method provided by the present invention decides whether the status of the player in the playroom change to enter or to leave the game. If there is a player entering the game, then it keeps the table place status corresponding to the said player as occupied. If there is a player leaving the game, then it keeps the table place status corresponding to the said player as empty, and it sends all the table place flags of the changing status to the player. The said changing states are about the last time the player’s entering the game to he/she leaving the game. Because that the players have already received the empty table place flag before his/her entering the game for the first time, when the player leaves the game, comparing it with all the received table place flag of the changing states, it can acquire the desired empty table place flag. The present invention provides the table place states of the changing states to the player only when they leaving the game, it reduces the flow rate of the system, increases the game difficulty and in the same time saves the internet fee for the players.

Description

 Method for providing game room information for mobile game users

Technical field

 The present invention relates to the field of mobile games for mobile communications, and in particular to a method for providing game room information to mobile game users. Background of the invention

 The so-called mobile game is a game that runs on a mobile terminal based on a mobile communication network. Mobile games are a major direction in the development of entertainment business. Currently, the development of mobile games is limited by the following two aspects:

 First, the limitations of the mobile terminal's own capabilities, including performance, memory, and so on. The mobile terminal has low chip processing capability and small memory capacity. Therefore, it should try to avoid processing large-capacity data and avoid frequently processing data.

 Second, the speed and capacity of the mobile communication network. The mobile communication network has a low transmission rate and cannot perform excessive data interaction with the server. Therefore, mobile games should try to avoid large-capacity data interaction between the client and the game server, and should reduce the frequency of data interaction.

 Therefore, for mobile online games, the less data is transmitted to the user during the game, the better.

 Currently, most of the traffic for mobile online games comes from the synchronized data of the game room that the game server sends to the user. In the prior art, in order to synchronize the user data in the game room, two methods are generally used:

 1. The game server broadcasts every action of each user in the game room to all other users in the game room in real time.

Taking a user as an example, when the user just enters the game room, the game server will send all the game room information to the user. Game room information generally includes:

 User basic information (UserBaseInfo), including: user ID (UserlD), name, avatar ID, level, points, setting information, etc.;

 User table information (UserTablnfo), including: UserID, table ID, seat ID, operation ID, password, etc. The operation ID is used to mark whether the table is occupied or idle, for example: a value of 1 indicates that the table is occupied, and a value of 0 indicates that the table is idle;

 The user leaves the game room information (Usei'LeaveRoomlnfo), which mainly includes: UserlD and so on. UserlD is used to uniquely identify the user.

 Then, as soon as any game room information changes, the game server notifies the user of the changed game room information in real time, as follows:

 A. If a user joins the game room, the game server sends the UserBaseInfo of the user who joins the game room to the user.

 B. If a user joins the game, the game server sends the UserTablnfo of the user who joined the game to the user.

 C. If a user leaves the game, the game server sends the UserTablnfo of the user who left the game to the user.

 D. If a user leaves the game room, the game server sends the UserLeaveRoomInfo of the user who leaves the game room to the user.

 At present, mobile games only support a single window, and cannot perform multi-tasking window processing. Therefore, the game room information is sent to the user who is playing the game, and the user does not perform any processing after receiving the user, that is, the user is only playing the game. You need to see the game interface without having to know the changes in the game room information. Only in one case the user needs the game server to provide information, that is, when the user exits the current game and wants to select a new game, it is necessary to know which table is free. It is not necessary to send game room information to the user at any other time.

Second, the user actively requests game room information from the game server. Also taking a user as an example, when the user just enters the game room, the game server sends all the game room information to the user. Then, when the user is in the game room without playing the game, the game server transmits the change information to the user in real time as long as the game room information changes. At the same time, each time the user leaves the game table, if the game room information is needed, the game server may be sent a request for providing game room information (RequestRoomlnfo), and the game server sends the current game room information to the game server after receiving the request. The user. When the game room information is sent to the user, the game server does not consider whether the user has acquired certain information before playing the game, and does not consider whether the game room information of the user during the game play does not change. The redundant data generated by this method is obvious: the game server sends the game room information that the user has acquired and has not changed to the user again.

 As can be seen from the above description, these two methods of providing game room information to the user have a common disadvantage: redundant information is generated. Redundant information will bring too much traffic to the user, and excessive traffic will increase the processing load of the client, resulting in slow refreshing of the game interface and inconsistency of the game screen, and also requiring users to pay more network fees. Summary of the invention

 In view of the above, it is a primary object of the present invention to provide a method for providing game room information to a mobile game user to reduce system traffic of the mobile game in the event that the game user can obtain the necessary game room information as needed.

 In order to achieve the above object, the technical solution of the present invention is achieved as follows:

A method for providing game room information to a mobile game user. Before the user joins the game for the first time, the game server sends the current free table identifier to the user, and further includes: the game server detects the status of all users in the game room, If it is detected that the user's state changes to join the game, the user's joining game time is saved, and the user's table state is saved as occupied; if it is detected that the user's state changes to leave the game, the user is saved. The departure of the game moment saves the user's table status as idle, and will be sent to the user when the user has recently joined the game and left the game.

 Before the user joins the game for the first time, the game server sends the current idle table identifier to the user by the following steps:

 Before the user joins the game for the first time, the user initiates a request for providing a free table identifier to the game server. After receiving the request, the game server sends the current free table identifier to the user.

 Before the user joins the game for the first time, the game server sends the current idle table identifier to the user by the following steps:

 When the user joins the game room, the game server sends the current free table identifier to the user, and then sends the table identifier with the changed status to the user in real time, and the user receives the free table before joining the game for the first time. The bit identifier is compared with the received table identifier of all state changes to obtain the current free table identifier.

 The method further includes: the game server detects that the state change of the user is to join the game room, the game server saves the user basic information of the user, and the user basic information includes at least the user identifier;

 And after detecting that the state change of the user is to leave the game, the method further includes: sending the basic information of the user who joins the game room user to the departure time when the user who leaves the game joins the game time last time to leave the game time. The user of the game.

 The user basic information further includes: one or any combination of an avatar identification, a rating, an integration, and setting information.

 The method further includes: the game server detects that the state change of the user is to leave the game room, the game server saves the user of the user to leave the game room information, and the user leaves the game room information to at least include the user identifier;

And after detecting that the user's state changes to leave the game, further includes: The user who leaves the game has recently joined the game time to leave the game time, and all the users who leave the game room user leave the game room information and send it to the user who left the game.

 The game server sends all the state-changed table identifiers to the user who leaves the game room, and further includes: the user leaving the game initiating a request to provide game room information to the game server.

 The method further includes: after the user leaves the game, and before the state of the user has changed,

 The game server transmits game room information including at least the table identification of the status change to the user in real time;

 Or the game server, after receiving the game room information request message sent by the user, sends to the user game room information including at least a state change table identifier between the user leaving the game time and the current time.

 The table identifier is sent to the user through user table information.

 The user table information further includes: one or any combination of a user identifier, a table status, or a table password.

Compared with the prior art, the method provided by the present invention sends a table identifier of a state change to the user each time the user leaves the game. Since the user has obtained the free table identifier from the game server before joining the game for the first time, when the user leaves the game, the free table identifier is compared with the table identifier of all state changes that have been received, and the current Free table identification. That is to say, the present invention only provides the user with a table name change of the state when the user leaves the game, which greatly reduces the system traffic, increases the game speed, and saves the network cost for the user. At the same time, considering the actual needs of the user, when the user leaves the game, other game room information that has changed except the status change table identifier may be sent to the user to satisfy the user under the premise of reducing system traffic. A variety of needs. BRIEF DESCRIPTION OF THE DRAWINGS

 1 is a schematic diagram of a basic state and a basic state change of a game user defined by the present invention; FIG. 2 is a flow chart showing a specific embodiment 1 of the present invention for providing game room information to a mobile game user by using any one of the users as an example. Mode for carrying out the invention

 The present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

 The basic state and basic state changes of the game user are shown in Figure 1. The details are as follows: There are three basic states of the game user: OutRoomState, InRoomState, InGameState.

 There are four basic changes in the game user's status:

 Join the game room (JoinRoom): The user changes from OutRoomState to InRoomState; JoinGame: User changes from InRoomState to InGameState; LeaveGame: User changes from InGameState to InRoomState; Leave the game room (LeaveRoom): User Change from InRoomState to OutRoomState. The core idea of the present invention is: before each user joins the game for the first time, the game server sends the user a free table identifier in the current game room; and the game server detects the status of all users in the game room, if a user is detected When the game is added, the user's joining game time is saved, and the corresponding table state of the user is saved as occupied; if it is detected that the user leaves the game, the user's leaving game time is saved, and the corresponding table of the user is saved. The status is saved as idle, and at the same time the table identifier of all status changes is sent to the user between the time the user last joined the game and the time the game left.

FIG. 2 is a flowchart of a specific embodiment 1 for providing mobile game users with game room information by using any one of the users as an example. As shown in FIG. 2, the specific steps are as follows: Step 201: First time in the user Before joining the game, the game server sends the game to the user. A free table identifier in the room. '

 The table identifier is the table ID and the seat ID. The table identifier can be sent to the user through UserTablnfo. The UserTablnfo includes at least the table identifier, and can also include: an operation ID, a password, etc., and the game server can selectively pass the information required by the user through the UserTablnfo. Send to the user.

 The game server records the status of all the tables in the game room, ie the operation ID, and updates the operation ID when the status of the table changes.

 In this step, before the user joins the game for the first time, the game server can send the user a free table identifier in two ways:

 Method 1: The game server sends the current free table identifier to the user when each user first enters the game room, and then sends the table identifier of the changed status to the user as long as the status of any table changes. In this way, before the user joins the game for the first time, the current free table identifier can be obtained by comparing the table identifier that has received all the state changes and the first received free desk identifier.

 Method 2: The game server does not send any information to the user when the user just enters the game room, but the user initiates a request to provide a free table identifier to the game server before joining the game once. After receiving the request, the game server will The free table identifier is sent to the user.

 Step 202: The game server determines whether the state change of the user is JoinGame or LeaveGame. If it is JoinGame, go to step 203; if it is LeaveGame, go to step 204; otherwise, go back directly to step 202 and continue to perform the operation of determining whether the user's state change is JoinGame or LeaveGame. .

 Step 203: The game server saves the user's JoinGame time, saves the operation ID of the corresponding table of the user as 1, and then returns to step 202.

The operation ID of the table=1 indicates that the table is occupied. Step 204: The game server saves the user's LeaveGame time, and saves the operation ID of the corresponding table of the user as 0, and sends the table identifier of the table state change between the user's last JoinGame time and the LeaveGame time. The user then returns to step 202.

 The operation of the table ID = 0 indicates that the table is idle.

 The game server determines which state of the table in the game room has changed, and can be implemented by searching for the operation ID of each table that has been saved. For a table, if the operation ID is different from the user's last JoinGame time and the user's LeaveGame time, the status of the table is changed.

 In particular, after the user leaves a game and starts a new game, if the status of any table changes during this period, the game server will send the corresponding table identifier to the following two ways. This user:

 Method 1: The game server sends the table identifier of the changed status to the user in real time. Manner 2: The user initiates a request for providing game room information to the game server. After the game server receives the message, the user is sent a table identifier indicating the state change between the time when the user leaves the game room and the current time.

 In this embodiment, since the user has obtained the free table identifier of the corresponding time from the game server before joining the game for the first time, the user will receive the current time each time the user leaves a game and wants to start a new game. After the status change of the free table identifier of the state change is compared with the table identifier of all the state changes received before and the free table identifier that has been acquired, the free table identifier of the current time can be obtained.

The first embodiment shows the case where the game server provides the user with the necessary and minimum game room information. In fact, before starting a new game, the user may also want to know other game room information in addition to the game room to provide the necessary free table identification. Similarly, when the user leaves the game room, in addition to the table that needs to know the status change. In addition to the bit identifier, you may also want to know Other game room information that has changed. Therefore, in the following, taking any user as an example, a specific step of implementing the second embodiment of the game room information for the mobile game user by using the present invention is given:

 Step 1: The game server sends the game room information to the user before the user joins the game for the first time.

 The game room information here includes, in addition to the free table identifier in UserTablnfo, the information further included is divided into the following two cases:

 Case 1: Including one of operation ID, password, or any combination in UserTablnfo; Case 2: at least including UserlD in UserTablnfo, further including one or any combination of operation ID, password, or UserBaselnfo in UserTablnfo One or any combination of UserID, name, avatar ID, rating, credit, setting information, or further including UserID in UserLeaveRoomInfo.

 The manner in which the game server sends the game room information to the user is the same as the way in which the free table identifier is obtained in step 201.

 Step 2: The game server determines whether the state of the user has changed. If yes, saves the new state of the user, and then performs step 3; otherwise, directly returns to step 2 to continue the operation of determining whether the state of the user has changed.

 Step 3: The game server determines which of the following three types of user changes: JoinGame > LeaveGame and LeaveRoom, save the user's state change after judgment, and do the following:

 A. If the status of the user changes to JoinGame, save the user's join game time, save the operation ID of the corresponding table of the user as 1, and then return to step 2.

B. If the state of the user changes to LeaveGame, save the user's departure game time, and save the operation ID of the user corresponding table to 0; then it will occur between the user's last JoinGame time and the LeaveGame time. Changed game room information transmission To the user.

 Here, the game room information in which the change has occurred includes, in addition to the table identifier indicating the change of the table state, further includes: other game room information in which the change has occurred. details as follows:

 a: UserTablnfo of all other users whose status changes to JoinGame is sent to the user;

 b: UserTablnfo of all other users whose status changes to LeaveGame is sent to the user;

 c: UserBaselnfo of all other users whose status changes to JoinRoom is sent to the user;

 d: change the status to all other users of JoinRoom+JoinGame

UserBaselnfo+UserTablnfo is sent to the user;

 e: UserLeaveRoomlnfo of all other users whose status changes to LeaveRoom is sent to the user;

 f: UserLeaveRoomlnfo+UserTablnfo of all other users whose status changes to LeaveGame+LeaveRoom is sent to the user;

 g: Change the status to: JoinGame+LeaveGame+JoinGame+LeaveGame+... or all other users of LeaveGame+JoinGame+LeaveGame+JoinGame+... UserTabInfol+UserTabInfo2+UserTabInfo3+UserTabInfo4+... is sent to the user;

 h: Change the status to: JoinRoom+JoinGame+LeaveGame+JoinGame+

All other users of LeaveGame+... UserBaselnfo+UserTablnfo 1+ UserTabInfo2+ UserTabInfo3 + UserTabInfo4+.. · Send to this user.

 In g and h, how much information is sent to the user leaving the game depends on how many times the game server can save the latest change status and corresponding information.

In a~! ! In the middle, the state change before "+" occurs before the state after "+" changes, such as: "JoinRoom+JoinGame" means that the user first "JoinRoom" after "JoinGame";"+,, before the user information is saved in the "+," after the user information, such as: "UserTabInfol+ UserTabInfo2,, means "UserTablnfo 1" is "UserTabInfo2,, saved first.

 A to h given in step B describe the case where the game server provides the user with information on all changes in the game room. In fact, the user may only need UserTablnfo, so UserBaselnfo and UserLeaveRoomlnfo included in a~h of step B, the game server can choose whether to send it to the user according to actual needs.

 In a~! ! In addition to the table identifier, the UserTablnfo further includes at least the information corresponding to the information acquired from the game server in step 1, that is, as long as any information in the UserTablnfo of the other user acquired in step 1 occurs. Change, the game server sends the changed information to the user who left the game. In addition, if UserTablnfo in step 1 does not include some information, the information belongs to the information newly added by UserTablnfo, and the game server may also send the added information to the user who leaves the game.

 In a~h, UserBaseInfo should include at least UserID, and further includes information that the user has changed in the corresponding information obtained in step 1. Similarly, if UserBaselnfo adds information that is not included in step 1, the game server can also send the new information of other users to the user who left the game.

 In a~! ! In UserLeaveRoomInfo, at least: UserID.

 In specific applications, the game server can choose a ~! ! One or any combination of them is sent to the user.

It is worth pointing out that the amount of data for UserLeaveRoomlnfo and UserTablnfo is very small. When the status of the user changes to LeaveGame, the game server takes the user's last JoinGame time and LeaveGame time, and then searches for the status between the two times. Other users who have changed, if they search, send corresponding information to the user according to the corresponding state change.

 In particular, after the user leaves a game and starts a new game, if any game room information changes during this period, the game server will send the change information to the user in two ways:

 Method 1: The game server transmits the changed game room information to the user in real time. Method 2: The user initiates a request for providing game room information to the game server. After receiving the request, the game server sends the user the game room information that the user has changed from the time of the game room to the current time.

 Since the user has acquired the game room information of the corresponding time from the game server before joining the game for the first time, when the user has left a game and does not start a new game each time, the current and previously acquired change information is first After comparing the acquired game room information, the current game room information can be obtained.

 C. If the status of the user changes to LeaveRoom, the game server does not send any information to the user, and the process ends.

 It should be noted that, in the specific embodiments 1 and 2, when the user leaves the game, the user may also take the initiative to request the game room information from the game server. After receiving the request, the game server will then be in the user's last JoinGame. Game room information that changes between the moment and the LeaveGame moment is sent to the user.

 The above is only the embodiment of the process and method of the present invention, and is not intended to limit the present invention. Any modifications, equivalents, improvements, etc. made within the spirit and principles of the present invention should be included in the present invention. Within the scope of protection.

Claims

Claim  A method for providing game room information to a mobile game user, characterized in that before the user joins the game for the first time, the game server sends the current free table identifier to the user, the method further comprising:  The game server detects the status of all users in the game room. If it detects that the user's status changes to join the game, saves the user's joining game time, and saves the user's table status as occupied; if a user is detected When the state changes to leave the game, the user's departure game time is saved and the user's table state is saved as idle, and all the state changed tables are held when the user joins the game last time to leave the game time. The identity is sent to the user.  The method according to claim 1, wherein the game server sends the current free table identifier to the user before the user joins the game for the first time by the following steps:  Before the user joins the game for the first time, the user initiates a request for providing a free table identifier to the game server. After receiving the request, the game server sends the current free table identifier to the user.  The method according to claim 1, wherein the game server sends the current free table identifier to the user before the user joins the game for the first time by the following steps:  When the user joins the game room, the game server sends the current free table identifier to the user, and then sends the table identifier with the changed status to the user in real time, and the user receives the free table before joining the game for the first time. The bit identifier is compared with the received table identifier of all state changes to obtain the current free table identifier. 4. The method according to claim 1, wherein the method further comprises: the game server detects that a state change of the user is to join the game room, and the game server saves The user basic information of the user, and the user basic information includes at least a user identifier; and after detecting that the state change of the user is to leave the game, the method further includes: starting the game time when the user who leaves the game joins the game last time By the time the game is left, all user basic information that is added to the game room user is sent to the user who left the game.  The method according to claim 4, wherein the user basic information further comprises: one or any combination of avatar identification, rating, integration, and setting information.  The method of claim 1, wherein the method further comprises: the game server detecting that the state change of the user is to leave the game room, the game server saves the user of the user leaving the game room information, and The user leaving the game room information includes at least a user identifier;  And after detecting that the state change of the user is to leave the game, the method further includes: when the user who leaves the game joins the game time last time to leave the game time, all the users leaving the game room user leave the game room information and send to The user who left the game.  7. The method according to claim 1, wherein the game server sends the table identifier of all the status changes to the user who leaves the game room, and further includes: the user leaving the game initiates the service to the game server. Request for game room information.  8. The method of claim 1, wherein the method further comprises: after the user leaves the game, and before the state of the user has not changed,  The game server transmits game room information including at least the table identification of the state change to the user in real time;  Or the game server, after receiving the game room information request message sent by the user, sends to the user game room information including at least a state change table identifier between the user leaving the game time and the current time. The method according to any one of claims 1 to 8, wherein the table identifier is transmitted to the user by user table information. 10. The method according to claim 9, wherein the user table information further comprises: one or any combination of a user identity, a table status or a table password.