Route Hint Method, Device, Equipment and Storage Medium in a Game

Abstract

The present application provides a route hint method, device, equipment and storage medium in a game, relating to the technical field of games. The method includes: responding to a movement control instruction for the first virtual object, and determining an expected movement direction corresponding to the movement control instruction; when the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, sending a hint message to the second terminal to generate a direction identifier pointing to the expected movement direction on the graphical user interface of the second terminal. Compared with the prior art, it avoids the problems of long time consumption and inconvenience in the way that team members initiate chat messages to the team leader during the team task process.

Description

Technical Field

[0001] This application relates to the field of game technologies, and in particular, to a method, apparatus, device, and storage medium for route prompting in a game. Background Art

[0002] A Massively Multiplayer Online Role-Playing Game (MMORPG), with the full English name Massive (or Massively), generally refers to any online game where a large number of players (about 1000 people) can be online simultaneously on the game server, and can thus be called a massively multiplayer online game.

[0003] Currently, in MMIRPG games, only the leader of the current queue can control the advancing direction of the team after the team is formed. When team members want to replenish supplies, repair health and mana bars, or perform other tasks, they can only prompt the leader to adjust the route through the queue chat interface.

[0004] However, since time is very precious during the team task process, the above-mentioned method of sending chat messages takes a long time and is inconvenient. Moreover, after the leader receives the information, they are already far from the destination point. At this time, if they return, there will be path consumption. Summary of the Invention

[0005] The purpose of this application is to provide a method, apparatus, device, and storage medium for route prompting in a game to solve the problem that in the prior art, the method of team members sending chat messages to the leader during the team task process takes a long time and is inconvenient.

[0006] To achieve the above purpose, the technical solutions adopted in the embodiments of this application are as follows:

[0007] In a first aspect, an embodiment of this application provides a method for route prompting in a game. A graphical user interface is provided through a first terminal. The content displayed on the graphical user interface includes a game scene and a first virtual object and a second virtual object located in the game scene. Among them, the first virtual object is the virtual object controlled by the first terminal, the second virtual object is the virtual object controlled by a second terminal, and the first virtual object is configured to actually move in the game scene following the second virtual object. The method includes:

[0008] Respond to a movement control instruction for the first virtual object, and determine an expected movement direction corresponding to the movement control instruction;

[0009] When the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, send a prompt message to the second terminal to generate a direction identifier pointing to the expected movement direction on the graphical user interface of the second terminal.

[0010] Optionally, when the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, the method further includes:

[0011] Provide a direction identifier pointing to the expected movement direction in the graphical user interface of the first terminal.

[0012] Optionally, after the step of sending the prompt message to the second terminal, the method further includes:

[0013] Generate a movement permission application control in the graphical user interface;

[0014] In response to a trigger operation on the movement permission application control, send a movement control permission application to the second terminal.

[0015] Optionally, the step of generating a movement permission application control in the graphical user interface includes:

[0016] Start timing when sending the prompt message to the second terminal;

[0017] When the timing reaches a first preset duration and the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, generate the movement permission application control in the graphical user interface.

[0018] Optionally, the method further includes:

[0019] Receive the application approval information returned by the second terminal and activate the permission for the first virtual object to perform actual movement in the game scene according to the movement control instruction;

[0020] In response to a movement control instruction for the first virtual object, control the first virtual object and the second virtual object that moves following the first virtual object to perform actual movement in the game scene.

[0021] Optionally, the method further includes:

[0022] Display a movement permission cancellation control in the graphical user interface;

[0023] In response to a triggering operation on the mobile permission cancellation control, cancel the permission for the first virtual object to actually move in the game scene according to the movement control instruction, and reconfigure the first virtual object to follow the second virtual object to actually move in the game scene.

[0024] Optionally, the method further includes:

[0025] When the timing does not reach the first preset duration and the expected movement direction is consistent with the actual movement direction of the first virtual object in the game scene, end the timing.

[0026] Optionally, the method further includes:

[0027] If the expected movement direction is consistent with the actual movement direction of the first virtual object in the game scene, do not perform the step of sending the prompt information to the second terminal.

[0028] Optionally, the method further includes:

[0029] In response to a preset game relationship established between the first virtual object and the second virtual object, configure the first virtual object to follow the second virtual object to actually move in the game scene.

[0030] In a second aspect, another embodiment of the present application provides a route prompt method. A graphical user interface is provided through a second terminal, and the content displayed on the graphical user interface includes a game scene and a first virtual object and a second virtual object located in the game scene. Among them, the first virtual object is a virtual object controlled by the first terminal, the second virtual object is a virtual object controlled by the second terminal, and the first virtual object is configured to follow the second virtual object to actually move in the game scene. The method includes:

[0031] In response to a movement control instruction for the second virtual object, control the second virtual object to actually move in the game scene;

[0032] Receive the prompt information sent by the first terminal, where the prompt information includes the expected movement direction of the first virtual object following the second virtual object to actually move;

[0033] According to the prompt information, generate a direction identifier pointing to the expected movement direction on the graphical user interface.

[0034] Optionally, the method further includes:

[0035] Receive a mobile control permission application sent by the first terminal, and display a selection control on the graphical user interface. The selection control is used to indicate whether to agree to activate the permission for the first virtual object to actually move in the game scene according to the mobile control instruction and to follow the first virtual object to actually move in the game scene.

[0036] Optionally, the method further includes:

[0037] In response to an agree selection operation on the selection control, send a message indicating that the mobile control permission application has passed to the first terminal; and,

[0038] Cancel the permission for the second virtual object to actually move in the game scene according to the mobile control instruction, and configure the second virtual object to follow the first virtual object to actually move in the game scene.

[0039] Optionally, the method further includes:

[0040] In response to a disagree selection operation on the selection control, send a message indicating that the mobile control permission application has not passed to the first terminal.

[0041] Optionally, the method further includes:

[0042] When sending the message indicating that the mobile control permission application has passed to the first terminal, start timing;

[0043] When the timing reaches a second preset duration, display a mobile permission revocation control on the graphical user interface.

[0044] Optionally, the method further includes:

[0045] In response to a trigger operation on the mobile permission revocation control, activate the permission for the second virtual object to actually move in the game scene according to the mobile control instruction; and,

[0046] In response to a mobile control instruction for the second virtual object, control the second virtual object and the first virtual object that follows the second virtual object to actually move in the game scene.

[0047] In a third aspect, another embodiment of the present application provides a route hint device in a game. The device includes a determination module and a sending module, where:

[0048] The determination module is configured to respond to a mobile control instruction for the first virtual object and determine an expected movement direction corresponding to the mobile control instruction;

[0049] The sending module is configured to send a prompt message to the second terminal when the expected moving direction is inconsistent with the actual moving direction of the first virtual object in the game scene, so as to generate a direction identifier pointing to the expected moving direction on the graphical user interface of the second terminal.

[0050] Optionally, the device further includes: a generating module, configured to provide a direction identifier pointing to the expected moving direction in the graphical user interface of the first terminal.

[0051] Optionally, the generating module is specifically configured to generate a moving permission application control in the graphical user interface;

[0052] The sending module is specifically configured to respond to a triggering operation on the moving permission application control and send a moving control permission application to the second terminal.

[0053] Optionally, the sending module is specifically configured to generate a moving permission application control in the graphical user interface; respond to a triggering operation on the moving permission application control and send a moving control permission application to the second terminal.

[0054] Optionally, the device further includes: a starting module, configured to start timing when sending the prompt message to the second terminal;

[0055] The generating module is specifically configured to generate the moving permission application control in the graphical user interface when the timing reaches a first preset duration and the expected moving direction is inconsistent with the actual moving direction of the first virtual object in the game scene.

[0056] Optionally, the device further includes: a display module and a cancellation module, where:

[0057] The display module is configured to display a moving permission cancellation control in the graphical user interface;

[0058] The cancellation module is configured to respond to a triggering operation on the moving permission cancellation control, cancel the permission for the first virtual object to actually move in the game scene according to the moving control instruction, and reconfigure the first virtual object to follow the second virtual object to actually move in the game scene.

[0059] Optionally, the device further includes: a timing module, configured to end the timing when the timing does not reach the first preset duration and the expected moving direction is consistent with the actual moving direction of the first virtual object in the game scene.

[0060] Optionally, if the desired movement direction is the same as the actual movement direction of the first virtual object in the game scene, the step of sending the prompt information to the second terminal is not executed.

[0061] Optionally, the device further includes: a configuration module, configured to, in response to a preset game relationship established between the first virtual object and the second virtual object, configure the first virtual object to follow the actual movement of the second virtual object in the game scene.

[0062] In a fourth aspect, another embodiment of the present application provides a route prompt device in a game. The device includes: a control module, a receiving module, and a generating module, where:

[0063] The control module is configured to, in response to a movement control instruction for the second virtual object, control the second virtual object to actually move in the game scene;

[0064] The receiving module is configured to receive the prompt information sent by the first terminal, where the prompt information includes the desired movement direction of the first virtual object following the actual movement of the second virtual object;

[0065] The generating module is configured to generate a direction identifier pointing to the desired movement direction on the graphical user interface according to the prompt information.

[0066] Optionally, the receiving module is specifically configured to receive a movement control permission application sent by the first terminal, and display a selection control on the graphical user interface, where the selection control is used to indicate whether to agree to activate the permission for the first virtual object to actually move in the game scene according to the movement control instruction and follow the actual movement of the first virtual object in the game scene.

[0067] Optionally, the device further includes: a configuration module, where:

[0068] The sending module is specifically configured to, in response to an agree selection operation on the selection control, send a message indicating that the movement control permission application has passed to the first terminal; and

[0069] The configuration module is configured to cancel the permission for the second virtual object to actually move in the game scene according to the movement control instruction, and configure the second virtual object to follow the actual movement of the first virtual object in the game scene.

[0070] Optionally, the sending module is specifically configured to, in response to a disagree selection operation on the selection control, send a message indicating that the movement control permission application has not passed to the first terminal.

[0071] Optionally, the device further includes: a timing module and a display module, where:

[0072] The timing module is specifically configured to start timing when sending the information that the mobile control permission application is passed to the first terminal;

[0073] The display module is specifically configured to display a mobile permission revocation control on the graphical user interface when the timing reaches a second preset duration.

[0074] Optionally, the device further includes: an activation module, configured to respond to a trigger operation on the mobile permission revocation control, and activate the permission for the second virtual object to actually move in the game scene according to the mobile control instruction; and,

[0075] The control module is specifically configured to respond to a mobile control instruction for the second virtual object, and control the second virtual object and the first virtual object that follows the second virtual object to actually move in the game scene.

[0076] In a fifth aspect, another embodiment of the present application provides a route prompting device in a game, including: a processor, a storage medium, and a bus. The storage medium stores machine-readable instructions executable by the processor. When the route prompting device in the game runs, the processor communicates with the storage medium through the bus, and the processor executes the machine-readable instructions to perform the steps of any one of the methods described in the first aspect or the second aspect above.

[0077] In a sixth aspect, another embodiment of the present application provides a storage medium, on which a computer program is stored. When the computer program is run by a processor, it performs the steps of any one of the methods described in the first aspect or the second aspect above.

[0078] The beneficial effects of the present application are as follows: By using the route providing method provided by the present application, the expected moving direction of the player corresponding to the first virtual object can be determined through the moving control instruction of the first virtual object, and when the expected moving direction is inconsistent with the actual moving direction, a prompt message is sent to the second terminal, so that a direction identifier pointing to the expected moving direction can be displayed on the graphical user interface of the second terminal, so that the leader object in the virtual queue can determine the expected moving directions of other virtual team member objects in the current virtual queue according to the direction identifier, and determine whether to change the moving direction of the current virtual queue according to the direction identifier, thereby realizing complex communication and interaction between virtual objects in the game through simple control instructions, simplifying the communication operation process steps in the game, and improving the communication efficiency. Description of the Drawings

[0079] To more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the accompanying drawings required for the embodiments. It should be understood that the following drawings only show some embodiments of the present application and should not be regarded as limiting the scope. For those of ordinary skill in the art, other related drawings can be obtained based on these drawings without creative efforts.

[0080] Figure 1 Schematic flowchart of the route prompting method in the game provided by an embodiment of the present application;

[0081] Figure 2 Schematic interface diagram of the graphical user interface provided by an embodiment of the present application;

[0082] Figure 3 Schematic flowchart of the route prompting method in the game provided by another embodiment of the present application;

[0083] Figure 4 Schematic interface diagram of the graphical user interface provided by another embodiment of the present application;

[0084] Figure 5 Schematic interface diagram of the graphical user interface provided by another embodiment of the present application;

[0085] Figure 6 Schematic interface diagram of the graphical user interface provided by another embodiment of the present application;

[0086] Figure 7 Schematic flowchart of the route prompting method in the game provided by another embodiment of the present application;

[0087] Figure 8 Schematic flowchart of the route prompting method in the game provided by another embodiment of the present application;

[0088] Figure 9 Schematic structural diagram of the route prompting device in the game provided by an embodiment of the present application;

[0089] Figure 10 Schematic structural diagram of the route prompting device in the game provided by another embodiment of the present application;

[0090] Figure 11 Schematic structural diagram of the route prompting device in the game provided by another embodiment of the present application;

[0091] Figure 12 Schematic structural diagram of the route prompting device in the game provided by another embodiment of the present application;

[0092] Figure 13 Schematic structural diagram of the route prompting device in the game provided by an embodiment of the present application. Specific implementation manners

[0093] To make the objectives, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Apparently, the described embodiments are some but not all of the embodiments of the present application.

[0094] Generally, the components of the embodiments of the present application described and illustrated in the accompanying drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the accompanying drawings is not intended to limit the scope of the claimed present application, but merely represents selected embodiments of the present application. All other embodiments obtained by those skilled in the art based on the embodiments of the present application without creative efforts fall within the scope of protection of the present application.

[0095] In addition, the flowcharts used in the present application illustrate operations implemented according to some embodiments of the present application. It should be understood that the operations in the flowchart may not be implemented in sequence, and steps without logical context relationships may be reversed in order or implemented simultaneously. In addition, those skilled in the art can add one or more other operations to the flowchart or remove one or more operations from the flowchart under the guidance of the content of the present application.

[0096] The game scenarios targeted by the embodiments of the present application can involve multiple virtual objects, and each virtual object can be operated by its own player. Optionally, the player starts the game and performs operations through their own terminal device. Information interaction can be achieved between players through the server.

[0097] The following explains and illustrates a route hint method in a game provided by the embodiments of the present application in combination with multiple specific application examples. Figure 1 As shown in the flowchart of a route hint method in a game provided for an embodiment of the present application, a graphical user interface is provided through a first terminal. The content displayed on the graphical user interface includes a game scenario and a first virtual object and a second virtual object located in the game scenario. Among them, the first virtual object is a virtual object controlled by the first terminal, and the second virtual object is a virtual object controlled by the second terminal. The first virtual object is configured to actually move in the game scenario following the second virtual object. As Figure 1 shown, the method includes:

[0098] S101: Respond to a movement control instruction for the first virtual object, and determine an expected movement direction corresponding to the movement control instruction.

[0099] The route hint method provided in this application is applied during the team formation process of a game. In the embodiments of this application, the first virtual object and the second virtual object are virtual objects in the same virtual queue in the same game. The first virtual object and the second virtual object are controlled by different terminal devices. The same virtual queue may include one second virtual object and at least one first virtual object. Generally, there is an upper limit on the number of virtual objects in a virtual queue. For example, a virtual queue may include at most 5 virtual objects, or at most 3 virtual objects, etc. It should be understood that the above embodiments are only illustrative. The specific number of virtual objects included in a queue can be flexibly adjusted according to user needs and is not limited to those given in the above embodiments.

[0100] Among them, the first virtual object is a team member virtual object, and the second virtual object is a team leader virtual object. All team member virtual objects cannot control their own movement during the team formation process and need to control their own movement according to the movement of the team leader virtual object. That is, the virtual objects in the same virtual queue have the same movement direction and all move following the movement of the second virtual object.

[0101] Exemplarily, in some possible embodiments, in response to a preset game relationship established between the first virtual object and the second virtual object, the first virtual object can be configured to follow the actual movement of the second virtual object in the game scene.

[0102] Among them, the preset game relationship can be, for example, a team game relationship. The way to establish the team game relationship can be, for example: the second virtual object initiates a team formation application, and the first virtual object that hopes to participate in the team formation initiates an application to join the team. After the application to join the team is accepted by the second virtual object, a team game relationship is established between the first virtual object and the second virtual object; or it can also be that the first virtual object initiates an application to join the team, and the second virtual character can determine whether to accept the first virtual object's application to join the team according to the information of the first virtual object (such as level information, sect information, etc.) and the application information for joining the team initiated by the first virtual object. If accepted, a team game relationship is established between the first virtual object and the second virtual object; or it can also be that after the second virtual object forms a team, it directly sends a team formation invitation to other first virtual objects in its friend list, or the user corresponding to the second terminal directly searches for the first virtual object expected to form a team in the search box (such as searching by username, or by user identification number, etc.) and sends a team formation invitation to it. After the first virtual object accepts the team formation invitation, a team formation relationship is established between the first virtual object and the second virtual object. It should be understood that the above embodiments are only illustrative. The specific type of the preset relationship between the first virtual object and the second virtual object, and how to specifically establish the preset game relationship can be flexibly adjusted according to user needs and is not limited to those given in the above embodiments.

[0103] In an embodiment of the present application, during the process of the first virtual object moving following the second virtual object, it is possible that the first virtual object has its own desired moving direction. Then, the first virtual object can determine the corresponding desired moving direction through a movement control instruction.

[0104] In some possible embodiments, for example, by clicking on any position in the game scene, it can be determined that the click operation is a movement control instruction, and the direction of the click position is determined as the desired moving direction; or, by double - clicking on any position in the game scene, it can be determined that the double - click operation is a movement control instruction, and the direction of the double - click position is determined as the desired moving direction; or for some games with a virtual movement wheel on the graphical user interface, it can also be determined by controlling the movement wheel that the control operation for the movement wheel is a movement control instruction, and the direction corresponding to the control operation for the wheel is determined as the desired moving direction; it should be understood that the above - mentioned embodiments are only exemplary descriptions, and the specific initiation method of the movement control instruction and the method of determining the desired moving direction can be flexibly adjusted according to user needs, and are not limited to those given in the above - mentioned embodiments.

[0105] Among them, the click operation or double - click operation can be, for example, initiated by the player touching the display screen of the first terminal, or a click operation triggered by the player through an external device. The specific triggering method of the click operation can be flexibly adjusted according to the game attributes, and is not limited to those given in the above - mentioned embodiments.

[0106] S102: When the desired moving direction is inconsistent with the actual moving direction of the first virtual object in the game scene, send a prompt message to the second terminal to generate a direction identifier pointing to the desired moving direction on the graphical user interface of the second terminal.

[0107] Figure 2 This is a schematic diagram of the graphical user interface provided by an embodiment of the present application. As Figure 2 shown, after the second terminal receives the prompt message sent by the first terminal, it can generate a direction identifier pointing to the desired moving direction on the graphical user interface. In some possible embodiments, the direction identifier can be directly displayed on the graphical user interface of the second terminal.

[0108] In some other possible embodiments, on the graphical user interface of the second terminal, on one side of the first virtual object that initiates the prompt message, for example, on the outside, the direction identifier can be displayed, so that the second terminal can not only know the desired moving direction of the current virtual team member according to the direction identifier, but also know which virtual team member in the current virtual queue initiates the current desired moving direction according to the display position of the direction identifier. It should be understood that the above - mentioned embodiments are only exemplary descriptions, and the specific display method of the direction identifier can be flexibly adjusted according to user needs, and is not limited to those given in the above - mentioned embodiments.

[0109] When the expected movement direction is consistent with the actual movement direction of the first virtual character in the game scene, it indicates that the expected movement direction of the player corresponding to the current first virtual object is consistent with the actual movement direction of the virtual queue. At this time, there is no need to generate a direction identifier for the expected movement direction, that is, the step of sending a prompt message to the second terminal is not executed.

[0110] When the expected movement direction is inconsistent with the actual movement direction of the first virtual character in the game scene, it indicates that the expected movement direction of the player corresponding to the current first virtual object is inconsistent with the actual movement direction of the virtual queue. The first virtual object may, for example, hope to replenish supplies or restore its current state, etc. At this time, the first terminal can send a prompt message to the second terminal to prompt the player corresponding to the second terminal of the expected movement direction of other virtual team members in the current virtual queue through a direction identifier. The player corresponding to the second terminal can refer to the expected movement directions of other virtual team members to determine the next movement direction of the current virtual queue.

[0111] Thus, through simple operations, the first virtual object can prompt the second terminal of the expected movement direction of the current first virtual object, improving the efficiency of the first virtual object sending prompt messages to the second virtual object.

[0112] By using the route providing method provided in this application, the expected movement direction of the player corresponding to the first virtual object can be determined through the movement control instruction of the first virtual object, and when the expected movement direction is inconsistent with the actual movement direction, a prompt message is sent to the second terminal, so that a direction identifier pointing to the expected movement direction can be displayed on the graphical user interface of the second terminal, enabling the captain object in the virtual queue to determine the expected movement directions of other virtual team member objects in the current virtual queue according to the direction identifier and determine whether it is necessary to change the movement direction of the current virtual queue, thereby realizing that complex communication can be completed between virtual objects in the game through simple control instructions, simplifying the communication operation process steps in the game, and improving the communication efficiency.

[0113] In one embodiment of the present application, a direction indicator pointing to the desired direction of movement may also be provided in the graphical user interface of the first terminal; for example, a direction indicator pointing to the desired direction of movement may be displayed on the terminal graphical user interface corresponding to all virtual objects of team members in the current virtual queue; or a direction indicator pointing to the desired direction of movement may be provided on the graphical user interface of the first terminal that currently initiates the prompt message, so that the first virtual object can determine whether the direction corresponding to the current direction indicator is its desired direction based on the direction indicator. If not, the direction indicator corresponding to the prompt message can be re-determined and displayed by immediately initiating the prompt message again. It should be understood that the above embodiments are only exemplary descriptions, and the display method and display range of the specific direction indicator can be flexibly adjusted according to user needs, and are not limited to those given in the above embodiments.

[0114] Optionally, based on the above embodiment, the embodiment of the present application can also provide a route prompt method in a game. The implementation process of the above method is illustrated below with reference to the accompanying drawings. Figure 3 This is a flow chart of a route prompt method in a game provided by another embodiment of the present application, such as Figure 3 As shown, after S102, the method may further include:

[0115] S103: Generate a mobile permission application control in the graphical user interface.

[0116] Figure 4 This is a schematic diagram of a graphical user interface provided by another embodiment of the present application. In one embodiment of the present application, for example, a mobile permission application pop-up window can be generated on the graphical user interface of the first terminal corresponding to the mobile control instruction, such as Figure 4 As shown, for example, a mobile permission application pop-up window can be directly popped up on the graphical user interface, and the pop-up window can display a prompt message "Do you want to apply to the captain for temporary team leadership?" In addition, the pop-up window is also provided with a mobile permission application control and a mobile permission cancellation application control, for example, a "confirm" control and a "cancel" control are provided. If the player clicks the mobile application control, that is, clicks the "confirm" control, it means that the first virtual object confirms the application to the captain for temporary team leadership. At this time, a mobile permission application instruction is sent to the second terminal, so that the player corresponding to the current first terminal sends an application to the second terminal, applying to become a temporary virtual captain in the virtual queue, and leading the virtual queue to move.

[0117] If the player clicks the control to cancel the application for movement permission, that is, clicks the "Cancel" control, it means that the first virtual object does not apply to the team leader for temporary leadership. At this time, the application for movement permission is canceled, and only a prompt message of the desired movement direction is sent to the second terminal.

[0118] In another embodiment of the present application, a mobile application control can also be directly popped up and displayed on the graphical user interface of the first terminal corresponding to the issued mobile control instruction. If the player clicks on the mobile application control, a mobile permission application instruction is sent to the second terminal, so that the player corresponding to the current first terminal sends an application to the second terminal to apply to become a temporary virtual team leader in the virtual queue; if the player clicks on any position on the current graphical user interface other than the mobile application control, the display of the mobile application control is cancelled, that is, only a prompt message of the desired moving direction is sent to the second terminal, and the display of the mobile application control in the graphical user interface is cancelled; it should be understood that the above embodiments are only illustrative, and the display mode of the specific mobile permission application control can be flexibly adjusted according to user needs, and is not limited to those given in the above embodiments.

[0119] S104: In response to a trigger operation on the mobile permission application control, send a mobile control permission application to the second terminal.

[0120] Figure 5 It is a schematic diagram of the graphical user interface provided by another embodiment of the present application. In one embodiment of the present application, in one embodiment of the present application, after receiving the mobile control permission application sent by the first terminal, the second terminal can display a selection interface on the graphical user interface of the second terminal, such as Figure 5 shown. For example, a prompt message "Whether to let *** lead temporarily" can be provided on the selection interface, where *** can be, for example, the nickname information of the first virtual object that issues the mobile control permission. In addition, an approval control and a disapproval control can also be provided, for example, a "Confirm" control and a "Cancel" control are provided respectively.

[0121] When the user of the second terminal triggers the approval control, that is, when the user of the second terminal clicks on the "Confirm" control, it means that the user of the second terminal agrees to hand over the current mobile permission to the first terminal that issues the mobile control permission; when the user of the second terminal triggers the disapproval control, that is, when the user of the second terminal clicks on the "Cancel" control, it means that the user of the second terminal does not agree to hand over the current mobile permission to the first terminal that issues the mobile control permission; in response to the trigger operation of the user of the second terminal on the approval control on the selection interface, determine the information that the mobile control permission application sent through the first terminal is approved.

[0122] Exemplarily, in some possible embodiments, for example, in Embodiment 1:

[0123] When sending a prompt message to the second terminal, timing can be started; when the timing reaches the first preset duration and the expected moving direction is inconsistent with the actual moving direction of the first virtual object in the game scene, a moving permission application control is generated in the graphical user interface; that is, when the time when the expected moving direction is inconsistent with the actual moving direction reaches the first preset duration, a moving permission application control is triggered to be generated on the first terminal. For example, a moving permission application pop-up window can be generated, and a prompt message such as "Do you want to apply to the team leader for temporary leadership" can be displayed on the pop-up window. In response to the confirmation operation of the first virtual object for the prompt message, it is determined to send a moving control permission application to the second virtual object, and after obtaining the moving control permission, the virtual queue is led to move according to the expected moving direction of itself.

[0124] In some other possible embodiments, when the timing does not reach the first preset duration and the expected moving direction is consistent with the actual moving direction of the first virtual object in the game scene, the timing is ended; that is, if within the first preset duration, the expected moving direction and the actual moving direction of the first virtual object are consistent, it means that after receiving the expected moving direction of the first virtual object, the second virtual object leads the virtual queue to move according to the expected moving direction, and at this time the timing is ended.

[0125] Exemplarily, in some other possible embodiments, for example, in Embodiment 2:

[0126] In response to a click operation of the first virtual object on the graphical user interface, the expected moving direction corresponding to the click operation is determined, and when the expected moving direction is inconsistent with the actual moving direction of the first virtual object in the game scene, a prompt message is sent to the second terminal to generate a direction identifier pointing to the expected moving direction on the graphical user interface of the second terminal; in response to a double-click operation of the first virtual object on the graphical user interface, it is determined to trigger a moving permission application operation, and at this time a moving control permission application is sent to the second terminal to apply for the current temporary control permission of the virtual queue; it should be understood that the above embodiments are only for illustrative purposes, and the specific triggering method of sending the prompt message and the triggering method of the moving permission application operation can be flexibly adjusted according to user needs. For example, it can be triggered by a shortcut key or a preset voice, etc., and is not limited to those given in the above embodiments.

[0127] Figure 6 The graphical user interface provided by another embodiment of the present application, as Figure 6As shown, a mobile permission cancellation control is displayed on the graphical user interface; for example, a "End Team Leader" control can be displayed on the graphical user interface. Responding to a trigger operation on the mobile permission cancellation control indicates that the current first virtual character needs to end the current temporary team leadership. Then, cancel the permission of the first virtual object to actually move in the game scene according to the movement control instruction, and reconfigure the first virtual object to actually move following the second virtual object in the game scene, that is, restore the permission of the second virtual object to lead all virtual team members in the virtual queue to move in the game scene again.

[0128] By using the route hint method provided in the embodiment of the present application, the first virtual object can not only simply operate to hint the second virtual object about the expected movement direction of the first virtual object currently, so that the second virtual object can determine whether to adjust the movement direction of the current virtual queue according to the expected movement direction; in addition, the first virtual object in the present application can also initiate a mobile control permission application to the second virtual object to apply for temporarily controlling the movement of the virtual queue. That is, in the embodiment of the present application, through an agile interaction method, during the team formation process, the problem of complex communication operation process, long time consumption, and low efficiency when the purposes of the virtual team leader object and the virtual team member object are inconsistent is solved.

[0129] The following combines multiple specific application examples to explain the route hint method in a game provided in the embodiment of the present application. Figure 7 It is a flowchart of a route hint method in a game provided in another embodiment of the present application. A graphical user interface is provided through a second terminal. The content displayed on the graphical user interface includes a game scene and a first virtual object and a second virtual object located in the game scene. Among them, the first virtual object is a virtual object controlled by a first terminal, the second virtual object is a virtual object controlled by a second terminal, and the first virtual object is configured to actually move following the second virtual object in the game scene, as Figure 7 shown, the method may include:

[0130] S201: Respond to a movement control instruction for the second virtual object, and control the second virtual object to actually move in the game scene.

[0131] Among them, as the team leader object in the virtual queue, the second virtual object can control the second virtual object and other first virtual objects in the same virtual queue as the second virtual object to actually move in the game scene according to the movement control instruction initiated by itself.

[0132] S202: Receive a prompt message sent by the first terminal.

[0133] Among them, the prompt message includes the expected movement direction of the first virtual object that actually moves following the second virtual object.

[0134] S203: Generate a direction identifier pointing to the desired moving direction on the graphical user interface according to the prompt information.

[0135] So that the second virtual object can learn the desired moving directions of other virtual team member objects in the current virtual queue according to the identifier of the desired moving direction, and determine whether to change the actual moving direction of the current virtual queue with reference to the desired moving directions of other virtual team member objects.

[0136] The specific way of generating the direction identifier of the desired moving direction and the interface display content of the graphical user interface are the same as those provided above. Figures 1 - 6 The method is not described in detail herein.

[0137] Optionally, on the basis of the above embodiments, the embodiments of the present application can also provide a route prompt method in a game. The implementation process of the above method is illustrated as follows with reference to the accompanying drawings. Figure 8 It is a schematic flowchart of a route prompt method in a game provided by another embodiment of the present application. As Figure 8 shown, the method may further include:

[0138] S204: Receive a moving control permission application sent by the first terminal, and display a selection control on the graphical user interface.

[0139] The selection control is used to indicate whether to agree to activate the permission for the first virtual object to actually move in the game scene according to the moving control instruction and follow the first virtual object to actually move in the game scene.

[0140] In some possible embodiments, in response to an agree selection operation on the selection control, send a message indicating that the moving control permission application has passed to the first terminal; and cancel the permission for the second virtual object to actually move in the game scene according to the moving control instruction, and configure the second virtual object to follow the first virtual object to actually move in the game scene.

[0141] In other possible embodiments, in response to a disagree selection operation on the selection control, send a message indicating that the moving control permission application has not passed to the first terminal.

[0142] Exemplarily, in an embodiment of the present application, timing can be started when sending a message indicating that the moving control permission application has passed to the first terminal; when the timing reaches the second preset duration, display a moving permission recall control on the graphical user interface.

[0143] Subsequently, in response to a trigger operation on the mobile permission revocation control, the permission for the second virtual object to actually move in the game scene according to the movement control instruction can be activated; and in response to the movement control instruction for the second virtual object, the second virtual object and the first virtual object following the second virtual object to move are controlled to actually move in the game scene.

[0144] It should be understood that the above-mentioned embodiments are Figures 1 - 6 methods with the opposite terminal device as the execution subject. The specific execution steps of the method, as well as the beneficial effects brought by adopting this route prompting method, are the same as those Figures 1 - 6 provided above, and will not be elaborated herein.

[0145] The following explains the route prompting device in the game provided by the present application with reference to the accompanying drawings. The route prompting device in the game can execute any of the Figures 1 - 6 route prompting methods in the game. Its specific implementation and beneficial effects are as described above and will not be elaborated below.

[0146] Figure 9 FIG. is a schematic structural diagram of a route prompting device in a game provided by an embodiment of the present application. As Figure 9 shown, the device includes: a determination module 301 and a sending module 302, where:

[0147] The determination module 301 is configured to determine a desired movement direction corresponding to the movement control instruction in response to the movement control instruction for the first virtual object;

[0148] The sending module 302 is configured to send a prompt message to the second terminal when the desired movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, so as to generate a direction identifier pointing to the desired movement direction on the graphical user interface of the second terminal.

[0149] Optionally, on the basis of the above-mentioned embodiments, an embodiment of the present application can further provide a route prompting device in a game. The following uses the accompanying drawings to illustrate the implementation process of the above Figure 9 given device as an example. Figure 10 FIG. is a schematic structural diagram of a route prompting device in a game provided by another embodiment of the present application. As Figure 10 shown, the device further includes: a generation module 303, configured to provide a direction identifier pointing to the desired movement direction in the graphical user interface of the first terminal.

[0150] Optionally, the generation module 303 is specifically configured to generate a movement permission application control in the graphical user interface;

[0151] The sending module 302 is specifically configured to respond to a triggering operation on the mobile permission application control and send a mobile control permission application to the second terminal.

[0152] Optionally, the sending module 302 is specifically configured to generate a mobile permission application control in the graphical user interface; respond to a triggering operation on the mobile permission application control and send a mobile control permission application to the second terminal.

[0153] As Figure 10 shown, the device further includes: a starting module 304, configured to start timing when sending a prompt message to the second terminal;

[0154] The generating module 303 is specifically configured to generate a mobile permission application control in the graphical user interface when the timing reaches a first preset duration and the expected moving direction is inconsistent with the actual moving direction of the first virtual object in the game scene.

[0155] As Figure 10 shown, the device further includes: a display module 305 and a cancellation module 306, where:

[0156] The display module 305 is configured to display a mobile permission cancellation control in the graphical user interface;

[0157] The cancellation module 306 is configured to respond to a triggering operation on the mobile permission cancellation control, cancel the permission for the first virtual object to actually move in the game scene according to the mobile control instruction, and reconfigure the first virtual object to follow the second virtual object to actually move in the game scene.

[0158] As Figure 10 shown, the device further includes: a timing module 307, configured to end the timing when the timing does not reach the first preset duration and the expected moving direction is consistent with the actual moving direction of the first virtual object in the game scene.

[0159] Optionally, if the expected moving direction is consistent with the actual moving direction of the first virtual object in the game scene, the step of sending a prompt message to the second terminal is not executed.

[0160] As Figure 10 shown, the device further includes: a configuration module 308, configured to configure the first virtual object to follow the second virtual object to actually move in the game scene in response to a preset game relationship established between the first virtual object and the second virtual object.

[0161] The following explains the route prompting device in the game provided by the present application in conjunction with the accompanying drawings. The route prompting device in the game can execute any of the above Figures 7 - 8 route prompting methods in the game. For its specific implementation and beneficial effects, refer to the above, and will not be elaborated below.

[0162] Figure 11 The following is a schematic structural diagram of a route hint device in a game provided by an embodiment of the present application. As Figure 11 shown, the device includes: a control module 401, a receiving module 402, and a generating module 403, where:

[0163] The control module 401 is configured to respond to a movement control instruction for a second virtual object and control the second virtual object to actually move in the game scene;

[0164] The receiving module 402 is configured to receive a hint message sent by a first terminal. The hint message includes an expected movement direction of a first virtual object that follows the actual movement of the second virtual object;

[0165] The generating module 403 is configured to generate a direction identifier pointing to the expected movement direction on the graphical user interface according to the hint message.

[0166] Optionally, the receiving module 402 is specifically configured to receive a movement control permission application sent by the first terminal, display a selection control on the graphical user interface, and the selection control is used to indicate whether to agree to activate the permission for the first virtual object to actually move in the game scene according to the movement control instruction and follow the first virtual object to actually move in the game scene.

[0167] Optionally, on the basis of the above embodiment, an embodiment of the present application can further provide a route hint device in a game. The implementation process of the device given below is illustrated with reference to the accompanying drawings. Figure 11 The following is a schematic structural diagram of a route hint device in a game provided by another embodiment of the present application. As Figure 12 shown, the device further includes: a sending module 404 and a configuration module 405, where: Figure 12 The sending module 404 is configured to respond to an agree selection operation on the selection control and send a message indicating that the movement control permission application has passed to the first terminal; and

[0168] The configuration module 405 is configured to cancel the permission for the second virtual object to actually move in the game scene according to the movement control instruction, and configure the second virtual object to follow the first virtual object to actually move in the game scene.

[0169] The configuration module 405 is configured to cancel the permission for the second virtual object to actually move in the game scene according to the movement control instruction, and configure the second virtual object to follow the first virtual object to actually move in the game scene.

[0170] Optionally, the sending module 404 is specifically configured to respond to a disagree selection operation on the selection control and send a message indicating that the movement control permission application has not passed to the first terminal.

[0171] As Figure 12 shown, the device further includes: a timing module 406 and a display module 407, where:

[0172] A timing module 406, specifically configured to start timing when sending information indicating that the mobile control permission application to the first terminal is approved;

[0173] A display module 407, specifically configured to display a mobile permission revocation control on the graphical user interface when the timing reaches a second preset duration.

[0174] As Figure 12 shown, the device further includes: an activation module 408, configured to respond to a trigger operation on the mobile permission revocation control to activate the permission for the second virtual object to actually move in the game scene according to the mobile control instruction; and,

[0175] A control module 401, specifically configured to respond to a mobile control instruction for the second virtual object, and control the second virtual object and the first virtual object that moves following the second virtual object to actually move in the game scene.

[0176] The above device is used to execute the method provided in the foregoing embodiment, and its implementation principle and technical effects are similar, which will not be elaborated here.

[0177] These above modules may be one or more integrated circuits configured to implement the above method, for example: one or more application specific integrated circuits (ASICs), or, one or more microprocessors, or, one or more field programmable gate arrays (FPGAs), etc. Again, when a certain above module is implemented in the form of a processing element dispatching program code, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processors that can call program code. Again, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).

[0178] Figure 13 This is a schematic structural diagram of a route hint device in a game provided by an embodiment of the present application. The route hint device in the game may be integrated into a terminal device or a chip of the terminal device.

[0179] As Figure 13 shown, the route hint device in the game includes: a processor 501, a storage medium 502, and a bus 503.

[0180] The processor 501 is used to store programs. The processor 501 calls the programs stored in the storage medium 502 to execute the aboveFigures 1 - 7 The corresponding method embodiments. The specific implementation manners and technical effects are similar and will not be elaborated here.

[0181] Optionally, the present application further provides a program product, such as a storage medium, on which a computer program is stored, including a program that, when run by a processor, executes the corresponding embodiments of the above method.

[0182] In several embodiments provided by the present application, it should be understood that the disclosed apparatus and method can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection between each other can be through some interfaces, and the indirect coupling or communication connection of the apparatus or unit can be in an electrical, mechanical or other form.

[0183] The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place or distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0184] In addition, each functional unit in each embodiment of the present application can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit. The above integrated unit can be implemented in the form of hardware or in the form of a hardware plus software functional unit.

[0185] The above integrated unit implemented in the form of a software functional unit can be stored in a computer-readable storage medium. The above software functional unit is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to execute some steps of the methods described in each embodiment of the present application. The foregoing storage medium includes: various media such as a USB flash drive, a mobile hard disk, a read-only memory (English: Read-Only Memory, abbreviated as: ROM), a random access memory (English: Random Access Memory, abbreviated as: RAM), a magnetic disk, or an optical disc that can store program codes.

Claims

1. A method for route hint in a game, characterized in that, Providing a graphical user interface through a first terminal, the content displayed on the graphical user interface includes a game scene and a first virtual object and a second virtual object located in the game scene, wherein the first virtual object is a virtual object controlled by the first terminal, the second virtual object is a virtual object controlled by a second terminal, and the first virtual object is configured to follow the actual movement of the second virtual object in the game scene. The method includes: Responding to a movement control instruction for the first virtual object, and determining an expected movement direction corresponding to the movement control instruction; When the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, sending a prompt message to the second terminal to generate a direction identifier pointing to the expected movement direction on the graphical user interface of the second terminal; After the step of sending the prompt message to the second terminal, the method further includes: Generating a movement permission application control on the graphical user interface; Responding to a trigger operation on the movement permission application control, and sending a movement control permission application to the second terminal.

2. The method according to claim 1, characterized in that When the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, the method further includes: Providing a direction identifier pointing to the expected movement direction in the graphical user interface of the first terminal.

3. The method according to claim 1, characterized in that, The step of generating a movement permission application control on the graphical user interface includes: Starting timing when sending the prompt message to the second terminal; When the timing reaches a first preset duration and the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, generating the movement permission application control on the graphical user interface.

4. The method according to claim 1 or 3, characterized in that, The method further includes: Receiving an application approval message returned by the second terminal, and activating the permission for the first virtual object to perform actual movement in the game scene according to the movement control instruction; Responding to a movement control instruction for the first virtual object, and controlling the first virtual object and the second virtual object following the first virtual object to perform actual movement in the game scene.

5. The method according to claim 4, wherein The method further includes: Displaying a movement permission cancellation control on the graphical user interface; Responding to a trigger operation on the movement permission cancellation control, canceling the permission for the first virtual object to perform actual movement in the game scene according to the movement control instruction, and reconfiguring the first virtual object to follow the actual movement of the second virtual object in the game scene.

6. The method according to claim 3, wherein The method further includes: When the timing does not reach the first preset duration and the expected movement direction is consistent with the actual movement direction of the first virtual object in the game scene, ending the timing.

7. The method according to claim 1, wherein The method further includes: If the expected movement direction is consistent with the actual movement direction of the first virtual object in the game scene, not performing the step of sending the prompt message to the second terminal.

8. The method according to claim 1, wherein The method further includes: In response to a preset game relationship established between the first virtual object and the second virtual object, configure the first virtual object to actually move following the second virtual object in the game scene.

9. A route hint method in a game, characterized in that, Provide a graphical user interface through a second terminal, the content displayed on the graphical user interface including a game scene and a first virtual object and a second virtual object located in the game scene, wherein the first virtual object is a virtual object controlled by the first terminal, the second virtual object is a virtual object controlled by the second terminal, and the first virtual object is configured to actually move following the second virtual object in the game scene. The method includes: In response to a movement control instruction for the second virtual object, control the second virtual object to actually move in the game scene; Receive a prompt message sent by the first terminal, wherein the prompt message includes the expected movement direction of the first virtual object that actually moves following the second virtual object; Generate a direction identifier pointing to the expected movement direction on the graphical user interface according to the prompt message; Receive a movement control permission application sent by the first terminal device, and display a selection control on the graphical user interface, the selection control being used to indicate whether to agree to activate the permission for the first virtual object to actually move in the game scene according to the movement control instruction and to actually move following the first virtual object in the game scene.

10. The method according to claim 9, characterized in that, The method further includes: In response to an agree selection operation on the selection control, send an information indicating that the movement control permission application has passed to the first terminal device; and, Cancel the permission for the second virtual object to actually move in the game scene according to the movement control instruction, and configure the second virtual object to actually move following the first virtual object in the game scene.

11. The method according to claim 9, wherein The method further includes: In response to a disagree selection operation on the selection control, send an information indicating that the movement control permission application has not passed to the first terminal.

12. The method according to claim 9, wherein The method further includes: Start timing when sending the information indicating that the movement control permission application has passed to the first terminal; When the timing reaches a second preset duration, display a movement permission revocation control on the graphical user interface.

13. The method according to claim 12, characterized in that, The method further includes: In response to a trigger operation on the movement permission revocation control, activate the permission for the second virtual object to actually move in the game scene according to the movement control instruction; and, In response to a movement control instruction for the second virtual object, control the second virtual object and the first virtual object that moves following the second virtual object to actually move in the game scene.

14. A route hint device in a game, characterized in that, Provide a graphical user interface through a first terminal. The content displayed on the graphical user interface includes a game scene and a first virtual object and a second virtual object located in the game scene. Among them, the first virtual object is a virtual object controlled by the first terminal, the second virtual object is a virtual object controlled by a second terminal, and the first virtual object is configured to follow the second virtual object to actually move in the game scene. The device includes: a determination module, a generation module, and a sending module, where: The determination module is configured to respond to a movement control instruction for the first virtual object and determine an expected movement direction corresponding to the movement control instruction; The generation module is configured to, when the expected movement direction is inconsistent with the actual movement direction of the first virtual object in the game scene, send a prompt message to the second terminal to generate a direction identifier pointing to the expected movement direction on the graphical user interface of the second terminal; The generation module is configured to generate a movement permission application control on the graphical user interface; The sending module is configured to respond to a trigger operation on the movement permission application control and send a movement control permission application to the second terminal.

15. A route prompting device in a game, characterized in that, Provide a graphical user interface through a second terminal. The content displayed on the graphical user interface includes a game scene and a first virtual object and a second virtual object located in the game scene. Among them, the first virtual object is a virtual object controlled by the first terminal, the second virtual object is a virtual object controlled by a second terminal, and the first virtual object is configured to follow the second virtual object to actually move in the game scene. The device includes: a control module, a receiving module, and a generation module, where: The control module is configured to respond to a movement control instruction for the second virtual object and control the second virtual object to actually move in the game scene; The receiving module is configured to receive a prompt message sent by the first terminal, where the prompt message includes the expected movement direction of the first virtual object following the actual movement of the second virtual object; The generation module is configured to generate a direction identifier pointing to the expected movement direction on the graphical user interface according to the prompt message; The receiving module is configured to receive the movement control permission application sent by the first terminal device and display a selection control on the graphical user interface. The selection control is used to indicate whether to agree to activate the permission for the first virtual object to actually move in the game scene according to the movement control instruction and follow the first virtual object to actually move in the game scene.

16. A route hint device in a game, characterized in that, The device includes: a processor, a storage medium, and a bus. The storage medium stores machine-readable instructions executable by the processor. When the route prompt device in the game runs, the processor communicates with the storage medium through the bus. The processor executes the machine-readable instructions to execute the method according to any one of the above claims 1-13.

17. A storage medium, characterized in that, A computer program is stored on the storage medium. When the computer program is run by the processor, it executes the method according to any one of the above claims 1-13.

Images