Interaction control method and device in game, electronic equipment and storage medium

Abstract

The present disclosure provides an interaction control method and device in a game, electronic equipment and storage medium, and relates to the technical field of games. The method comprises the following steps: receiving, by a first terminal, task entrustment information sent by a second terminal, wherein the task entrustment information is used at least for indicating that a first account completes a first game task on behalf of a second account; generating, according to the task entrustment information, a second game task associated with the first game task in the first terminal; and generating, according to a task completion condition of the second game task in the first terminal by the first account, task completion information used for updating a task progress corresponding to the first game task. The present disclosure solves the problem that an activity / play entrustment cannot be performed in a one-on-one social system of friends in a game in the related art, avoids risks such as account theft and information leakage, and improves the security of a game account.

Description

Technical Field

[0001] This disclosure relates to the field of game technology, and more specifically, to an interactive control method, device, electronic device, and storage medium in games. Background Technology

[0002] In applications such as massively multiplayer online games, there are tasks or activities that require continuous user interaction to complete. To save time, users have a need to delegate tasks.

[0003] In related technologies, a common implementation is for the delegating party to directly provide their account credentials to the delegate, who then logs into the delegating party's account to execute the task. This approach first raises serious security and compliance issues. The server needs to frequently handle login requests from uncommon devices or IPs, increasing the computational load for authentication and risk identification. Second, task execution progress cannot be synchronized in real-time and transparently between the delegating and delegated parties. This forces the server to maintain and potentially frequently compare task status data from both clients to ensure consistency of the final result, unnecessarily increasing server data storage and synchronization communication overhead. Furthermore, since task execution relies entirely on the delegate logging into the delegating party's account, the game system cannot effectively isolate and manage the task execution environment, making it difficult to support efficient, concurrent, multi-point delegation collaboration. Summary of the Invention

[0004] The purpose of this disclosure is to address the shortcomings of the prior art by providing an interactive control method, device, electronic device, and storage medium for games, so as to solve the technical problems existing in the prior art.

[0005] To achieve the above objectives, the technical solutions adopted in the embodiments of this disclosure are as follows: In a first aspect, embodiments of this disclosure provide an interactive control method for a game, the game including a first account controlled by a first terminal and a second account controlled by a second terminal, the second account being configured with at least a first game task, the method including: The first terminal receives task delegation information sent by the second terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account; Based on the task delegation information, a second game task associated with the first game task is generated in the first terminal; Based on the completion status of the second game task by the first account on the first terminal, task completion information is generated to update the task progress corresponding to the first game task.

[0006] Secondly, this disclosure also provides an interactive control method in a game, the game including a first account controlled by a first terminal and a second account controlled by a second terminal, the second account being configured with at least a first game task, the method including: At least one game task to be completed is displayed on the second terminal; In response to a delegation operation for the first game task in the at least one game task, the second terminal sends task delegation information to the first terminal, so as to generate a second game task associated with the first game task in the first terminal; The second terminal receives task completion information sent by the first terminal and updates the completion progress of the first game task based on the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

[0007] Thirdly, this disclosure provides an interactive control method for a game, wherein the game includes a first account controlled by a first terminal and a second account controlled by a second terminal, the second account being configured with at least a first game task, and the method includes: The receiving module is configured to receive task delegation information sent by the second terminal through the first terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account; The generation module is used to generate a second game task associated with the first game task in the first terminal based on the task delegation information; and to generate task completion information for updating the task progress corresponding to the first game task based on the task completion status of the first account in the first terminal for the second game task.

[0008] Fourthly, this disclosure also provides an interactive control method for a game, wherein the game includes a first account controlled by a first terminal and a second account controlled by a second terminal, the second account being configured with at least a first game task, and the method includes: The display module is used to display at least one game task to be completed through the second terminal; The sending module is used to respond to a delegation operation for the first game task in the at least one game task, and send task delegation information to the first terminal through the second terminal so as to generate a second game task associated with the first game task in the first terminal; The receiving module is used to receive task completion information sent by the first terminal through the second terminal; An update module is used to update the completion progress of the first game task based on the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

[0009] Fifthly, embodiments of this disclosure provide an electronic device, including: a processor, a storage medium, and a bus. The storage medium stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform steps of the interactive control method in the game provided in the first aspect.

[0010] In a sixth aspect, embodiments of this disclosure provide a computer-readable storage medium storing a computer program that, when executed by a processor, performs the steps of the interactive control method in the game provided in the first aspect.

[0011] The beneficial effects of this disclosure are: This disclosure provides an interactive control method, device, electronic device, and storage medium for games. In this disclosure, the entrusted party receives task entrustment information sent by the entrusting party through its own first terminal. This task is used to instruct the first account running on the first terminal to complete the first game task on behalf of the second account. Based on the task entrustment information, a new task is generated on the first terminal, namely the second game task associated with the first game task. This realizes resource instantiation based on player A's account and solves the problem of independent processing of account data and activity data of both parties. The entrusted party also helps to execute the first game task on behalf of the entrusting party on the first terminal and pushes the update progress of the first game task to the second terminal held by the entrusting party in real time. This meets the needs of non-real-time activity entrustment in games that need to be completed over several hours or even across days. It solves the problem in related technologies that activity / gameplay entrustment cannot be carried out in the one-to-one social system of in-game friends, avoids risks such as account theft and information leakage, and has a simple transaction process and transparent progress, thus improving the security of game accounts. Attached Figure Description

[0012] To more clearly illustrate the technical solutions of the embodiments of this disclosure, the accompanying drawings used in the embodiments will be briefly described below. It should be understood that the following drawings only show some embodiments of this disclosure and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 A flowchart illustrating an interactive control method in a game provided by an embodiment of this disclosure; Figure 2A flowchart illustrating an interactive control method in a game provided by an embodiment of this disclosure; Figure 3 A schematic diagram of an in-game chat channel provided in an embodiment of this disclosure; Figure 4 A schematic diagram of a first task control provided for an in-game chat channel according to an embodiment of this disclosure; Figure 5 This is a schematic diagram illustrating the rejection or acceptance operation of the first task control provided in an embodiment of this disclosure; Figure 6 A flowchart illustrating yet another interactive control method in a game provided in this embodiment of the present disclosure; Figure 7 A flowchart illustrating another interactive control method in a game provided by an embodiment of this disclosure; Figure 8 A schematic diagram of a task card displayed in a chat channel according to an embodiment of this disclosure; Figure 9 A flowchart illustrating another interactive control method in a game provided by an embodiment of this disclosure; Figure 10 A schematic diagram of a character switching control displayed on a game interface provided in an embodiment of this disclosure; Figure 11 This is a schematic diagram illustrating the role switching process performed via a role switching control, as provided in an embodiment of this disclosure. Figure 12 A flowchart illustrating yet another interactive control method in a game provided in this embodiment of the present disclosure; Figure 13 A flowchart illustrating another interactive control method in a game provided by an embodiment of this disclosure; Figure 14 A flowchart illustrating yet another interactive control method in a game provided in this embodiment of the present disclosure; Figure 15 A schematic diagram of a task delegation panel corresponding to a first game task provided in an embodiment of this disclosure; Figure 16 This is a schematic diagram illustrating the display of "Waiting for confirmation from the other party" in a chat channel, provided as an embodiment of this disclosure. Figure 17 A flowchart illustrating yet another interactive control method in a game provided in this embodiment of the present disclosure; Figure 18 A schematic diagram illustrating the task acceptance request for the first game task returned by the first terminal as provided in an embodiment of this disclosure; Figure 19 A schematic diagram of the acceptance interface for a game task provided in this embodiment of the disclosure; Figure 20 A schematic diagram of the structure of an interactive control device in a game provided in an embodiment of this disclosure; Figure 21 A schematic diagram of the structure of another interactive control device in a game provided in an embodiment of this disclosure; Figure 22 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0014] To make the objectives, technical solutions, and advantages of the embodiments of this disclosure clearer, the technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. The components of the embodiments of this disclosure described and shown in the accompanying drawings can generally be arranged and designed in various different configurations.

[0015] Therefore, the following detailed description of the embodiments of this disclosure provided in the accompanying drawings is not intended to limit the scope of the claimed disclosure, but merely to illustrate selected embodiments of the disclosure. All other embodiments obtained by those skilled in the art based on the embodiments of this disclosure without inventive effort are within the scope of protection of this disclosure.

[0016] First, the background technology involved in this disclosure will be introduced.

[0017] In the existing game, players typically use the following two methods to resolve in-game event requests, as detailed below: The first method involves players initiating remote control requests via the in-game help function, allowing higher-ranking players to perform real-time, synchronous remote operations on their client. However, this method is instantaneous and synchronous, and both parties still need to be online. Essentially, it's session-level screen sharing and command pass-through, lacking offline task execution capabilities, progress persistence, state rollback, or asynchronous collaboration support. Therefore, this method is only suitable for short-term, highly interactive scenarios (such as single-game guidance) and cannot support non-real-time activity delegation needs that require several hours or even spanning multiple days.

[0018] The second method involves players delegating and transferring tasks through the in-game "task dispatching platform." Specifically, after a player posts a task through the platform, the system automatically pushes and assigns the task to eligible players. This solution employs a centralized scheduling architecture, meaning task flow does not rely on existing social relationships between players and lacks point-to-point targeted delegation capabilities. Furthermore, its task delivery method involves directly writing task metadata into the receiving player's local task list, without generating an independent executable copy coupled to the initiating player's account status, nor instantiating and isolating runtime data such as character attributes and resource values. Instead, the task is directly added to the recipient's task list. In other words, the receiving player executes a standardized task template from their own account, rather than a reproduction and continuation of the initiating player's personalized game state, lacking data context fidelity and two-way collaborative execution capabilities.

[0019] To address the aforementioned issues, this disclosure proposes an interactive control method for games. In this method, the entrusted party receives task delegation information sent by the entrusting party through its own first terminal, generates new tasks on the first terminal based on the received task delegation information, assists the entrusting party in completing game tasks on the first terminal, and pushes the updated progress of game tasks to the entrusting party's second terminal in real time. This satisfies the needs of non-real-time activity delegation in games that require several hours or even spanning days to complete, and solves the problem in related technologies that activity / gameplay delegation cannot be carried out in the game's one-to-one social system with friends.

[0020] refer to Figure 1 The diagram shown is a flowchart of an interactive control method in a game provided by an embodiment of this disclosure. The execution subject of the method is a first terminal, namely a terminal device held by the entrusted party. The first terminal is a terminal device with data processing function, such as a smartphone, computer, cloud gaming client, etc. The terminal device displays a graphical user interface.

[0021] The game includes a first account controlled by a first terminal and a second account controlled by a second terminal. That is, the first account and the second account run on different terminal devices. The second account is configured with at least one game task, and similarly, the first account can also be configured with game tasks. For example... Figure 1 As shown, the method includes: S101. Receive task assignment information sent by the second terminal through the first terminal.

[0022] Among them, the task delegation information is used at least to instruct the first account to complete the first game task on behalf of the second account.

[0023] For example, the first terminal is the terminal device held by player B, and the second terminal is the terminal device held by player A.

[0024] The first account is the currently logged-in and active user account on the first terminal, such as player B's main account. The second account is the target account being proxied, such as friend A's account, but it does not directly participate in the first game task.

[0025] The first game mission can be a single mission, or it can be a collection of multiple gameplay modes and value circulations that are open for a limited time.

[0026] In one feasible approach, when player A wants player B to help complete their game task (i.e., the first game task), player A can send a task delegation message to player B's first terminal through player A's second terminal, thus establishing a task delegation relationship between the two.

[0027] Alternatively, you can also share the task request to your friends' chat box or other places through the in-game event interface.

[0028] S102. Based on the task assignment information, generate a second game task associated with the first game task in the first terminal.

[0029] The second game task is an additional independent executable game copy generated on the first terminal. That is, the second game task is an in-game behavior (such as dungeon challenge, achievement unlock, resource collection, social interaction, etc.) initiated, bound, or required to be completed under the second account name. The completion result is written to the game status database of the second account, not the first account.

[0030] In one feasible approach, after accepting the commission, player B generates an independent and executable second game task on the first terminal based on the task commission information, thereby achieving a temporary task transfer and resolving the issue of independent processing of account data and activity data for both parties.

[0031] S103. Based on the completion status of the second game task by the first account on the first terminal, generate task completion information for updating the task progress corresponding to the first game task.

[0032] The task completion status is used to indicate the progress of the task, such as the task completion status being 30 levels cleared.

[0033] In one feasible approach, the first account can execute a second game task on a first terminal and generate task completion information to update the progress of the first game task based on the completion status of the second game task. This allows player A to understand the completion status of the first game task in real time based on the task completion information, thereby improving the gaming experience.

[0034] In summary, the embodiments of this disclosure provide an interactive control method in a game. In this disclosure, the entrusted party receives task entrustment information sent by the entrusting party through its own first terminal. This task is used to instruct the first account running on the first terminal to complete the first game task on behalf of the second account. Based on the task entrustment information, a new task is generated on the first terminal, namely the second game task associated with the first game task. This realizes resource instantiation based on player A's account, solving the problem of independent processing of account data and activity data of both parties. The entrusted party also helps to execute the first game task on behalf of the entrusting party on the first terminal and pushes the update progress of the first game task to the second terminal held by the entrusting party in real time. This meets the needs of non-real-time activity entrustment in games that need to be completed over several hours or even across days, and solves the problem in related technologies that activity / gameplay entrustment cannot be carried out in the one-to-one social system of friends in the game, thus improving security.

[0035] Optionally, the method further includes: The task progress information corresponding to the first game task is fed back to the second terminal so that the completion progress of the first game task inside the second terminal is updated.

[0036] In one feasible approach, in order to achieve real-time synchronization of game task progress, the first terminal can periodically or in real-time push task progress information corresponding to the first game task to the second terminal, so that the completion progress of the first game task on the second terminal held by player A can be updated in real time, so that player A can know the latest completion status of the first game task in real time and improve the game experience.

[0037] Optionally, refer to Figure 2 As shown, step S102 above includes: S201. After receiving the task assignment information, the first task control is displayed in the chat channels of the first account and the second account.

[0038] For example, refer to Figure 3 As shown, the chat channel can be a social chat system, where players can communicate and chat with each other through the social system.

[0039] The first task control indicates whether to accept the task delegation request sent by the second terminal. For example, refer to... Figure 4 As shown, player B can confirm the first task control, that is, accept the task delegation request sent by the second terminal; player B can also reject the first task control, that is, reject the task delegation request sent by the second terminal.

[0040] Optionally, refer to Figure 5As shown, you can click on the task assignment card to view the details pop-up window, where you can reject or accept the first task control.

[0041] S202, In response to the confirmation operation of the first task control, generate a second game task associated with the first game task in the first terminal.

[0042] In one feasible approach, in response to player B's confirmation operation on the first task control, i.e., accepting the task delegation request, an additional second game task is generated in the first terminal to distinguish the other game tasks on the first terminal from the second game task, thereby achieving a temporary task transfer.

[0043] Optionally, refer to Figure 6 As shown, step S103 above includes: S301. Based on the role attributes controlled by the second account, modify the configuration of the role controlled by the first account so that the role attributes controlled by the first account are consistent with the role attributes controlled by the second account.

[0044] Character attributes may include: player A's local relevant values ​​and gameplay elements (such as level, equipment, cards, and resources).

[0045] S302. Based on the character attributes controlled by the second account, execute the second game task, and based on the completion status of the second game task, generate task completion information to update the task progress corresponding to the first game task.

[0046] In one feasible approach, considering how to allow player B to complete the first game task on behalf of player A without accessing any of player A's private data, and in a manner consistent with player A's current combat power level, the following is proposed: The character controlled by the first account can be modified and configured based on the character attributes controlled by the second account, ensuring consistency between the attributes of the first and second accounts. This involves copying relevant partial values ​​and gameplay elements (such as level, equipment, cards, and resources) of player A, and independently instantiating resources based on player A's account. The first account is then controlled to complete the second game task according to the modified character attributes. Based on the completion status of the second game task, task completion information is generated to update the progress of the corresponding task in the first game task. This achieves the isolation of player A's task data from their private data, and the isolation of player A's task data from player B's task data within the same account.

[0047] Optionally, refer to Figure 7 As shown, the method also includes: S401. Send a task acceptance request for the second game task to the second terminal, so that the second terminal can determine whether to return an acceptance pass message to the first terminal based on the task acceptance request for the second game task.

[0048] The task acceptance request is an instruction or data packet sent by the first terminal to the second terminal, requesting the review and confirmation of the completion status of the "second game task". That is, the task status of the "second game task" is updated from "in progress" to "pending acceptance".

[0049] S402. If so, transfer the pre-allocated game resources to the first account.

[0050] "Game resources" refers to all virtual assets in a game that have value and can be owned, used, or traded by players. Game resources can include virtual currency, virtual items, and equipment.

[0051] In one feasible approach, refer to Figure 8 As shown, after completing the second game task, the first terminal can click on the progress synchronization control or completion submission control in the task card displayed in the chat channel to send a task acceptance request for the second game task to the second terminal. This allows the second terminal to verify the completion status of the second game task. If the verification is successful, an acceptance message will be returned to the first terminal, and 1000 pre-allocated virtual coins will be transferred to the first account as a thank you to player B. In other words, the transfer and synchronization of activity data are achieved through the in-game social system.

[0052] Optionally, refer to Figure 9 As shown, after step S401 above, the method further includes: S501. During the execution of the second game task by the first account, a character switching control is provided in the first terminal.

[0053] The role switching control is used to switch the role of the first account running on the first terminal, so that the first account can replace the second account to complete the second game task according to the switched role attributes (such as the second account's game level, backpack permissions, etc.).

[0054] For example, refer to Figure 10 As shown, player B can trigger the character switching control displayed on the game interface to switch the character controlled by the first account to a different character identity controlled by a different account. Different character identities have different character attributes.

[0055] S502. During the execution of the second game task by the first account in the first terminal, in response to the first trigger operation acting on the character switching control, control the restoration configuration of the character controlled by the first account so that the attributes of the character controlled by the first account are restored to the state before modification.

[0056] The first trigger operation can include: pressing and holding the control for 2 seconds, or using the shortcut Ctrl+Z, which exits the operation of completing the second game task.

[0057] In one feasible approach, refer to Figure 11 As shown, in order to solve the problem of independent processing of account data and activity data of both parties, it is proposed that: during the execution of the second game task by the first account, a character switching control is provided in the first terminal. By triggering the first operation of the character switching control, the character controlled by the first account is restored to its original configuration. That is, the first account exits the proxy mode of the game and can continue to complete its own task.

[0058] Therefore, in this embodiment, the dynamic rebinding of the role controlled by the first account is controlled by the role switching control, thereby decoupling the operation right (first account) and the ownership right (second account), and achieving controlled cross-account task proxy under the premise of ensuring account isolation security.

[0059] Optionally, it also includes: In response to a second trigger operation on the character switching control, the character controlled by the first account is switched to the modified character attributes.

[0060] For example, the second triggering action may include a click action.

[0061] In one feasible approach, after logging into the first account, the character attributes associated with the second account can be obtained by clicking on the character switching control. The character controlled by the first account can then be modified and configured according to the character attributes associated with the second account, allowing the character controlled by the first account to switch to the modified character attributes. This achieves "hot switching" of the character identity controlled by the first account within the game process with a millisecond-level latency, avoiding scene reload, network reconnection, and state loss caused by traditional account switching, while ensuring that all operation results belong 100% to the second account.

[0062] Optionally, the method further includes: Upon successful acceptance, the system controls the cancellation of the character switching controls and the second game task, and restores the configuration of the character controlled by the first account.

[0063] In one feasible approach, if the first terminal receives an acceptance message, the character switching control and the second game task displayed on the first terminal are canceled, and the character attributes controlled by the first account are restored, thus ending the operation permission of the first account to complete the first game task on behalf of the second account.

[0064] refer to Figure 12 As shown, this disclosure provides an interactive control method for games. This method is applied to a second terminal, namely a terminal device held by the client. The second terminal is a terminal device with data processing capabilities, such as a smartphone, computer, cloud gaming client, etc. The terminal device displays a graphical user interface.

[0065] The game includes a first account controlled by a first terminal and a second account controlled by a second terminal. The second account is configured with at least one game task, such as... Figure 10 As shown, the method includes: S601. Display at least one game task to be completed via a second terminal.

[0066] Among them, game tasks can be a single task, or a collection of multiple gameplay modes and value circulation that is open for a limited time.

[0067] For example, multiple game tasks to be completed can be displayed in the activity channel on the second terminal. The game tasks may include: currently open playable activities / gameplay systems, that is, activities that may be open for a limited time or permanent gameplay systems.

[0068] S602, In response to a delegation operation for a first game task in at least one game task, a second terminal sends task delegation information to the first terminal, so that a second game task associated with the first game task is generated in the first terminal.

[0069] In this context, "delegated operation" refers to player A entrusting player B to complete a time-consuming, repetitive, or high-threshold game task on their behalf, such as clearing dungeons, gathering resources, or leveling up while AFK.

[0070] Task assignment information includes: the specific details of the task assignment, such as task type, difficulty, expected completion time, and reward.

[0071] In one possible implementation, player A selects a first game task, triggering a confirmation operation to ask whether to delegate the first game task. If so, player A responds to the delegation operation for the first game task and sends task delegation information to the first terminal via the second terminal, so that a second game task associated with the first game task is generated in the first terminal.

[0072] S603. Receive task completion information sent by the first terminal through the second terminal, and update the completion progress of the first game task according to the task completion information.

[0073] The task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

[0074] In this embodiment, in order to achieve real-time synchronization of the completion progress of the second game task, it is proposed that: task completion information sent by the first terminal can be received periodically or in real time, and the completion progress of the first game task can be updated based on the task completion information, so that player A can understand the completion status of the first game task in real time based on the updated progress of the first game task, thereby improving the game experience.

[0075] Optionally, refer to Figure 13 As shown, step S601 above includes: S701: Display the chat channels and task delegation controls for the first and second accounts in the second terminal.

[0076] For example, continue to refer to Figure 3 As shown, the chat channel refers to the social system dialog box between two accounts in the game; the task delegation control refers to... Figure 3 As shown, clicking the task delegation control will pop up a task list in the chat channel.

[0077] S702, responding to a third trigger operation applied to the task delegation control, displays the task list of the second account in the chat channel.

[0078] The task list includes at least one game task to be completed.

[0079] The third trigger action can be a single click or a double click.

[0080] In one feasible way, continue to refer to Figure 3 As shown, the chat channels and task delegation controls for the first and second accounts are displayed on the second terminal. Player A can trigger the task delegation control to display the task list of the second account in the chat channel, which may include multiple activities to be completed.

[0081] Optionally, refer to Figure 14 As shown, step S602 above includes: S801. In response to the selection of the first game task in at least one game task, display the task delegation panel.

[0082] The task delegation panel is used to display at least the task delegation conditions; the task delegation conditions include at least one of the following configurable items: task deadline, task acceptance conditions, game resources as a reward for task completion, and task remarks.

[0083] S802. Receive the task delegation conditions set for the first game task through the task delegation panel, generate the task delegation information corresponding to the first game task, and send it to the first terminal.

[0084] In one feasible approach, player A can select the first game task in the task list. At this point, a task delegation panel corresponding to the first game task (e.g., ...) will pop up. Figure 15 As shown), this allows player A to set the task assignment conditions for the first game task through the task assignment panel; and to receive the task assignment conditions set by player A for the first game task through the task assignment panel, such as the task deadline being January 1st and the task acceptance condition being that the activity has passed more than 50 dungeons. Based on the task assignment conditions input by player A, the panel generates the corresponding task assignment information for the first game task to initiate a task assignment request.

[0085] Optionally, after player A initiates a task request, they can see whether player B has accepted it; for example, refer to Figure 16 As shown, if there is no response, "Waiting for confirmation" will be displayed in the chat channel; if player B has accepted / rejected, the corresponding description will be displayed in the chat channel.

[0086] Optionally, the task assignment information may also include: the role attributes of the second character controlled by the second account, which are used to modify the role attributes of the first character controlled by the first account.

[0087] In one feasible approach, to enable rapid switching of the role identity controlled by the first account, it is proposed that the task delegation information also include the role attributes of the second character controlled by the second account. This allows the first terminal, upon receiving the task delegation information, to copy the relevant local values ​​and gameplay elements (such as level, equipment, cards, and resources) of player A based on the role attributes of the second character controlled by the second account, and to independently instantiate resources based on player A's account.

[0088] Optionally, refer to Figure 17 As shown, the method also includes: S901: Receive the task acceptance request for the first game task returned by the first terminal.

[0089] Specifically, during or after the first account performs the first game task on behalf of the second account, a task acceptance request for the first game task can be sent to the second terminal to enable timely verification of the completion status of the first game task.

[0090] S902. Based on the task acceptance request of the first game task, determine and display the task progress information of the first game task.

[0091] S903. If the task progress information of the second game task is completed, determine whether to return an acceptance message to the first terminal.

[0092] In one feasible approach, during or after the execution of the first game task, a task acceptance request for the first game task is received from the first terminal; such as... Figure 18 As shown, based on the task acceptance request of the first game task, users can click the "View Details" control to view the current task progress information of the first game task. If the current task progress information is an intermediate acceptance progress, only the current task progress information of the first game task will be displayed, thus achieving task progress synchronization; for example... Figure 19 As shown, if the current task progress information is the final submitted version, then the "Acceptance Failed" control and the "Acceptance Passed" control are displayed. If the task progress information of the second game task does not meet the preset task delegation conditions, then the trigger operation of the "Acceptance Failed" control is responded to, that is, the "Acceptance Failed" message is pushed to the social chat box of the first terminal, so as to realize the result acceptance of the task completion status of the second game task and realize the real-time synchronization of the completion status of the first game task.

[0093] Optionally, refer to Figure 20 The diagram shown is a structural schematic of an interactive control device in a game provided in this disclosure. The game includes a first account controlled by a first terminal and a second account controlled by a second terminal. The second account is configured with at least a first game task. The device includes: The receiving module 701 is used to receive task delegation information sent by the second terminal through the first terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account. The generation module 702 is used to generate a second game task associated with the first game task in the first terminal according to the task delegation information; and to generate task completion information for updating the task progress corresponding to the first game task according to the task completion status of the first account in the first terminal for the second game task.

[0094] The device further includes: The sending module is used to send the task progress information corresponding to the first game task to the second terminal so that the completion progress of the first game task inside the second terminal is updated.

[0095] Optionally, the generation module 702 is specifically used for: Upon receiving the task delegation information, a first task control is displayed in the chat channel of the first account and the second account. The first task control is used to indicate whether to accept the task delegation request sent by the second terminal. In response to the confirmation operation of the first task control, a second game task associated with the first game task is generated in the first terminal.

[0096] Optionally, the generation module 702 is specifically used for: Based on the role attributes controlled by the second account, the role controlled by the first account is modified and configured so that the role attributes controlled by the first account are consistent with those controlled by the second account. Based on the character attributes controlled by the second account, the second game task is executed, and based on the completion status of the second game task, task completion information is generated to update the task progress corresponding to the first game task.

[0097] Optionally, the sending module is further configured to: Send a task acceptance request for the second game task to the second terminal, so that the second terminal can determine whether to return an acceptance pass message to the first terminal based on the task acceptance request for the second game task; if so, transfer the pre-allocated game resources to the first account.

[0098] Optionally, the device further includes: The display module is used to provide a character switching control on the first terminal during the execution of the second game task by the first account; The control module is used to respond to a first trigger operation acting on the character switching control during the execution of the second game task by the first account in the first terminal, and control the restoration of the configuration of the character controlled by the first account so that the attributes of the character controlled by the first account are restored to the state before modification.

[0099] Optionally, the control module is further configured to: In response to a second trigger operation on the character switching control, the character controlled by the first account is switched to the modified character attributes.

[0100] Optionally, the control module is further configured to: Upon successful acceptance, the system cancels the character switching control and the second game task, and restores the configuration of the character controlled by the first account.

[0101] Optionally, refer to Figure 21 The diagram shown is a structural schematic of another interactive control device in a game provided in this disclosure. The game includes a first account controlled by a first terminal and a second account controlled by a second terminal. The second account is configured with at least a first game task. The device includes: Display module 801 is used to display at least one game task to be completed through the second terminal; The sending module 802 is used to respond to the delegation operation for the first game task in the at least one game task, and send task delegation information to the first terminal through the second terminal, so as to generate a second game task associated with the first game task in the first terminal; The receiving module 803 is used to receive task completion information sent by the first terminal through the second terminal; The update module 804 is used to update the completion progress of the first game task according to the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

[0102] Optionally, the display module 801 is specifically used for: The chat channels and task delegation controls for the first account and the second account are displayed in the second terminal; In response to a third triggering operation applied to the task delegation control, the task list of the second account is displayed in the chat channel, the task list including at least one game task to be completed.

[0103] Optionally, the sending module 802 is specifically used for: In response to the selection of the first game task in the at least one game task, a task delegation panel is displayed, which is used to display at least the task delegation conditions; wherein, the task delegation conditions include at least one of the following configurable contents: task deadline, task acceptance conditions, game resources for task completion reward, and task remarks information; The task delegation panel receives the task delegation conditions set for the first game task, generates the task delegation information corresponding to the first game task, and sends it to the first terminal.

[0104] Optionally, the task delegation information may further include: the role attributes of the second character controlled by the second account, the role attributes being used to modify the role attributes of the first character controlled by the first account.

[0105] Optionally, the receiving module 803 is further configured to receive the task acceptance request for the first game task returned by the first terminal; The display module 801 is further configured to determine and display the task progress information of the first game task based on the task acceptance request of the first game task; if the task progress information of the second game task is completed, then determine whether to return an acceptance pass message to the first terminal.

[0106] The above-described device is used to execute the method provided in the foregoing embodiments, and its implementation principle and technical effect are similar, so they will not be described again here.

[0107] These modules can be one or more integrated circuits configured to implement the above methods, such as one or more Application Specific Integrated Circuits (ASICs), one or more digital signal processors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs). Alternatively, when a module is implemented using processing element scheduler code, the processing element can be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. Furthermore, these modules can be integrated together as a system-on-a-chip (SOC).

[0108] Please see Figure 22 This disclosure also provides an electronic device, which is the first terminal and the second terminal involved in the above embodiments. The game includes a first account controlled by the first terminal and a second account controlled by the second terminal. The second account is configured with at least a first game task. The electronic device includes: a processor 901, a storage medium 902, and a bus 903. The storage medium 902 stores machine-readable instructions executable by the processor 901. When the electronic device runs an intent model training method as described in the embodiments, the processor 901 communicates with the storage medium 902 through the bus 903. The processor 901 executes the machine-readable instructions. The preamble of the method item of the processor 901 performs the following steps: The first terminal receives task delegation information sent by the second terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account; Based on the task delegation information, a second game task associated with the first game task is generated in the first terminal; Based on the completion status of the second game task by the first account on the first terminal, task completion information is generated to update the task progress corresponding to the first game task.

[0109] Optionally, processor 901 is also used to perform: The task progress information corresponding to the first game task is fed back to the second terminal so that the completion progress of the first game task inside the second terminal is updated.

[0110] Optionally, the processor 901, when executing the step of generating a second game task associated with the first game task in the first terminal based on the task delegation information, specifically uses the following methods: Upon receiving the task delegation information, a first task control is displayed in the chat channel of the first account and the second account. The first task control is used to indicate whether to accept the task delegation request sent by the second terminal. In response to the confirmation operation of the first task control, a second game task associated with the first game task is generated in the first terminal.

[0111] Optionally, the processor 901, when executing the step of generating task completion information for updating the task progress corresponding to the first game task based on the task completion status of the first account on the first terminal for the second game task, specifically uses: Based on the role attributes controlled by the second account, the role controlled by the first account is modified and configured so that the role attributes controlled by the first account are consistent with those controlled by the second account. Based on the character attributes controlled by the second account, the second game task is executed, and based on the completion status of the second game task, task completion information is generated to update the task progress corresponding to the first game task.

[0112] Optionally, processor 901 is also used to perform: Send the second game task's task acceptance request to the second terminal, so that the second terminal can determine whether to return an acceptance pass message to the first terminal based on the second game task's task acceptance request; If so, the pre-allocated game resources will be transferred to the first account.

[0113] Optionally, after executing the step of modifying the configuration of the role controlled by the first account according to the role attributes controlled by the second account, so that the role attributes controlled by the first account are consistent with the role attributes controlled by the second account, the processor 901 is further configured to: During the execution of the second game task by the first account, a character switching control is provided in the first terminal; During the execution of the second game task by the first account on the first terminal, in response to the first trigger operation acting on the character switching control, the configuration of the character controlled by the first account is restored so that the attributes of the character controlled by the first account are restored to the state before the modification.

[0114] Optionally, processor 901 is also used to perform: In response to a second trigger operation on the character switching control, the character controlled by the first account is switched to the modified character attributes.

[0115] Optionally, processor 901 is also used to perform: Upon successful acceptance, the system cancels the character switching control and the second game task, and restores the configuration of the character controlled by the first account.

[0116] Optionally, processor 901 is also used to perform: At least one game task to be completed is displayed on the second terminal; In response to a delegation operation for the first game task in the at least one game task, the second terminal sends task delegation information to the first terminal, so as to generate a second game task associated with the first game task in the first terminal; The second terminal receives task completion information sent by the first terminal and updates the completion progress of the first game task based on the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

[0117] Optionally, the processor 901, when executing the game task displayed on the second terminal (at least one to be completed), specifically uses the following methods: The chat channels and task delegation controls for the first account and the second account are displayed in the second terminal; In response to a third triggering operation applied to the task delegation control, the task list of the second account is displayed in the chat channel, the task list including at least one game task to be completed.

[0118] Optionally, when the processor 901 executes the response to the delegation operation for the first game task in the at least one game task, the task delegation information sent from the second terminal to the first terminal is specifically used for: In response to the selection of the first game task in the at least one game task, a task delegation panel is displayed, which is used to display at least the task delegation conditions; wherein, the task delegation conditions include at least one of the following configurable contents: task deadline, task acceptance conditions, game resources for task completion reward, and task remarks information; The task delegation panel receives the task delegation conditions set for the first game task, generates the task delegation information corresponding to the first game task, and sends it to the first terminal.

[0119] Optionally, the processor 901 may further include the following in the task delegation information: the role attribute of the second role controlled by the second account, the role attribute being used to modify the role attribute of the first role controlled by the first account.

[0120] Optionally, processor 901 is also used to perform: Receive the task acceptance request for the first game task returned by the first terminal; Based on the task acceptance request of the first game task, determine and display the task progress information of the first game task; If the task progress information of the second game task is "completed", then determine whether to return an acceptance message to the first terminal.

[0121] Optionally, embodiments of this disclosure also provide a computer-readable storage medium storing a computer program, which is executed by a processor, and the processor performs the following steps: The first terminal receives task delegation information sent by the second terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account; Based on the task delegation information, a second game task associated with the first game task is generated in the first terminal; Based on the completion status of the second game task by the first account on the first terminal, task completion information is generated to update the task progress corresponding to the first game task.

[0122] Optionally, the processor is also used to perform: The task progress information corresponding to the first game task is fed back to the second terminal so that the completion progress of the first game task inside the second terminal is updated.

[0123] Optionally, the processor, when executing the step of generating a second game task associated with the first game task in the first terminal based on the task delegation information, specifically uses the following methods: Upon receiving the task delegation information, a first task control is displayed in the chat channel of the first account and the second account. The first task control is used to indicate whether to accept the task delegation request sent by the second terminal. In response to the confirmation operation of the first task control, a second game task associated with the first game task is generated in the first terminal.

[0124] Optionally, the processor, when executing the step of generating task completion information for updating the task progress corresponding to the first game task based on the task completion status of the first account on the first terminal for the second game task, specifically uses: Based on the role attributes controlled by the second account, the role controlled by the first account is modified and configured so that the role attributes controlled by the first account are consistent with those controlled by the second account. Based on the character attributes controlled by the second account, the second game task is executed, and based on the completion status of the second game task, task completion information is generated to update the task progress corresponding to the first game task.

[0125] Optionally, the processor is also used to perform: Send the second game task's task acceptance request to the second terminal, so that the second terminal can determine whether to return an acceptance pass message to the first terminal based on the second game task's task acceptance request; If so, the pre-allocated game resources will be transferred to the first account.

[0126] Optionally, after executing the step of modifying the configuration of the role controlled by the first account according to the role attributes controlled by the second account, so that the role attributes controlled by the first account are consistent with the role attributes controlled by the second account, the processor is further configured to: During the execution of the second game task by the first account, a character switching control is provided in the first terminal; During the execution of the second game task by the first account on the first terminal, in response to the first trigger operation acting on the character switching control, the configuration of the character controlled by the first account is restored so that the attributes of the character controlled by the first account are restored to the state before the modification.

[0127] Optionally, the processor is also used to perform: In response to a second trigger operation on the character switching control, the character controlled by the first account is switched to the modified character attributes.

[0128] Optionally, the processor is also used to perform: Upon successful acceptance, the system cancels the character switching control and the second game task, and restores the configuration of the character controlled by the first account.

[0129] Optionally, the processor is also used to perform: At least one game task to be completed is displayed on the second terminal; In response to a delegation operation for the first game task in the at least one game task, the second terminal sends task delegation information to the first terminal, so as to generate a second game task associated with the first game task in the first terminal; The second terminal receives task completion information sent by the first terminal and updates the completion progress of the first game task based on the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

[0130] Optionally, the processor, when executing the process of displaying at least one game task to be completed via the second terminal, specifically uses the following methods: The chat channels and task delegation controls for the first account and the second account are displayed in the second terminal; In response to a third triggering operation applied to the task delegation control, the task list of the second account is displayed in the chat channel, the task list including at least one game task to be completed.

[0131] Optionally, when the processor executes the delegation operation for the first game task in the response to the at least one game task, the task delegation information sent from the second terminal to the first terminal is specifically used for: In response to the selection of the first game task in the at least one game task, a task delegation panel is displayed, which is used to display at least the task delegation conditions; wherein, the task delegation conditions include at least one of the following configurable contents: task deadline, task acceptance conditions, game resources for task completion reward, and task remarks information; The task delegation panel receives the task delegation conditions set for the first game task, generates the task delegation information corresponding to the first game task, and sends it to the first terminal.

[0132] Optionally, the processor may further include the following in the task delegation information: the role attribute of the second role controlled by the second account, the role attribute being used to modify the role attribute of the first role controlled by the first account.

[0133] Optionally, the processor is also used to perform: Receive the task acceptance request for the first game task returned by the first terminal; Based on the task acceptance request of the first game task, determine and display the task progress information of the first game task; If the task progress information of the second game task is "completed", then determine whether to return an acceptance message to the first terminal.

[0134] In the several embodiments provided in this disclosure, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

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

[0136] Furthermore, the functional units in the various embodiments of this disclosure can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in a combination of hardware and software functional units.

[0137] The integrated units implemented as software functional units described above can be stored in a computer-readable storage medium. These software functional units, stored in a storage medium, include several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute some steps of the methods described in the various embodiments of this disclosure. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

Claims

1. An interactive control method in a game, characterized in that, The game includes a first account controlled by a first terminal and a second account controlled by a second terminal, wherein the second account is configured with at least a first game task, and the method includes: The first terminal receives task delegation information sent by the second terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account; Based on the task delegation information, a second game task associated with the first game task is generated in the first terminal; Based on the completion status of the second game task by the first account on the first terminal, task completion information is generated to update the task progress corresponding to the first game task.

2. The method according to claim 1, characterized in that, The method further includes: The task progress information corresponding to the first game task is fed back to the second terminal so that the completion progress of the first game task inside the second terminal is updated.

3. The method according to claim 1, characterized in that, The step of generating a second game task associated with the first game task in the first terminal based on the task delegation information includes: Upon receiving the task delegation information, a first task control is displayed in the chat channel of the first account and the second account. The first task control is used to indicate whether to accept the task delegation request sent by the second terminal. In response to the confirmation operation of the first task control, a second game task associated with the first game task is generated in the first terminal.

4. The method according to claim 1, characterized in that, The step of generating task completion information for updating the task progress corresponding to the first game task based on the task completion status of the first account on the first terminal includes: Based on the role attributes controlled by the second account, the role controlled by the first account is modified and configured so that the role attributes controlled by the first account are consistent with those controlled by the second account. Based on the character attributes controlled by the second account, the second game task is executed, and based on the completion status of the second game task, task completion information is generated to update the task progress corresponding to the first game task.

5. The method according to claim 1, characterized in that, The method further includes: Send the second game task's task acceptance request to the second terminal, so that the second terminal can determine whether to return an acceptance pass message to the first terminal based on the second game task's task acceptance request; If so, the pre-allocated game resources will be transferred to the first account.

6. The method according to claim 4, characterized in that, After modifying the configuration of the role controlled by the first account according to the role attributes controlled by the second account, so that the role attributes controlled by the first account are consistent with the role attributes controlled by the second account, the method further includes: During the execution of the second game task by the first account, a character switching control is provided in the first terminal; During the execution of the second game task by the first account on the first terminal, In response to a first trigger operation applied to the character switching control, the configuration of the character controlled by the first account is restored so that the attributes of the character controlled by the first account are restored to their state before modification.

7. The method according to claim 6, characterized in that, The method further includes: In response to a second trigger operation on the character switching control, the character controlled by the first account is switched to the modified character attributes.

8. The method according to claim 7, characterized in that, The method further includes: Upon successful acceptance, the system cancels the character switching control and the second game task, and restores the configuration of the character controlled by the first account.

9. An interactive control method in a game, characterized in that, The game includes a first account controlled by a first terminal and a second account controlled by a second terminal, wherein the second account is configured with at least a first game task, and the method includes: At least one game task to be completed is displayed on the second terminal; In response to a delegation operation for the first game task in the at least one game task, the second terminal sends task delegation information to the first terminal, so as to generate a second game task associated with the first game task in the first terminal; The second terminal receives task completion information sent by the first terminal and updates the completion progress of the first game task based on the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

10. The method according to claim 9, characterized in that, The process of displaying at least one game task to be completed via the second terminal includes: The chat channels and task delegation controls for the first account and the second account are displayed in the second terminal; In response to a third triggering operation applied to the task delegation control, the task list of the second account is displayed in the chat channel, the task list including at least one game task to be completed.

11. The method according to claim 9, characterized in that, The response, relating to the delegation operation of the first game task in the at least one game task, includes task delegation information sent from the second terminal to the first terminal, comprising: In response to the selection of the first game task in the at least one game task, a task delegation panel is displayed, which is used to display at least the task delegation conditions; wherein, the task delegation conditions include at least one of the following configurable contents: task deadline, task acceptance conditions, game resources for task completion reward, and task remarks information; The task delegation panel receives the task delegation conditions set for the first game task, generates the task delegation information corresponding to the first game task, and sends it to the first terminal.

12. The method according to claim 9, characterized in that, The task delegation information also includes: the role attributes of the second character controlled by the second account, which are used to modify the role attributes of the first character controlled by the first account.

13. The method according to claim 9, characterized in that, The method further includes: Receive the task acceptance request for the first game task returned by the first terminal; Based on the task acceptance request of the first game task, determine and display the task progress information of the first game task; If the task progress information of the second game task is "completed", then determine whether to return an acceptance message to the first terminal.

14. An interactive control device for a game, characterized in that, The game includes a first account controlled by a first terminal and a second account controlled by a second terminal. The second account is configured with at least a first game task. The device includes: The receiving module is configured to receive task delegation information sent by the second terminal through the first terminal, wherein the task delegation information is at least used to instruct the first account to complete the first game task on behalf of the second account; The generation module is used to generate a second game task associated with the first game task in the first terminal based on the task delegation information; and to generate task completion information for updating the task progress corresponding to the first game task based on the task completion status of the first account in the first terminal for the second game task.

15. An interactive control device for a game, characterized in that, The game includes a first account controlled by a first terminal and a second account controlled by a second terminal. The second account is configured with at least a first game task. The device includes: The display module is used to display at least one game task to be completed through the second terminal; The sending module is used to respond to a delegation operation for the first game task in the at least one game task, and send task delegation information to the first terminal through the second terminal so as to generate a second game task associated with the first game task in the first terminal; The receiving module is used to receive task completion information sent by the first terminal through the second terminal; An update module is used to update the completion progress of the first game task based on the task completion information; wherein the task completion information is generated based on the task completion status of the first account on the first terminal for the second game task.

16. An electronic device, characterized in that, include: The device includes a processor, a storage medium, and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, and when the electronic device is in operation, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the method as described in any one of claims 1-13.

17. A computer-readable storage medium, characterized in that, The storage medium stores a computer program, which is executed by a processor to perform the method as described in any one of claims 1-13.

Images