CN112619136B

CN112619136B - Game role control system, method and device

Info

Publication number: CN112619136B
Application number: CN202011603960.9A
Authority: CN
Inventors: 叶川; 梁波
Original assignee: Guangzhou Xishanju Network Technology Co ltd; Zhuhai Kingsoft Digital Network Technology Co Ltd
Current assignee: Guangzhou Xishanju Network Technology Co ltd; Zhuhai Kingsoft Digital Network Technology Co Ltd
Priority date: 2020-12-29
Filing date: 2020-12-29
Publication date: 2023-08-15
Anticipated expiration: 2040-12-29
Also published as: CN112619136A

Abstract

The specification provides a game role control system, a method and a device, wherein the game role control method comprises the following steps: receiving mark information generated by editing the display state of a target role relative to other game objects in a game scene by a user; transmitting the marking information to a server; updating the display mark of the local target role according to the received display mark of the target role and performing display operation; and displaying other game objects in the game scene according to a display mode corresponding to the display operation result. According to the game role control method, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

Description

Game role control system, method and device

Technical Field

The present disclosure relates to the field of internet technologies, and in particular, to a game role control system, method and device.

Background

With the continuous development of internet technology, various game layers are endless, and large-scale multi-player online games are very popular. The player controls the roles in the game to make other players invisible or controls the roles in the game to make other players visible, which is a common function given to the player in the game, and can greatly improve the interest and participation of the player in the game.

In the prior art, whether a player character is visible is controlled, a server receives an instruction and broadcasts and informs all player clients nearby the player to inform the player of deleting the player character, meanwhile, for the player, the server also informs the client of deleting all characters which are not displayed on the client according to the visible judgment, and NPCs (non-player characters) and doodads (small objects of placement) in all scenes also completely judge and inform the client of one pass. This creates many network protocol packages, which can result in significant server performance stress if many players are switching states at the same time. There is a further need for simpler and more convenient methods for performing the operations or processing of game character visualization.

Disclosure of Invention

In view of this, the present embodiments provide a game character control system. The present specification also relates to a game character control method, a game character control apparatus, a computing device, and a computer-readable storage medium, which solve the technical drawbacks existing in the prior art.

According to a first aspect of embodiments of the present specification, there is provided a game character control system comprising:

the system comprises a first client, a second client and a server;

the first client and the second client are respectively in communication connection with the server;

the first client is configured to receive mark information generated by editing the display state of a target character relative to other game objects in a game scene by a user, and send the mark information to the server;

the server is configured to generate a display mark of the target character according to the received mark information, and send the display mark of the target character to a first client and a second client corresponding to the game character in the game scene;

the first client is further configured to update a display mark of the target character locally according to the received display mark of the target character, perform display operation, and display other game objects in the game scene according to a display mode corresponding to the result of the display operation;

The second client is configured to perform display operation according to the received display mark of the target role, and display the target role corresponding to the first client according to a display mode corresponding to a display operation result.

Optionally, the first client is further configured to perform a display operation according to a display rule, display the other game objects when the result of the display operation is a first operation result, and hide the other game objects when the result of the display operation is a second operation result;

the second client is further configured to perform display operation according to a display rule, display the target role when the result of the display operation is a first operation result, and hide the target role when the result of the display operation is a second operation result.

Optionally, the first client is further configured to generate a first display instruction and execute the first display instruction to display the other game objects when the result of the display operation is a first operation result, and generate a second display instruction and execute the second display instruction to hide the other game objects when the result of the display operation is a second operation result;

The second client is further configured to generate a first display instruction and execute the first display instruction to display the target character when the result of the display operation is a first operation result, and generate a second display instruction and execute the second display instruction to hide the target character when the result of the display operation is a second operation result.

Optionally, the server, the first client and the second client are further configured to update a local display relationship mark table according to the display mark of the target character, wherein the display relationship mark table is used for recording the display state between game objects.

Optionally, the first client is further configured to detect current position information of the target character, and obtain a game object associated with the target character according to the position information.

Optionally, the first client is further configured to restore the display state of the target character before editing with respect to other game objects in the game scene in the case that the sending of the marking information fails.

Optionally, the first client is further configured to re-receive marking information generated by editing the display state of the target character relative to other game objects in the game scene by a user, and send the marking information to the server.

According to a second aspect of embodiments of the present specification, there is provided a game character control method applied to a first client, including:

receiving mark information generated by editing the display state of a target role relative to other game objects in a game scene by a user;

transmitting the marking information to a server;

updating the display mark of the local target role according to the received display mark of the target role and performing display operation;

and displaying other game objects in the game scene according to a display mode corresponding to the display operation result.

Optionally, the displaying other game objects in the game scene according to the display mode corresponding to the result of the display operation includes:

and performing display operation according to a display rule, displaying the other game objects when the result of the display operation is a first operation result, and hiding the other game objects when the result of the display operation is a second operation result.

Optionally, displaying the other game objects when the result of the display operation is the first operation result, and hiding the other game objects when the result of the display operation is the second operation result, including:

Generating a first display instruction and executing the first display instruction to display the other game objects under the condition that the display operation result is a first operation result;

and generating a second display instruction and executing the second display instruction under the condition that the display operation result is a second operation result, and hiding the other game objects.

Optionally, the method further comprises:

and updating a local display relation mark table according to the display mark of the target character, wherein the display relation mark table is used for recording the display state among game objects.

Optionally, before the receiving the mark information generated by editing the display state of the target character relative to other game objects in the game scene by the user, the method further includes:

and detecting the current position information of the target role, and acquiring a game object associated with the target role according to the position information.

Optionally, the method further comprises:

and restoring the display state of the target character before editing relative to other game objects in the game scene under the condition that the transmission of the marking information fails.

Optionally, after the restoring the display state of the target character before editing with respect to other game objects in the game scene, the method includes:

And re-receiving mark information generated by editing the display state of the target character relative to other game objects in the game scene by a user, and sending the mark information to the server.

According to a third aspect of embodiments of the present specification, there is provided a game character control method applied to a second client, including:

performing display operation according to the received display mark of the target role;

and displaying the target role corresponding to the first client according to a display mode corresponding to the display operation result.

Optionally, displaying the target role corresponding to the first client according to the display mode corresponding to the result of the display operation includes:

and performing display operation according to a display rule, displaying the target role when the result of the display operation is a first operation result, and hiding the target role when the result of the display operation is a second operation result.

Optionally, displaying the target role when the result of the display operation is the first operation result, and hiding the target role when the result of the display operation is the second operation result includes:

Generating a first display instruction and executing the first display instruction to display the target role under the condition that the display operation result is a first operation result;

and generating a second display instruction and executing the second display instruction under the condition that the display operation result is a second operation result, and hiding the target role.

Optionally, the method further comprises:

According to a fourth aspect of embodiments of the present specification, there is provided a game character control device configured at a first client, comprising:

the mark information receiving module is configured to receive mark information generated by editing the display state of the target character relative to other game objects in the game scene by a user;

a transmission module configured to transmit the tag information to a server;

the updating module is configured to update the display mark of the local target role according to the received display mark of the target role and perform display operation;

and the other game object display module is configured to display other game objects in the game scene according to a display mode corresponding to the result of the display operation.

According to a fifth aspect of the embodiments of the present specification, there is provided a game character control device configured at a second client, comprising:

the processing module is configured to perform display operation according to the received display mark of the target role;

and the target role display module is configured to display the target role corresponding to the first client according to a display mode corresponding to the display operation result.

According to a sixth aspect of embodiments of the present specification, there is provided a computing device comprising:

a memory and a processor;

the memory is used for storing computer executable instructions, and the processor is used for implementing the steps of the game role control method when the computer executable instructions are executed.

According to a seventh aspect of the embodiments of the present specification, there is provided a computer-readable storage medium storing computer-executable instructions which, when executed by a processor, implement the steps of the game character control method.

The game role control system provided by the specification comprises a first client, a second client and a server; the first client and the second client are respectively in communication connection with the server; the first client is configured to receive mark information generated by editing the display state of a target character relative to other game objects in a game scene by a user, and send the mark information to the server; the server is configured to generate a display mark of the target character according to the received mark information, and send the display mark of the target character to a first client and a second client corresponding to the game character in the game scene; the first client is further configured to update a display mark of the target character locally according to the received display mark of the target character, perform display operation, and display other game objects in the game scene according to a display mode corresponding to the result of the display operation; the second client is configured to perform display operation according to the received display mark of the target role, and display the target role corresponding to the first client according to a display mode corresponding to a display operation result. According to the game role control system disclosed by the specification, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

Drawings

FIG. 1 is a schematic diagram showing a configuration of a game character control system according to an embodiment of the present disclosure;

FIG. 2 is a flow chart illustrating a method of controlling a game character according to one embodiment of the present disclosure;

FIG. 3 is a process flow diagram of a method for controlling a game character for use in a role-playing game according to one embodiment of the present disclosure;

FIG. 4 is a flow chart illustrating a method of controlling a game character according to one embodiment of the present disclosure;

fig. 5 is a flowchart showing a game character control method applied to a role-playing game according to an embodiment of the present invention;

fig. 6 is a schematic diagram showing a configuration of a game character control device according to an embodiment of the present specification;

fig. 7 is a schematic diagram showing a configuration of a game character control apparatus according to an embodiment of the present specification;

FIG. 8 illustrates a block diagram of a computing device provided in an embodiment of the present description.

Detailed Description

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present description. This description may be embodied in many other forms than described herein and similarly generalized by those skilled in the art to whom this disclosure pertains without departing from the spirit of the disclosure and, therefore, this disclosure is not limited by the specific implementations disclosed below.

The terminology used in the one or more embodiments of the specification is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the specification. As used in this specification, one or more embodiments and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used in one or more embodiments of the present specification refers to and encompasses any or all possible combinations of one or more of the associated listed items.

It should be understood that, although the terms first, second, etc. may be used in one or more embodiments of this specification to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first may also be referred to as a second, and similarly, a second may also be referred to as a first, without departing from the scope of one or more embodiments of the present description. The word "if" as used herein may be interpreted as "at … …" or "at … …" or "responsive to a determination", depending on the context.

In the present specification, a game character control system is provided, and the present specification relates to a game character control method, a game character control apparatus, a computing device, and a computer-readable storage medium, which are described in detail in the following embodiments one by one.

Fig. 1 is a schematic diagram showing a structure of a game control system according to an embodiment of the present disclosure, including:

a first client 102, a second client 104, and a server 106;

the first client 102 and the second client 104 are respectively in communication connection with the server 106;

the first client 102 is configured to receive tag information generated by editing a display state of a target character with respect to other game objects in a game scene by a user, and send the tag information to the server 106.

Specifically, the target character refers to a game character corresponding to the first client 102, and the other game objects refer to other game characters, non-player characters (NPCs), placement class small objects (doodad), and the like, which are not limited in this application. The client corresponding to the first client 102 may edit the display status of the target character with respect to other game objects in the game scene, including: by editing target characters that make other game characters visible or invisible, non-player characters (NPCs) that make target characters visible or invisible, and small items of placement class (doodad), etc. The first client 102 receives the mark information generated by editing the target character by the user, and sends the mark information to the server 106.

In practical applications, the first client 102 is further configured to detect current location information of the target character, and obtain a game object associated with the target character according to the location information.

Specifically, the user edits the display state of the target character with respect to other game objects in the game scene, and first, the other game objects in the game scene where the target character is located are specified. The first client 102 automatically detects the position information of the target character, so as to determine the game scene where the target character is located, and further determine the game object associated with the target character according to the game scene, namely, the target character is relative to other game objects in the game scene.

In practical applications, the first client 102 may fail when sending the tag information to the server 106, so the first client 102 is further configured to restore the display state of the target character before editing with respect to other game objects in the game scene when sending the tag information fails.

Specifically, when the network state of the first client 102 is poor, or the network is disconnected, a failure of data transmission between the first client 102 and the server 106 often occurs, which results in failure of the first client 102 to send the tag information. At this time, the target character is in the offline state, so that the user fails to edit the display state of the target character with respect to the other game objects in the game scene, and the first client 102 needs to restore the display state of the target character edited by the user with respect to the other game objects in the game scene, that is, restore the display state of the target character before editing with respect to the other game objects in the game scene. Therefore, the disorder of games caused by different game states among the clients can be avoided.

Further, the first client 102 is further configured to re-receive the mark information generated by editing the display state of the target character with respect to other game objects in the game scene by the user, and send the mark information to the server.

When the network state is restored, or after the network is reconnected, the player corresponding to the user is on line again, the first client 102 may receive the mark information generated by editing the display state of the target character with respect to other game objects in the game scene by the user again, and send the mark information to the server. Therefore, after the network state is recovered, the marking information is received again and sent, and the problem that the user editing is unsuccessful and the user experience is reduced due to the fact that the sending failure is caused by temporary network failure is avoided to a certain extent.

The server 106 is configured to generate a display mark of the target character according to the received mark information, and send the display mark of the target character to the first client 102 and the second client 104 corresponding to the game character in the game scene.

Specifically, the server 106 receives the tag information sent by the first client 102, and because the tag information is based on the target character, the server 106 processes the tag information to generate a display tag of the target character, and then sends the generated display tag of the target character to the first client 102 corresponding to the target character and the second client 104 corresponding to another game character in the same game scene as the target character.

The first client 102 is further configured to update the display mark of the target character locally according to the received display mark of the target character, perform display operation, and display other game objects in the game scene according to a display mode corresponding to the result of the display operation.

Specifically, the first client 102 receives the display flag of the target character sent by the server, and since the received display flag of the target character is newly generated, the received display flag of the target character may directly cover the display flag of the original target character locally, or the received display flag of the target character may be compared with the display flag of the original target character locally, and the display flag of the target character received in the different place is updated with the display flag of the target character received as a standard. And then, performing display operation according to the updated display mark, and displaying other game objects in the game scene according to a display mode corresponding to the display operation result.

Further, the first client 102 is further configured to perform a display operation according to a display rule, display the other game objects when the result of the display operation is a first operation result, and hide the other game objects when the result of the display operation is a second operation result. Specifically, the first client 102 is further configured to generate a first display instruction and execute the first display instruction to display the other game objects when the result of the display operation is a first operation result, and generate a second display instruction and execute the second display instruction to hide the other game objects when the result of the display operation is a second operation result.

Specifically, the first operation result is a result of displaying the other game object, and the second operation result is a result of hiding (not displaying) the other game object. When the result of the display operation is the first operation result, the first display instruction is automatically generated inside the first client 102, and the first display instruction is executed by the presentation module and the UI module, so that corresponding other game objects are displayed in the game scene of the first client 102. When the result of the display operation is the second operation result, the first client 102 also automatically generates a second display instruction, and the presentation module and the UI module execute the second display instruction, so that no corresponding other game objects are displayed in the game scene of the first client 102, i.e. the corresponding other game objects are hidden.

The second client 104 is configured to perform a display operation according to the received display flag of the target role, and display the target role corresponding to the first client 102 according to a display mode corresponding to a result of the display operation.

Specifically, the second client 104 receives the display flag of the target character sent by the server, and since the received display flag is of the target character and the second client corresponds to other game characters, the local display flag does not need to be updated. And performing display operation according to the received display mark of the target character, and displaying the target character in the game scene according to a display mode corresponding to the display operation result.

Further, the second client 104 is further configured to perform a display operation according to a display rule, display the target character if the result of the display operation is the first operation result, and hide the target character if the result of the display operation is the second operation result. Specifically, the second client 104 is further configured to generate a first display instruction and execute the first display instruction to display the target character when the result of the display operation is a first operation result, and generate a second display instruction and execute the second display instruction to hide the target character when the result of the display operation is a second operation result.

Specifically, the first operation result is a result of displaying the target character, and the second operation result is a result of hiding (not displaying) the target character. When the result of the display operation is the first operation result, the second client 104 automatically generates a first display instruction, and the presentation module and the UI module execute the first display instruction, so that the corresponding target character is displayed in the game scene of the second client 104. When the result of the display operation is the second operation result, a second display instruction is automatically generated in the second client 104, and the second display instruction is executed by the presentation module and the UI module, so that the corresponding target role is not displayed in the game scene of the second client 104, that is, the target role is hidden.

In practical applications, the second client 104 may also be used as the first client 102, where the user edits the display status of the target character with respect to other game objects in the game scene; and the first client 102 may also be used as the second client 104.

The server 106, the first client 102, is further configured to update a local display relationship token table according to the display token of the target character, wherein the display relationship token table is used for recording the display state between game objects.

Specifically, the server 106, the first client 102, and the second client 104 all have a display relationship tag table, which is used for maintaining the unification of the display tags of the game objects among the server 106, the first client 102, and the second client 104, and each time a new display tag server is generated, the display relationship tag table needs to be updated, and the first client 102 and the second client 104 update the display relationship tag table after receiving the new display tag.

Fig. 2 shows a flowchart of a game role control method according to an embodiment of the present disclosure, which specifically includes the steps of:

step 202, receiving mark information generated by editing the display state of the target character relative to other game objects in the game scene by a user.

Specifically, the target character refers to a game character corresponding to the local, and the other game objects refer to other game characters, non-player characters (NPCs), placement class small objects (doodad), and the like, which are not limited in this application. The locally corresponding client may edit the display status of the target character relative to other game objects in the game scene, including: by editing target characters that make other game characters visible or invisible, non-player characters (NPCs) that make target characters visible or invisible, and small items of placement class (doodad), etc.

Specifically, before the receiving the mark information generated by editing the display state of the target character relative to other game objects in the game scene by the user, the method further comprises: and detecting the current position information of the target role, and acquiring a game object associated with the target role according to the position information. The user edits the display state of the target character with respect to other game objects in the game scene, and first, the other game objects in the game scene where the target character is located are specified. And automatically detecting the position information of the target character locally, thereby determining the game scene of the target character, and further determining the game object associated with the target character according to the game scene, namely, the target character is relative to other game objects in the game scene.

And step 204, transmitting the marking information to a server.

Specifically, the tag information may be sent to the server through a server-client (C/S) architecture, and if the sending is successful, the server notification is waited for.

In practical applications, the sending of the tag information to the server may fail, and therefore, if the sending of the tag information fails, the display state of the target character before editing with respect to other game objects in the game scene is restored.

Specifically, when the local network state is poor, or the network is disconnected, data transmission between the local and the server is often failed, resulting in failure in sending the tag information. At this time, the user fails to edit the display state of the target character with respect to the other game objects in the game scene, that is, the display state of the target character with respect to the other game objects in the game scene before editing needs to be restored. Therefore, the disorder of games caused by different game states among the clients can be avoided.

Further, after the restoring the display state of the target character before editing with respect to other game objects in the game scene, the method further includes: and re-receiving mark information generated by editing the display state of the target character relative to other game objects in the game scene by a user, and sending the mark information to the server.

Specifically, after the network state is restored or the network is reconnected, the player corresponding to the user is on line again, the local can receive the mark information generated by editing the display state of the target character relative to other game objects in the game scene again, and the mark information is sent to the server. Therefore, after the network state is recovered, the marking information is received again and sent, and the problem that the user editing is unsuccessful and the user experience is reduced due to the fact that the sending failure is caused by temporary network failure is avoided to a certain extent.

And step 206, updating the display mark of the local target role according to the received display mark of the target role, and performing display operation.

Specifically, the display mark of the target character sent by the receiving server is newly generated, so that the display mark of the received target character can be directly covered with the display mark of the local original target character, or the display mark of the received target character can be compared with the display mark of the local original target character, and the display mark of the received target character is updated by taking the display mark of the received target character as a standard at a different place. And then, performing display operation according to the updated display mark.

And step 208, displaying other game objects in the game scene according to a display mode corresponding to the display operation result.

In this embodiment, other game objects in the game scene are displayed according to a display mode corresponding to the result of the display operation, and are divided into two types: other game objects are displayed and hidden. Specifically, performing display operation according to a display rule, and displaying the other game objects when the result of the display operation is a first operation result; and hiding the other game objects under the condition that the result of the display operation is the second operation result. Further, under the condition that the result of the display operation is a first operation result, generating a first display instruction, executing the first display instruction, and displaying the other game objects; and generating a second display instruction and executing the second display instruction under the condition that the display operation result is a second operation result, and hiding the other game objects.

Specifically, the first operation result is a result of displaying the other game object, and the second operation result is a result of hiding (not displaying) the other game object. When the result of the display operation is the first operation result, a first display instruction is automatically generated in the local, and the first display instruction is executed by the expression module and the UI module, so that corresponding other game objects are displayed in the local game scene. When the result of the display operation is the second operation result, the local internal part also automatically generates a second display instruction, and notifies the presentation module and the UI module to execute the second display instruction, so that corresponding other game objects are not displayed in the local game scene, namely, the corresponding other game objects are hidden.

After receiving the display mark corresponding to the target character, the local display relation mark table needs to be updated according to the display mark of the target character, wherein the display relation mark table is used for recording the display state among game objects.

Specifically, a display relationship mark table is locally stored, and is used for maintaining the unification of the display marks of the game objects between the server and the second client, and the display relationship mark table can be updated in time after receiving a new display mark each time.

The game role control method provided by the specification receives mark information generated by editing the display state of a target role relative to other game objects in a game scene by a user; transmitting the marking information to a server; updating the display mark of the local target role according to the received display mark of the target role and performing display operation; and displaying other game objects in the game scene according to a display mode corresponding to the display operation result. According to the game role control method, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

The game role control method provided in the present specification will be further described with reference to fig. 3 by taking an application of the game role control method to a role playing game as an example. Fig. 2 is a process flow chart of a game role control method applied to a role playing game according to an embodiment of the present disclosure, specifically including the following steps:

step 302, receiving mark information generated by editing the display states of staff members relative to manager, passer-by and stones by a user.

Specifically, staff is a target role corresponding to the local, manager is other player roles, road person is non-player role (NPC), and stone is a small object (doodad) for placing classes. The customer may edit the status of the display of staff relative to the manager, passers-by and stones in the game scene, for example, by editing to make the manager invisible to staff, staff visible to passers-by and stone invisible.

Specifically, before receiving the mark information generated by editing the display state of the target character relative to the manager, the passer-by and the stone by the user, the method further comprises: and detecting the current position information of the staff member, and acquiring a game object associated with the target role according to the position information. When editing the display state of the staff member, the user first explicitly defines other game objects in the same game scene as the staff member. That is, other game objects in the same game scene as the staff member are manager, passer-by and stone, respectively.

And step 304, the marking information is sent to a server.

Specifically, the tag information may be sent to the server through a server-client (C/S) architecture, and if the sending is successful, the server notification is waited for. In practical applications, the sending of the marking information to the server may fail, and therefore, if the sending of the marking information fails, the display state of the staff member before editing with respect to the manager, passersby, and stone is restored.

Specifically, when the local network state is poor, or the network is disconnected, data transmission between the local and the server is often failed, resulting in failure in sending the tag information. At this time, the staff corresponding to the user is in the offline state, so that the user fails to edit the display states of the staff relative to the manager, the passers-by and the stones, and the display states of the staff edited by the user relative to the manager, the passers-by and the stones need to be restored, namely the display states of the staff relative to the manager, the passers-by and the stones before editing are restored. Therefore, the disorder of games caused by different game states among the clients can be avoided.

Further, after the restoration of the display state of the staff member with respect to the manager, passer-by, and stone before editing, further comprising: and re-receiving mark information generated by editing the display states of staff relative to managers, passers-by and stones by a user, and sending the mark information to the server.

Specifically, after the network state is restored or the network is reconnected, the local may receive again the mark information generated by editing the display states of the staff member with respect to the manager, passersby, and stone by the user, and transmit the mark information to the server. Therefore, after the network state is recovered, the marking information is received again and sent, and the problem that the user editing is unsuccessful and the user experience is reduced due to the fact that the sending failure is caused by temporary network failure is avoided to a certain extent.

And 306, updating the display mark of the local staff member according to the received display mark of the staff member and performing display operation.

Specifically, the display mark of the staff member sent by the server is received, and the display mark of the staff member is newly generated, so that the display mark of the staff member can be directly covered with the display mark of the original staff member, or the display mark of the staff member can be compared with the display mark of the original staff member, and the display mark of the staff member is updated by taking the display mark of the staff member as a standard. And then, performing display operation according to the updated display mark.

And 308, displaying the manager, passersby and stone according to a display mode corresponding to the result of the display operation.

In this embodiment, the display of manager, passersby, and stone according to the display mode corresponding to the result of the display operation is divided into two types: display and concealment. Displaying the passers-by and stones under the condition that the display operation result is a first operation result; and hiding the passers-by and the stones under the condition that the result of the display operation is the second operation result. Further, under the condition that the result of the display operation is a first operation result, generating a first display instruction and executing the first display instruction to display the passers-by and the stones; and under the condition that the result of the display operation is a second operation result, generating a second display instruction and executing the second display instruction to hide passers-by and stones.

For example, the meaning of the display mark "manager not visible staff, staff visible passers-by and not visible stones" is that since the display mark means that the manager not visible staff, not the staff not visible manager, only the corresponding treatment of passers-by and stones is needed locally: generating a first display instruction and executing the first display instruction according to the display operation, wherein the operation result is a first operation result relative to the passer-by, and displaying the passer-by; and generating a second display instruction relative to the stone operation result as a second operation result, and executing the second display instruction to hide the stone.

After receiving the display mark corresponding to the staff member, updating a local display relation mark table according to the display mark of the staff member, wherein the display relation mark table is used for recording the display state among game objects.

The game role control method provided by the specification receives mark information generated by editing the display states of staff relative to managers, passers-by and stones by a user; transmitting the marking information to a server; updating the display mark of the local staff member according to the received display mark of the staff member and performing display operation; and displaying the manager, passers-by and stones according to the display mode corresponding to the display operation result. According to the game role control method, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

Fig. 4 shows a flowchart of a game role control method according to an embodiment of the present disclosure, which specifically includes the steps of:

and step 402, performing display operation according to the received display mark of the target character.

Specifically, the display mark of the target character sent by the local receiving server is received, and the received display mark is of the target character, and the local corresponding game characters are of other game characters, so that the local display mark does not need to be updated. After the reception is successful, the display operation of the display mark is started.

And step 404, displaying the target role corresponding to the first client according to a display mode corresponding to the display operation result.

In this embodiment, displaying the target role corresponding to the first client according to the display mode corresponding to the result of the display operation is divided into two types: displaying the target character and hiding the target character. Specifically, the display operation is performed according to a display rule, the target character is displayed when the result of the display operation is a first operation result, and the target character is hidden when the result of the display operation is a second operation result. Further, under the condition that the result of the display operation is a first operation result, generating a first display instruction, executing the first display instruction, and displaying the target role; and generating a second display instruction and executing the second display instruction under the condition that the display operation result is a second operation result, and hiding the target role.

Specifically, the first operation result is a result of displaying the target character, and the second operation result is a result of hiding (not displaying) the target character. When the result of the display operation is the first operation result, a first display instruction is automatically generated in the local, and the display module and the UI module are informed to execute the first display instruction, so that the corresponding target role is displayed in the local game scene. When the result of the display operation is the second operation result, the local interior can also automatically generate a second display instruction, and inform the expression module and the UI module to execute the second display instruction, so that the corresponding target role is not displayed in the local game scene, namely, the target role is hidden.

After receiving the display mark of the target character sent by the server, a local display relation mark table is required to be updated according to the display mark of the target character, wherein the display relation mark table is used for recording the display state among game objects.

Specifically, a display relationship mark table is locally stored, and is used for maintaining the unification of the display marks of the game objects between the server and the first client, and the display relationship mark table is updated in time after receiving a new display mark each time.

According to the game role control method provided by the specification, display operation is carried out according to the received display mark of the target role; and displaying the target role corresponding to the first client according to a display mode corresponding to the display operation result. According to the game role control method, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

The game role control method provided in the present specification will be further described with reference to fig. 5 by taking an application of the game role control method to a role playing game as an example. Fig. 2 is a process flow chart of a game role control method applied to a role playing game according to an embodiment of the present disclosure, specifically including the following steps:

step 502, performing display operation according to the received display mark of the staff member.

Specifically, the display mark of the staff member sent by the local receiving server is received, and the game role corresponding to the local is a manager, so that the local display mark does not need to be updated. After the reception is successful, the display operation of the display mark is started.

Step 504, displaying staff members according to the display mode corresponding to the display operation result.

In this embodiment, display staff members are classified into two types according to the display mode corresponding to the result of the display operation: display staff and hide staff. Specifically, the display operation is performed according to a display rule, the staff member is displayed when the result of the display operation is a first operation result, and the staff member is hidden when the result of the display operation is a second operation result. Further, under the condition that the result of the display operation is a first operation result, generating a first display instruction, executing the first display instruction, and displaying the staff member; and generating a second display instruction and executing the second display instruction under the condition that the display operation result is a second operation result, and hiding the staff member.

Specifically, when the result of the display operation is the first operation result, a first display instruction is automatically generated in the local, and the presentation module and the UI module are notified to execute the first display instruction, so that the game role of the staff member is displayed in the local game scene. When the result of the display operation is the second operation result, the local interior can also automatically generate a second display instruction, and inform the expression module and the UI module to execute the second display instruction, so that the game role of staff is not displayed in the local game scene, namely staff is hidden.

After receiving the display mark of the staff member sent by the server, the local display relation mark table needs to be updated according to the display mark of the staff member, wherein the display relation mark table is used for recording the display state among game objects.

According to the game role control method provided by the specification, display operation is carried out according to the received display mark of the staff member; and displaying staff members according to the display modes corresponding to the display operation results. According to the game role control method, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

Corresponding to the above method embodiments, the present disclosure further provides an embodiment of a game role control device, and fig. 6 shows a schematic structural diagram of a game role control device provided in an embodiment of the present disclosure. As shown in fig. 6, the apparatus is configured in a first client, and includes:

a transmission module configured to transmit the tag information to a server;

The other game object display modules comprise other game object display sub-modules and other game object hiding sub-modules;

the other game object display submodule is configured to perform display operation according to a display rule, and display the other game objects when the result of the display operation is a first operation result;

the other game object hiding submodule is configured to hide the other game object when the result of the display operation is the second operation result.

The other game object display sub-module is further configured to generate a first display instruction and execute the first display instruction to display the other game objects when the result of the display operation is a first operation result;

And the other game object hiding submodule is further configured to generate a second display instruction and execute the second display instruction to hide the other game objects when the result of the display operation is a second operation result.

The updating module is further configured to update a local display relation mark table according to the display mark of the target character, wherein the display relation mark table is used for recording the display state among game objects.

The system further comprises:

and the detection module is configured to detect the current position information of the target character and acquire the game object associated with the target character according to the position information.

The system further comprises:

and the fault module is configured to restore the display state of the target role before editing relative to other game objects in the game scene under the condition that the sending of the marking information fails.

The fault module is further configured to re-receive marking information generated by editing the display state of the target character relative to other game objects in the game scene by a user, and send the marking information to the server.

The game role control device provided by the specification is provided with a mark information receiving module, a mark information processing module and a display control module, wherein the mark information receiving module is configured to receive mark information generated by editing the display state of a target role relative to other game objects in a game scene by a user; a transmission module configured to transmit the tag information to a server; the updating module is configured to update the display mark of the local target role according to the received display mark of the target role and perform display operation; and the other game object display module is configured to display other game objects in the game scene according to a display mode corresponding to the result of the display operation. According to the game role control device disclosed by the specification, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

The above is an exemplary embodiment of a game character control device of the present embodiment. It should be noted that, the technical solution of the game role control device and the technical solution of the game role control method belong to the same concept, and details of the technical solution of the game role control device, which are not described in detail, can be referred to the description of the technical solution of the game role control method.

Corresponding to the above method embodiments, the present disclosure further provides an embodiment of a game role control device, and fig. 7 shows a schematic structural diagram of a game role control device according to an embodiment of the present disclosure. As shown in fig. 7, the apparatus is configured in a second client, and includes:

The target role display module comprises a target role display sub-module and a target role hiding module;

the target role display sub-module is configured to perform display operation according to a display rule, and display the target role when the result of the display operation is a first operation result;

The target role hiding module is configured to hide the target role when the result of the display operation is a second operation result.

The target character display sub-module is further configured to generate a first display instruction and execute the first display instruction to display the target character when the result of the display operation is a first operation result;

and the target role hiding module is further configured to generate a second display instruction and execute the second display instruction to hide the target role when the result of the display operation is a second operation result.

The processing module is further configured to update a local display relationship mark table according to the display mark of the target character, wherein the display relationship mark table is used for recording the display state among game objects.

The game role control device provided by the specification comprises a processing module, a display module and a display module, wherein the processing module is configured to perform display operation according to the received display mark of the target role; and the target role display module is configured to display the target role corresponding to the first client according to a display mode corresponding to the display operation result. According to the game role control device disclosed by the specification, the operation of the server is replaced by the operation of the client, so that a large amount of operation pressure of the server is reduced, and a large amount of operation capacity of the server can be distributed to other modules needing operation capacity; meanwhile, the display relationship of other complicated characters in the scene can be realized under the condition that the player does not feel, so that the user experience is improved.

Fig. 8 illustrates a block diagram of a computing device 800 provided in accordance with an embodiment of the present specification. The components of computing device 800 include, but are not limited to, memory 810 and processor 820. Processor 820 is coupled to memory 810 through bus 830 and database 850 is used to hold data.

Computing device 800 also includes access device 840, access device 840 enabling computing device 800 to communicate via one or more networks 860. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. Access device 840 may include one or more of any type of network interface, wired or wireless (e.g., a Network Interface Card (NIC)), such as an IEEE802.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.

In one embodiment of the present description, the above-described components of computing device 800, as well as other components not shown in FIG. 8, may also be connected to each other, such as by a bus. It should be understood that the block diagram of the computing device illustrated in FIG. 8 is for exemplary purposes only and is not intended to limit the scope of the present description. Those skilled in the art may add or replace other components as desired.

Computing device 800 may be any type of stationary or mobile computing device including a mobile computer or mobile computing device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile phone (e.g., smart phone), wearable computing device (e.g., smart watch, smart glasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 800 may also be a mobile or stationary server. Wherein the processor 820 is configured to implement the steps of the game character control method according to any one of claims 8 to 14 or 15 to 18 when executing computer-executable instructions as follows.

The foregoing is a schematic illustration of a computing device of this embodiment. It should be noted that, the technical solution of the computing device and the technical solution of the above game role control method belong to the same concept, and details of the technical solution of the computing device, which are not described in detail, can be referred to the description of the technical solution of the above game role method.

An embodiment of the present specification also provides a computer-readable storage medium storing computer instructions which, when executed by a processor, implement the steps of the game character control method of any one of claims 8 to 14 or 15 to 18.

The above is an exemplary version of a computer-readable storage medium of the present embodiment. It should be noted that, the technical solution of the storage medium and the technical solution of the above game role control method belong to the same concept, and details of the technical solution of the storage medium which are not described in detail can be referred to the description of the technical solution of the above game role control method.

The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The computer instructions include computer program code that may be in source code form, object code form, executable file or some intermediate form, etc. The computer readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), an electrical carrier signal, a telecommunications signal, a software distribution medium, and so forth. It should be noted that the computer readable medium contains content that can be appropriately scaled according to the requirements of jurisdictions in which such content is subject to legislation and patent practice, such as in certain jurisdictions in which such content is subject to legislation and patent practice, the computer readable medium does not include electrical carrier signals and telecommunication signals.

It should be noted that, for the sake of simplicity of description, the foregoing method embodiments are all expressed as a series of combinations of actions, but it should be understood by those skilled in the art that the present description is not limited by the order of actions described, as some steps may be performed in other order or simultaneously in accordance with the present description. Further, those skilled in the art will appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily all necessary in the specification.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to the related descriptions of other embodiments.

The preferred embodiments of the present specification disclosed above are merely used to help clarify the present specification. Alternative embodiments are not intended to be exhaustive or to limit the invention to the precise form disclosed. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the disclosure and the practical application, to thereby enable others skilled in the art to best understand and utilize the disclosure. This specification is to be limited only by the claims and the full scope and equivalents thereof.

Claims

1. A game character control system, the system comprising:

the system comprises a first client, a second client and a server, wherein the first client is a client corresponding to a target role, and the second client is a client corresponding to other game roles in the same game scene with the target role;

the server is configured to generate a display mark of the target character according to the received mark information, and send the display mark of the target character to a first client and a second client corresponding to the game character in the game scene, wherein the meaning of the display mark is the display state of the target character relative to the other game objects;

the first client is further configured to update a display mark of the target character locally according to the received display mark of the target character and perform display operation to obtain a result of displaying or hiding the other game objects, and display the other game objects in the game scene according to a display mode corresponding to the display operation result;

the second client is configured to perform display operation according to the received display mark of the target role, obtain a result for displaying or hiding the target role, and display the target role corresponding to the first client according to a display mode corresponding to the result of the display operation.

2. The system of claim 1, wherein the first client is further configured to perform a display operation according to a display rule, display the other game object if a result of the display operation is a first operation result, and hide the other game object if a result of the display operation is a second operation result;

3. The system of claim 2, wherein the first client is further configured to generate a first display instruction and execute the first display instruction to display the other game object if the result of the display operation is a first operation result, and generate a second display instruction and execute the second display instruction to hide the other game object if the result of the display operation is a second operation result;

4. The system of claim 1, wherein the server, the first client, and the second client are further configured to update a local display relationship token table based on the display token of the target character, wherein the display relationship token table is used to record display status between game objects.

5. The system of claim 1, wherein the first client is further configured to detect current location information of the target character, and to obtain a game object associated with the target character based on the location information.

6. The system of claim 1, wherein the first client is further configured to resume the display state of the target character prior to editing relative to other game objects in a game scene if the sending of the marker information fails.

7. The system of claim 6, wherein the first client is further configured to re-receive marking information generated by a user editing a display state of a target character with respect to other game objects in a game scene, and send the marking information to the server.

8. A game role control method, applied to a first client in the system as claimed in claim 1, wherein the first client is a client corresponding to a target role, the method comprising:

Receiving mark information generated by editing a target role relative to display states of other game objects in a game scene by a user, wherein the other game objects comprise other game roles except the target role in the game scene, and a client corresponding to the other game roles is a second client;

transmitting the marking information to a server;

updating the display mark of the local target character according to the received display mark of the target character and performing display operation to obtain a result for displaying or hiding other game objects, wherein the display mark means the display state of the target character relative to the other game objects;

9. The method of claim 8, wherein displaying other game objects in the game scene according to the display mode corresponding to the result of the display operation comprises:

10. The method of claim 9, wherein displaying the other game object if the result of the display operation is a first operation result and hiding the other game object if the result of the display operation is a second operation result comprises:

11. The method of claim 8, wherein the method further comprises:

12. The method of claim 8, further comprising, prior to the receiving the marker information generated by the user editing the display status of the target character with respect to other game objects in the game scene:

13. The method of claim 8, wherein the method further comprises:

14. The method of claim 13, after the restoring the display state of the target character prior to editing relative to other game objects in a game scene, comprising:

15. A game role control method, applied to a second client in the system as claimed in claim 1, wherein the second client is a client corresponding to other game roles in the same game scene as the target role corresponding to the first client, and the method includes:

performing display operation according to a received display mark of a target character to obtain a result for displaying or hiding the target character, wherein the display mark means a display state of the target character relative to other game objects, the display mark is generated by a server according to mark information sent by a first client, and the mark information is generated by editing the display state of the target character relative to other game objects in a game scene according to a user of the first client;

16. The method of claim 15, wherein displaying the target character corresponding to the first client according to the display mode corresponding to the result of the display operation comprises:

17. The method of claim 16, wherein displaying the target character if the result of the display operation is a first operation result and hiding the target character if the result of the display operation is a second operation result comprises:

18. The method of claim 15, wherein the method further comprises:

19. A computing device, comprising:

a memory and a processor;

the memory is configured to store computer-executable instructions and the processor is configured to execute the computer-executable instructions to implement the steps of the game character control method of any one of claims 8-18.

20. A computer readable storage medium storing computer instructions which, when executed by a processor, implement the steps of the game character control method of any one of claims 8 to 18.