Operation guiding method and device and electronic equipment

Abstract

The invention discloses an operation guidance method and device and electronic equipment, the method is executed by processing equipment, and the method comprises the following steps: obtaining an operation data set sent by a player in real time, and determining a first target node and a first node propulsion condition based on the operation data set and a preset plot node data set; the plot node data set comprises plot nodes and node propulsion conditions; determining whether the operation data set satisfies a first node propulsion condition, and if not, generating archived data and further determining whether the operation data set satisfies a preset failure determination condition; in response to the operation data set not meeting the preset failure judgment condition, continuously tracking the operation data set to perform calculation interaction with the player; and in response to the situation that the operation data set meets a preset failure judgment condition, sending a file returning option interface based on the archived data to the player. By delaying feedback until the failure judgment condition is met, it is guaranteed that a player freely explores and provides a return option, and the compatibility of operation experience is remarkably improved.

Description

Technical Field

[0001] The present invention relates to the field of game technology, and in particular to an operation guidance method, device and electronic equipment for a game. Background Art

[0002] In the field of game development, early story introduction is a core part of the player's initial experience. It is mainly used to present the game's main plot background, world view and initial plot direction. It is the core of the player's first experience and the decisive factor in whether new players will retain. In existing games, early story introduction is usually achieved through the following methods:

[0003] Direct Story Demonstration: Create pre-set story segments into dynamic videos that play at the start of the game or at key points, giving players a direct indication of the story's progression. For example, pre-recorded animations or cutscenes can guide players to the next stage.

[0004] Progressive pop-up prompts: In specific interfaces, guidance information is displayed in the form of pop-ups or interface annotations. When the player completes the correct operation (such as clicking a specific area), the system automatically triggers the corresponding plot segment, driving the plot forward in the form of positive feedback.

[0005] The aforementioned story introduction guidance format is rather monotonous, and the positive feedback-based plot progression limits the player's available storylines, restricting player actions to a certain extent and resulting in a poor player experience. Furthermore, when there are many incorrect options, immediate feedback designed to urge players to make corrections can frequently lead to negative emotions, further degrading the player experience and reducing player retention. Summary of the Invention

[0006] This application provides an operation guidance method, device and electronic device in a game, which significantly reduces the negative experience caused by operation errors and improves game immersion and user retention rate by providing a rollback function while ensuring players' free exploration.

[0007] In a first aspect, an operation guidance method is provided, the method being executed by a processing device, the method comprising the following steps:

[0008] Acquire an operation data set sent by a player in real time, and determine a first target node and a first node advancement condition based on the operation data set and a preset plot node data set; the plot node data set includes plot nodes and node advancement conditions;

[0009] Determining whether the operation data set satisfies a first node advancement condition, and if it is determined that the condition is not satisfied, generating archive data and further determining whether the operation data set satisfies a preset failure determination condition;

[0010] In response to the operation data set not satisfying a preset failure determination condition, continuously tracking the operation data set to perform computational interaction with the player;

[0011] In response to the operation data set satisfying a preset failure determination condition, a rollback option interface based on the archive data is sent to the player.

[0012] Optionally, the plot node dataset is generated by the following steps:

[0013] Acquire preset plot content, and slice the preset plot content based on the node partitioning logic of the processing device to generate multiple plot nodes;

[0014] According to the node division logic and the preset plot content, a corresponding node advancement condition is set for each plot node.

[0015] Optionally, determining the first target node and the first node advancement condition based on the operation data set and a preset plot node data set includes:

[0016] According to the operation interface sequence and operation point coordinates of the current operation data set, matching the plot node closest to the current operation from the plot node data set as the first target node;

[0017] Based on the first target node, a node advancement condition corresponding to the first target node is extracted from the plot node data set as a first node advancement condition.

[0018] Optionally, the node advancement condition includes at least one of the following advancement sub-conditions:

[0019] The first advancement sub-condition is defined as the coordinates of the operating point falling into the trigger area of the target node;

[0020] The second advancement sub-condition is defined as the sequence of operation interfaces conforming to the preset interface access sequence of the target node;

[0021] The third advancement sub-condition is defined as the operation behavior conforming to the requirements of the logic rule base of the target node;

[0022] The determining whether the operation data set meets the node advancement condition comprises the following steps:

[0023] For each sub-condition contained in the node advancement condition, verify whether the operation data set meets the sub-condition;

[0024] If the operation data set does not satisfy all sub-conditions included in the node advancement condition, it is determined that the operation data set does not satisfy the node advancement condition at the target node.

[0025] Optionally, when the judgment is not satisfied, archive data is generated, including:

[0026] When it is determined that the operation data set does not meet the first node advancement condition, a state snapshot and an operation trajectory sequence of the virtual object controlled by the player before the erroneous operation occurs are recorded to generate archive data.

[0027] Optionally, the preset failure determination condition includes at least one of the following failure sub-conditions:

[0028] The first failure sub-condition is that the virtual object reaches the preset feedback node, and there is a plot node among the determined target nodes that does not meet the node advancement condition;

[0029] The second failure sub-condition is that the cumulative number of times the operation fails to meet the node advancement condition reaches a preset number, and there is a plot node among the determined target nodes that does not meet the node advancement condition;

[0030] The third failure sub-condition is that the duration of continuous tracking reaches the preset duration, and there are plot nodes in the determined target nodes that do not meet the node advancement conditions;

[0031] The determining whether the operation data set meets a preset failure determination condition comprises the following steps:

[0032] During the process of continuously tracking the operation data set and performing computational interaction with the player, if the operation data set satisfies any sub-condition included in the failure determination condition, it is determined that the operation data set satisfies the preset failure determination condition.

[0033] Optionally, continuously tracking the operation dataset and performing computational interactions with the player, including:

[0034] In the case that the operation data set does not meet the preset failure judgment condition, dynamically matching the current target node and its node advancement condition according to the operation data set, and determining whether the operation data set meets the node advancement condition;

[0035] If it is satisfied, and all the determined target nodes have completed the corresponding node advancement conditions, then the first target node is re-matched based on the updated operation data set;

[0036] If not, continue tracking until the failure judgment condition is triggered.

[0037] Optionally, the sending of a rollback option interface based on the archive data to the player further includes:

[0038] Receiving a trigger instruction for a rollback option from a terminal device;

[0039] Extract state snapshots and operation trajectory sequences from archived data;

[0040] Generate an interesting animation preview based on the status snapshot on the player's terminal device, and prompt whether to rewind to the plot node corresponding to the archived data.

[0041] In a second aspect, an operation guidance device is provided, characterized in that it is deployed in a processing device, and the device includes:

[0042] an acquisition module for acquiring an operation data set sent by a player in real time, and determining a first target node and a first node advancement condition based on the operation data set and a preset plot node data set; the plot node data set includes plot nodes and node advancement conditions;

[0043] an archiving module, configured to determine whether the operation data set satisfies a first node advancement condition, and if it is determined that the operation data set does not meet the first node advancement condition, generate archive data and further determine whether the operation data set satisfies a preset failure determination condition;

[0044] a monitoring module, configured to, in response to the operation data set not satisfying a preset failure determination condition, continuously track the operation data set to perform computational interactions with the player;

[0045] The execution module is configured to send a rollback option interface based on the archive data to the player in response to the operation data set satisfying a preset failure determination condition.

[0046] According to a third aspect, an electronic device includes:

[0047] processor;

[0048] a memory storing a computer program;

[0049] When the computer program is executed by the processor, the above-mentioned operation guidance method is implemented.

[0050] In a fourth aspect, a computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the above-mentioned operation guidance method is implemented.

[0051] This application significantly improves the player's operational freedom and gaming experience through the synergy of preset failure judgment conditions and reversible rollback mechanisms, thereby improving player retention. The failure judgment conditions provide players with flexible operating space, allowing them to freely explore paths within preset constraints, breaking through the limitations of traditional mandatory guidance on the plot line. When the failure judgment conditions are reached, the rollback mechanism is triggered based on the archived data: the status snapshot preview animation is displayed through the rollback option operation interface, replacing the immediate error pop-up window with an interesting form, and players can choose to roll back to the state before the deviation. Negative feedback is converted into strategic choices, effectively eliminating the frustration of operational interruptions while ensuring plot continuity. This collaborative mechanism significantly improves the freedom of exploration while maintaining the challenge of the game, solving the problem of experience degradation caused by frequent error prompts in the existing technology.

[0052] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0054] Figure 1 is a flow chart of an operation guidance method according to an embodiment of the present invention;

[0055] Figure 2 is a flow chart of steps for generating a plot node data set in an embodiment of the present invention;

[0056] Figure 3 is a structural diagram of an operation guidance device in an embodiment of the present invention;

[0057] Figure 4 2 is a schematic structural diagram of an electronic device in an embodiment of the present invention. DETAILED DESCRIPTION

[0058] In order to make the purpose, 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 in conjunction with the drawings in the embodiments of the present application. It should be understood that the drawings in the present application only serve the purpose of illustration and description and are not used to limit the scope of protection of the present application. In addition, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate the operations implemented according to some embodiments of the present application. It should be understood that the operations of the flowcharts can be implemented out of sequence, and steps without logical context can be reversed or implemented simultaneously. In addition, those skilled in the art, under the guidance of the contents of this application, can add one or more other operations to the flowchart, or remove one or more operations from the flowchart.

[0059] The terms "a", "an", "the" and "said" are used in this specification to indicate the presence of one or more elements / components / etc.; the terms "including" and "having" are used to express open-ended inclusion and mean that additional elements / components / etc. may exist in addition to the listed elements / components / etc.; the terms "first" and "second" etc. are used only as labels and are not intended to limit the quantity of their objects.

[0060] It should be understood that in the embodiments of the present application, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" is merely a description of the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the previous and subsequent associated objects are in an "or" relationship. "Including A, B and / or C" means including any one, any two, or any three of A, B, and C.

[0061] It should be understood that in the embodiments of the present application, "B corresponding to A," "B corresponding to A," "A corresponds to B," or "B corresponds to A" means that B is associated with A and B can be determined based on A. Determining B based on A does not mean determining B based solely on A; B can also be determined based on A and / or other information.

[0062] In addition, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application generally described and shown in the drawings here can be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of the present application.

[0063] In order to enhance game play, developers often design gameplay that differs from other games. These differences may be reflected in aspects such as plot and control. When it comes to plot differences, developers often set a number of standard correct processes and display guidance text or icons in specific areas of the corresponding preset interface to guide players through the correct process to experience the unique gameplay. However, in practice, to ensure that players can experience the gameplay with correct controls, player operation guidance is often mandatory, which can easily lead to player resistance. Furthermore, positive feedback guidance to a certain extent limits the player operation combinations that allow the plot to advance, leaving significant room for improvement in player experience.

[0064] In response to at least one of the above problems, the present application proposes an operation guidance method, device, electronic device and storage medium for games. By dynamically monitoring whether the operation data set meets the node advancement conditions of the plot node, a delay judgment mechanism is triggered when it is detected that it is not met, and archive data containing a complete scene snapshot is generated until the failure judgment condition is met. In response to triggering the failure judgment condition, a precise rollback function is provided based on the archived data. While ensuring the continuity of the special gameplay experience, this solution significantly reduces the operational resistance caused by mandatory guidance, improves the compatibility of player operation combinations, and ultimately optimizes player retention.

[0065] To facilitate understanding of the present application, the following is a detailed introduction to the operation guidance method, device, electronic device and storage medium in the game provided in the embodiments of the present application.

[0066] First, the names involved in the embodiments of this application are introduced.

[0067] Processing equipment:

[0068] A logical operation entity that performs operational dataset processing, plot node management, and archive generation. It supports both cloud-based and local deployment modes. In cloud-based deployment, the processing device is a cloud server, which processes multi-terminal operational data streams through a centralized architecture, generates trigger areas for virtual scenes in real time, and maintains global plot node mapping relationships. In local deployment, the processing device is integrated into the terminal device, pre-loads plot content for offline data processing, and utilizes local computing resources to perform trigger area generation, node logic verification, and archive management.

[0069] Terminal equipment:

[0070] Smart devices that provide interactive interfaces for virtual scenes include smartphones, tablets, personal computers, and game consoles. These devices run applications that support 3D virtual scenes, rendering a graphical user interface (GUI) containing virtual objects, control panels, and information displays. They also capture user input via keyboard, mouse, touchscreen, or controller. In cloud-based deployment, these devices transmit operational commands to cloud processing equipment via encrypted channels and receive prompts in return.

[0071] The data interaction architecture is divided into three modes: In the cloud mode, terminal devices encrypt and transmit operational instructions to cloud processing devices. Processing results and archived data are returned to the terminal device for display and stored in a cloud database. In the local mode, input device instructions are directly executed by the terminal device's local processing module to trigger region generation and logic verification, and archived data is stored in the local file system. In the hybrid mode, key logic is synchronized with global nodes by cloud processing devices, real-time operation verification is performed locally on the terminal device, and edge computing nodes share the load to reduce network dependence.

[0072] Virtual scene:

[0073] The virtual environment displayed during application execution includes two-dimensional, 2.5-dimensional, or three-dimensional spaces such as sky, land, or ocean. Dynamic scene generation rules include plot node distribution, trigger area coordinate ranges, and resource interaction logic, forming the interactive space where players control virtual objects to complete the game process.

[0074] Virtual Objects:

[0075] Interactive entities within a virtual world include both player-controlled avatars and non-player-controlled characters. These avatars are built using 3D human skeleton technology, their appearances change through skinning, and they possess independent shapes and volumes within the 3D environment. Non-player-controlled characters are trained to set up combat behavior logic, and the number of virtual objects dynamically adjusts based on the number of devices participating in the game.

[0076] Operation instructions:

[0077] User input signals captured by the terminal device trigger the actions of virtual objects via the transmission path. Operation commands are categorized as interface jump commands, movement commands, and interaction commands. The processing device updates the operation dataset based on these commands and verifies whether they meet the target node advancement conditions. When operation deviations are detected, archived data is generated, and the storage path is dynamically selected from a cloud database or a local file system based on the deployment mode.

[0078] like Figure 1 As shown, the operation guidance method in the game of the exemplary embodiment of the present application specifically includes:

[0079] Step S101: Acquire an operation data set sent by a player in real time, and determine a first target node and a first node advancement condition based on the operation data set and a preset plot node data set.

[0080] Specifically, the operation data set is collected in real time by the processing device during player operations and includes an operation interface sequence and operation point coordinates. The operation interface sequence is composed of the order of interface accesses triggered by player operations, including the accessed interface identifiers (globally unique identifiers) and the corresponding time sequence; the operation point coordinates are the original operation coordinates captured by the terminal device (such as mouse click positions and touch screen coordinates), which are converted by the processing device to obtain standardized coordinate values in the game scene.

[0081] The process of generating the operation data set is as follows: the terminal device captures the operation instructions (including interface jump instructions, movement instructions and interaction instructions) input by the player through the input device (keyboard, mouse, touch screen or handle) in real time, and transmits the instructions to the processing device (which can be transmitted in encrypted or unencrypted form); the processing device parses the instruction content and determines the operation type: if it is an interface switching operation, the newly accessed interface identifier is stored in the operation interface sequence in chronological order; if it is a virtual object movement operation, the original input coordinates are converted into standardized coordinates of the game scene through the displacement calculation module, and the operation point coordinates are updated. Finally, the processing device integrates the real-time updated operation interface sequence and operation point coordinates to generate a current operation data set that fully records the player's operation trajectory. This generation process is continuously executed, providing a dynamic data basis for the subsequent node promotion condition verification and delay judgment mechanism.

[0082] Before performing the operation guide, the processing device needs to generate a plot node data set. The plot node data set refers to a collection of plot nodes and corresponding node advancement conditions pre-generated by the processing device based on the game plot content. Figure 2 As shown, the plot node dataset is generated by the following steps:

[0083] Step S001: Obtain preset plot content, slice the preset plot content based on the node division logic of the processing device, and generate multiple plot nodes.

[0084] In a specific implementation, the processing device first obtains the complete game plot content from the game development end, such as a story script containing the main quests, branching dialogues, and key events. It then slices the plot content based on a pre-set node partitioning logic. In an optional embodiment, to facilitate subsequent processing, the sliced plot content can be stored in a data structure commonly used in the art.

[0085] In an optional embodiment, the node division logic can be based on the key events, mission objectives or plot turning points of the complete plot content of the game (such as character death, mission completion, map switching, etc.), and the plot content can be divided into multiple independent and logically coherent plot nodes by the processing device. Optionally, the node division logic determination process includes: the processing device first obtains the complete plot content of the game from the game development end, such as a story script containing main tasks, branch dialogues and key events, parses the story script of the game plot, and identifies the core event nodes as division boundaries. Then, based on the causal relationship and operational dependency between the core events, the continuous plot is divided into multiple plot nodes with clear advancement goals (such as "sneak into the base" as a plot node, "obtaining the key" as another plot node, and "escaping from pursuit" as a subsequent plot node).

[0086] Each plot node must be preset with a unique interface identifier. This interface identifier is preset by the processing device and is globally unique (such as a scene ID or interactive interface code). It is used to accurately map the plot node to a specific game scene or interactive interface. For example, in a role-playing game, if the plot requires the player to first talk to an NPC to obtain clues and then enter a secret room to solve a puzzle, it is divided into two independent plot nodes: the dialogue plot node is mapped to the "Town Square" interface, and the puzzle plot node is mapped to the "Secret Room" interface.

[0087] In addition, the division process can take into account the game difficulty curve and player operation habits, and ultimately generate a plot node data set with tight logical connections and precise matching of operation instructions.

[0088] Step S002: setting corresponding node advancement conditions for each plot node according to the node division logic and the preset plot content.

[0089] The node advancement condition is an operational constraint set by the processing device for each plot node, used to dynamically verify whether the player's operation conforms to the plot logic. Optionally, the node advancement condition is composed of any one or more combinations of the first advancement sub-condition, the second advancement sub-condition, and the third advancement sub-condition, thereby constraining node advancement from multiple perspectives based on factors such as game design.

[0090] In an optional implementation, the first advancement sub-condition determines whether a node advances based on the player's control angle of the virtual object. For example, the first advancement sub-condition can be defined as the coordinates of the operation point falling into the trigger area of the target node. The trigger area is a specific range in the game scene that the player-controlled virtual object must enter through operation to determine whether the player's operation meets the advancement condition of the plot node. The trigger area can be set in the following two ways:

[0091] Coordinate range method: Preset a polygonal, circular, or other coordinate area for each plot node's associated interface marker. For example, in a secret room puzzle plot node, the trigger area could be defined as the rectangular coordinate range of the secret room entrance.

[0092] Interaction Object Method: Define the trigger area as the interaction range of a specific NPC or item. For example, in a dialogue plot node with a guard, the trigger area can be set to a circular area with a radius of five pixels around the NPC.

[0093] The coordinates of the operation point are within the trigger area, which means that the processing device compares the coordinates of the operation point sent by the player (such as the mouse click position, touch screen coordinates) with the trigger area range of the current target node in real time. For example, in the "Talk to NPC" plot node, if the trigger area is set to a circular area with a radius of 50 pixels around the NPC, then only when the coordinates of the operation point fall into this area, the player's operation is judged to meet the conditions for advancing the node. Such constraints ensure that players trigger key interactions at the correct location to avoid plot interruptions caused by erroneous operations.

[0094] In an optional embodiment, the second advancement sub-condition is constrained from the perspective of the interface operation result to determine whether the node is advanced; for example, the second advancement sub-condition can be defined as the operation interface sequence conforming to the preset interface access order of the target node. The operation interface sequence conforms to the node interface access order, which means that the interface access sequence triggered by the player's operation recorded by the processing device (i.e., the operation interface sequence) must be consistent with the preset interface access sequence of the target node. For example, in the "Secret Room Puzzle" plot node, the preset interface access sequence is "Secret Room Entrance Interface → Puzzle Interface → Treasure Chest Interface". If the player skips the puzzle interface and directly accesses the treasure chest interface, it is determined that the sub-condition is not met. This type of constraint allows players to repeatedly view non-core operations such as the entrance interface (i.e., non-mandatory operational freedom), but ensures that the core process (such as having to go through the puzzle interface) cannot be skipped, balancing operational freedom and plot integrity.

[0095] In an optional embodiment, the third advancement sub-condition is constrained from the perspective of operational logic to determine whether the node is advanced; for example, the third advancement sub-condition can be defined as the operational behavior meeting the requirements of the logical rule library of the target node. The operational behavior meeting the requirements of the logical rule library of the node means that the processing device verifies whether the player's operational behavior (such as the use of props, the release of skills) complies with the logical rule library of the current target node by parsing the player's operational behavior (such as the use of props, the release of skills). The logical rule library is a set of judgment rules that are independently configured or shared for each plot node, and clearly defines which operational behaviors of the player controlling the virtual objects are allowed, which are prohibited, and which are necessary key behaviors under the current target node. Rules are usually stored in the form of condition-behavior or behavior-state. For example: in the "Sneak into the Base" node, the use of stealth props is allowed, and the use of explosive props is prohibited; in the "Rescue Hostages" node, attacking guards is a required behavior, and attacking hostages is a prohibited behavior.

[0096] Optionally, the logic rule library is preset by the game developer and loaded into the processing device simultaneously with the plot node configuration. When constructing plot nodes, the game developer configures a corresponding rule set (such as a list of allowed / forbidden behaviors, key operation constraints, etc.) for each node independently or shared according to the plot logic requirements, ensuring that the rule library strictly matches the logical integrity of the plot node. During operation, the processing device dynamically verifies the player's operation behavior by loading the rule library associated with the current target node in real time.

[0097] Once the specific behavior corresponding to the player's command is parsed, the processing device loads the corresponding rules based on the interface identifier of the current target node. The behavior type, behavior target, and behavior context information parsed from the action data set are then matched against the rules in the rule library one by one. Based on the matching results, a determination is made: if the behavior matches an allow rule, the action data set is deemed to meet the node advancement conditions; if it matches a prohibit rule, the action data set is deemed to not meet the node advancement conditions.

[0098] The logic rule library is designed to safeguard the integrity of the core plot logic. By clearly defining behavioral constraints, it ensures that players cannot bypass or distort the core plot flow through destructive actions. At the same time, the rule library also provides implicit guidance, encouraging players to take reasonable actions that align with the plot at specific points. For example, in the "Infiltrate the Base" node, using a stealth item is considered acceptable, while using an explosive item is considered unacceptable. In the "Hostage Rescue" node, attacking guards is acceptable, while attacking hostages is illegal.

[0099] In an optional embodiment, the processing device flexibly combines node advancement conditions according to the complexity of the plot and the requirements of the operation guidance:

[0100] For nodes with a single operation path (e.g., a "Pick Up Key" node), the processing device can use only the operation point coordinate sub-condition. In this case, the processing device only needs to verify whether the operation point coordinates are within the trigger area of the key prop. If so, the condition is considered satisfied. This combination is suitable for nodes with a single operation path and can significantly reduce system computing power consumption.

[0101] For complex nodes (e.g., "secret room puzzle"), the processing device can simultaneously enable the operation point coordinates, interface sequence, and operation behavior sub-conditions. For example, the operation point coordinate sub-condition requires clicking on the trigger area of a specific prop (e.g., a puzzle mechanism); the interface sequence sub-condition enforces the access order of "mechanism interface → password input interface → exit interface"; and the operation behavior sub-condition prohibits the use of destructive props (e.g., explosives) during the puzzle-solving process. The processing device performs "AND" logic verification on all three sub-conditions, allowing the plot to advance only when all are met. This combination ensures the operational rigor of complex nodes.

[0102] In one optional embodiment, the processing device adjusts the condition combination in real time based on the player's operational level. For example, in the novice stage, only the basic operation point coordinate sub-condition is enabled (e.g., expanding the trigger area); in the advanced stage, the interface sequence sub-condition is added (e.g., requiring sequential access to interfaces); and in the expert stage, the operation behavior sub-condition is superimposed (e.g., disabling auxiliary props).

[0103] In an optional embodiment, when the node advancement condition includes multiple sub-conditions, the processing device performs verification according to a preset priority, for example, first verifying the operation behavior sub-condition, then verifying the interface sequence sub-condition, and finally verifying the operation point coordinate sub-condition.

[0104] In an optional embodiment, the generation of the plot node data set further includes:

[0105] Step S003: Set a corresponding promotion identifier for each plot node.

[0106] It should be noted that the push indicator is a visual or auditory prompt displayed to the player in the game scene, guiding the player to trigger the plot advancement operation. The push indicator automatically activates when the coordinates of the player-controlled virtual object's operation point enter the trigger area of a plot node for the first time. The push indicator is used to help players identify the trigger area in the node advancement condition, thereby improving the compatibility of the operation guidance.

[0107] In one optional embodiment, the push indicator can take the form of a highlighted arrow, flashing light effects, dynamic icons, or sound effects. For example, in a secret room puzzle node, the push indicator might appear as a continuously rotating key light effect at the room entrance; in a dialogue node with a guard, the push indicator might appear as a periodically flashing question mark icon above the NPC's head. Optionally, the visual style of the push indicator should be consistent with the game's art style to avoid disrupting immersion.

[0108] In one optional embodiment, the activation condition for the push indicator is based on the spatial relationship between the coordinates of the virtual object's operating point and the trigger area. When the player-controlled virtual object first enters the trigger area of a plot node, the push indicator is immediately displayed. If the player leaves the area and then re-enters, the push indicator is not reactivated, preventing frequent prompts from interfering with the player's independent exploration.

[0109] In an optional embodiment, the duration of the push indicator can be dynamically adjusted based on the plot node attributes. For key plot nodes (such as the main quest entrance), the push indicator will remain displayed until the player triggers an action; for secondary nodes (such as side quests), the push indicator will automatically hide after a preset display duration (such as five seconds). Optionally, the player can manually disable the push indicator system through the settings menu.

[0110] By assigning push indicators to each plot node, game compatibility is significantly improved. For novice players, push indicators provide clear guidance, while experienced players can turn them off to reduce distractions. Push indicators work in conjunction with node advancement conditions. When players follow the push indicator's guidance, the plot progresses. Deviating from the guidance triggers a flexible correction process within a pre-set tolerance.

[0111] Each plot node generated by the above steps is associated with an interface identifier, a node advancement condition, and an optional push identifier. The combination of all plot nodes, interface identifiers, node advancement conditions, and push identifiers constitutes a plot node dataset. The interface identifier is used to accurately map the operation interface sequence to the plot node. The node advancement condition includes the operation point coordinate trigger area, the interface access sequence, and the operation behavior rules, and the push identifier provides visual or auditory guidance. The plot node dataset provides structured support for the matching of the operation dataset, and constructs an operation deviation monitoring mechanism (such as real-time comparison of the operation dataset and conditional constraints) through the node advancement condition. Combined with the push identifier, it assists players in identifying key interaction areas, and ultimately balances the operation freedom and guidance effectiveness based on the archive rollback mechanism while ensuring the continuity of the plot.

[0112] Specifically, the process of determining the first target node and the first node advancement condition based on the operation data set and the preset plot node data set includes the following steps:

[0113] First, the processing device acquires the player's action data set in real time and parses the action interface sequence and action point coordinates contained in the action data set. The action interface sequence records the interface identifiers triggered by the player's actions and their time sequence, while the action point coordinates are mapped to standardized locations in the game scene.

[0114] Secondly, the current operation interface sequence and operation point coordinates obtained by parsing are matched with each plot node in the plot node dataset, and the plot node closest to the current operation is selected as the first target node.

[0115] Finally, based on the determined first target node, the node advancement condition corresponding to the node is extracted from the plot node data set as the first node advancement condition.

[0116] Specifically, the matching process includes the following two situations:

[0117] If the interface identifier in the current operation interface sequence is exactly the same as the interface identifier of a plot node, and the operation point coordinates happen to fall within the trigger area of the node, then the node is directly determined as the target node.

[0118] If there is no complete match (i.e., the interface identifiers are inconsistent or the operation point coordinates do not completely fall into the trigger area), the following steps are performed: first, the spatial distance between the current operation point coordinates and the center points of the trigger areas of all plot nodes is calculated, and the top N nodes with the smallest distance are screened out (N≥1); then, combined with the access order logic of the operation interface sequence (such as whether it conforms to the expected interface jump path of the same plot node), the node with the highest logical coherence is selected from the candidate nodes as the target node.

[0119] For example, in a role-playing game scenario, if the player's operation point coordinates are located in the trigger area near the NPC in the "Town Square" interface, and the operation interface sequence shows that the player has just visited the "Task List" interface (which is consistent with the expected interface jump path of the "Dialogue Task" node), the system will determine the "Dialogue with NPC" plot node as the target node.

[0120] The determination of the target node must satisfy both spatial proximity (the distance between the coordinates of the operation point and the trigger area) and operational logic consistency (matching the interface access sequence with the expected path) to ensure that the system can accurately identify the current and closest plot progress when the player operates freely.

[0121] Step S102: determining whether the operation data set meets the first node advancement condition; if it is determined that the operation data set does not meet the first node advancement condition, generating archive data and further determining whether the operation data set meets the preset failure determination condition.

[0122] After a player enters the game, the processing device dynamically determines the first target node based on the action data set and compares it with the first node advancement condition of the first target node in real time. If the action data set meets the first node advancement condition, the plot is allowed to advance normally to the next stage, and the processing device dynamically determines the next first target node based on the player's actions. If the action data set does not meet the first node advancement condition, the processing device generates archive data. At this point, the processing device does not provide any immediate feedback to the player, and the player can continue to control the virtual object and explore freely. At the same time, the processing device further determines whether the action data set meets the preset failure judgment condition.

[0123] It should be noted that each plot node corresponds to a node advancement condition. In an optional implementation, the node advancement condition includes one or any combination of the following three advancement sub-conditions:

[0124] The first advancement sub-condition is defined as the coordinates of the operating point falling into the trigger area of the target node;

[0125] The second advancement sub-condition is defined as the sequence of operation interfaces conforming to the preset interface access sequence of the target node;

[0126] The third promotion sub-condition is defined as the operation behavior conforming to the requirements of the logic rule base of the target node.

[0127] The specific combination forms include the following three:

[0128] Single sub-condition: The node advancement condition contains only one of the first, second or third advancement sub-conditions;

[0129] Double combination sub-condition: The node advancement condition is composed of any two combinations of the first, second, and third advancement sub-conditions;

[0130] Full combination of sub-conditions: The node advancement condition contains the first, second, and third advancement sub-conditions at the same time.

[0131] The step of determining whether the operation data set meets the node advancement condition comprises the following steps:

[0132] First, for each sub-condition included in the node advancement condition (e.g., one or any combination of the first advancement sub-condition, the second advancement sub-condition, or the third advancement sub-condition), verify whether the operation data set meets the sub-condition;

[0133] Secondly, if the operation data set does not meet any of the sub-conditions contained in the node advancement condition (for example, if the node advancement condition is composed of the "first + second advancement sub-conditions", then as long as the operation point coordinates do not fall into the trigger area, or the interface sequence does not conform to the expected order, any sub-condition is not met), then it is determined that the operation data set does not meet the node advancement condition at the target node.

[0134] Similarly, the first node advancement condition is any one or more combinations of the first advancement sub-condition, the second advancement sub-condition, and the third advancement sub-condition.

[0135] Similarly, the judgment logic of the first node advancement condition is consistent with the above: it is necessary to first clarify which sub-conditions the first node advancement condition specifically contains (such as only the first advancement sub-condition, or the first + third advancement sub-conditions, etc.). If the operation data set does not meet any of the sub-conditions it contains (that is, at least one sub-condition is not met), it is determined that the first node advancement condition is not met at the first target node.

[0136] In an optional embodiment, when it is determined that the operation data set does not meet the first node advancement condition at the first target node, the processing device will record the state snapshot and operation trajectory sequence of the virtual object controlled by the player before the erroneous operation to generate archive data.

[0137] Specifically, the state snapshot is used to fully record the real-time state of the virtual object in the target node before the erroneous operation. Optionally, the state snapshot can also record the last operation behavior that meets the node advancement condition before the erroneous operation, which is used to identify the starting deviation point of the erroneous operation.

[0138] The status snapshot may specifically include the following information: the precise coordinate position of the virtual object in the game scene; the character attribute values (such as health points, energy points, equipment attributes); the list of props currently carried; the status of activated tasks; and the interaction history with environmental objects (such as opened treasure chests and triggered mechanisms).

[0139] Optionally, the state snapshot is generated by the processing device calling the serialization interface of the game engine and stored in a binary format, ensuring that the game scene state before the erroneous operation can be accurately restored when rolling back.

[0140] The operation trajectory sequence includes an operation interface sequence, operation point coordinates and corresponding timestamps. Among them, the operation interface sequence records the interface identifiers accessed by the player in chronological order (for example, "task list interface ID: A001" and "prop backpack interface ID: B002"); the operation point coordinates are the original input coordinates (such as the mouse click position [X=120, Y=80]) and the standardized coordinates of the game scene after being converted by the processing device (such as the world coordinates [X=15.3, Y=22.7]); the timestamp is accurate to the millisecond level, marking the time when each operation occurred. The operation trajectory sequence is stored in the form of a structured log and can be replayed according to the timeline in the replay preview animation to assist players in locating the wrong operation point.

[0141] The state snapshot preserves the complete scene content before the incorrect operation, while the operation trajectory sequence provides a visual retracing path of the operation behavior. Optionally, when the player triggers the rollback option, the processing device first loads the state snapshot to restore the game scene, then analyzes the operation trajectory sequence to generate the operation animation, helping the player understand the logic behind the incorrect operation and the deviation from the node advancement condition.

[0142] When the processing device detects that the player's operation data set at the first target node does not meet its corresponding first node advancement condition (that is, the player's operation deviation occurs at this node for the first time), it will immediately generate archive data containing a state snapshot and an operation trajectory sequence, and further determine whether the operation data set meets the preset failure judgment condition.

[0143] It should be noted that the failure judgment condition can be composed of any one or more combinations of the following three sub-conditions (it can be a single sub-condition or a combination of multiple sub-conditions), which is used to trigger the delayed feedback mechanism when the player's operation deviates.

[0144] The first failure sub-condition is defined as the virtual object reaching a preset feedback node, and there is still at least one plot node in the currently determined target node whose node advancement condition is not satisfied.

[0145] The second failure sub-condition is defined as the cumulative number of times that the operation fails to meet the node advancement condition reaches a preset threshold, and there is still at least one plot node in the currently determined target node whose node advancement condition is not met.

[0146] The third failure sub-condition is defined as the continuous tracking time from the first monitoring to the operation data set failing to meet the node advancement condition reaching a preset threshold, and there is still at least one plot node among the currently determined target nodes whose node advancement condition is not met.

[0147] Optionally, if the processing device adopts a globally unified failure determination rule (i.e., all plot nodes share the same conditional combination logic), after entering the continuous tracking phase, the processing device will verify all sub-conditions contained in the failure determination condition in real time (usually all or part of the first, second, and third failure sub-conditions) and make a determination based on the preset logical rules: If the rule is "all sub-conditions must be met" (i.e., "AND" logic), the operation data set must simultaneously meet all sub-conditions (for example, "arrival at the feedback node without completing advancement", "number of errors exceeded", and "continuous tracking timed out") to be determined to have met the failure determination condition; if the rule is "any sub-condition must be met" (i.e., "OR" logic), the operation data set only needs to meet any one of the sub-conditions (for example, only "number of errors exceeded" or "continuous tracking timed out") to be determined to have met the failure determination condition. If the operation data set does not meet the logical rule (for example, not all are met under "AND" logic, or none are met under "OR" logic), the processing device will continue to dynamically match the current target node and its node advancement conditions based on the real-time operation data set, and continuously monitor the player's operation until the failure determination condition is triggered.

[0148] In an optional embodiment, the processing device independently configures a failure judgment condition for each plot node (i.e., different nodes may contain different sub-condition combinations and logical rules), and the relevant configuration is stored in the plot node data set. At this time, when the processing device detects that the player's operation data set at the first target node does not meet its corresponding first node advancement condition (i.e., the player's operation deviation occurs at this node for the first time), it will immediately generate archive data containing a state snapshot and an operation trajectory sequence, and extract the failure judgment condition preset for the first target node from the plot node data set (for example, a simple node may only contain the "number of errors exceeded" sub-condition, and a complex node may contain the "arrival at the feedback node without completing advancement + continuous tracking timeout" sub-condition, and the logical rule is "or"). Subsequently, the processing device enters the continuous tracking phase based on the specific configuration of the node (the sub-conditions and logical rules included) and performs verification: if the node configuration is "and" logic (all sub-conditions must be met), the operation data set must trigger all sub-conditions configured for the node at the same time; if the node configuration is "or" logic (any sub-condition can be met), the operation data set can trigger any one of the sub-conditions. If the operation data set does not meet the failure judgment condition configured for the node, the processing device will continue to dynamically match the target node and monitor the operation until the trigger condition is met.

[0149] It should be noted that the preset feedback node refers to the key checkpoint associated with each plot node during the plot node data set generation phase. It is pre-set based on the logical dependencies of the plot node and usually corresponds to the core turning point or necessary process node in the process of advancing the plot node (such as the final mechanism of the puzzle level, the target location of the main task, etc.). Its function is to verify whether all the pre-progression conditions of the corresponding plot node (such as completing necessary interactions, collecting key props, etc.) have been met when the player's operation reaches the feedback node. If there are still unsatisfied conditions, it is determined that the first failure sub-condition is met to ensure the logical integrity of the plot node. For example, in the "Escape the Room" plot node, its corresponding feedback node can be set as the interactive area of the secret room exit. When the player clicks on the exit to trigger the interaction, the system will check whether all puzzle steps of the plot node have been completed (such as collecting keys, cracking passwords). If not, it is determined that the first failure sub-condition is met.

[0150] In an optional embodiment, the feedback node is determined in the following manner: when the processing device generates a plot node data set, for each plot node, it parses its logical dependency topology diagram, identifies the key path nodes that directly affect the advancement result of the node (such as the final mechanism of the puzzle level corresponding to the node, the hostage rescue node of the rescue mission), presets such nodes as feedback nodes for the plot node, and associates and stores their node identifiers with failure judgment conditions. When the player's operation reaches the feedback node corresponding to the plot node (such as triggering the final mechanism interaction interface of the node), if there is still an operation that does not meet the advancement condition of the node (such as not completing the previous puzzle step), it is determined that the failure judgment condition is met.

[0151] It should be noted that the cumulative number refers to the total number of times the operation data set fails to meet the node advancement conditions, as counted by the processing device during the continuous tracking phase. This number statistics supports two modes: one is an independent count for a certain plot node (for example, in the "Secret Room Puzzle" node, the player clicks on the wrong mechanism three times in a row and fails to meet the node advancement conditions, the cumulative number is three times); the other is a global count across nodes (for example, the player makes one error in the "Dialogue Task" node and two errors in the "Secret Room Puzzle" node, the cumulative number is three times). The specific statistical mode is determined by dynamic factors such as the difficulty level of the current target node and the historical operation accuracy of the virtual object. When the cumulative number reaches the preset number, it is determined that the second failure sub-condition is met. Through the flexible single-node / cross-node counting mode, it can not only ensure the rigor of the specific node advancement logic, but also adapt to the overall operation fault tolerance requirements of players when exploring multiple nodes, and effectively balance the compatibility of plot guidance and free exploration.

[0152] The duration of recorded continuous tracking refers to the cumulative duration recorded by the processing device during the continuous tracking phase, starting from the time the operation dataset detected at the first target node failed to meet the node advancement condition to the current time point. When the recorded cumulative duration reaches the preset duration, it is determined that the third failure sub-condition has been met. Through the flexible constraint of the time dimension, players can avoid the loss of experience due to long periods of ineffective exploration, and the fault tolerance space can be flexibly adjusted according to actual operational conditions, balancing the rigor of plot guidance with the freedom of player exploration.

[0153] In an optional embodiment, the specific threshold value of the failure judgment condition (such as the trigger range of the feedback node in the first failure sub-condition, the upper limit of the number of errors in the second failure sub-condition, the continuous tracking time of the third failure sub-condition, etc.) can be dynamically adjusted, which is specifically achieved in the following way: the processing device obtains the difficulty level of the current plot node, the historical operation accuracy of the virtual object, the attribute level of the virtual object and the current game progress, and based on the combination of the above parameters, comprehensively calculates and determines the specific threshold value of the failure judgment condition through a preset algorithm.

[0154] For example, based on the difficulty level of the plot nodes, the processing equipment comprehensively evaluates the complexity of the nodes (such as the number of operation steps, the length of the puzzle dependency chain, the degree of freedom of behavior, etc.), and marks the nodes as simple (steps ≤ 2), normal (steps 3-4) or difficult (steps ≥ 5 or there are multi-level dependencies), and adjusts the trigger range of the feedback nodes accordingly (such as the feedback nodes of simple nodes are set to a wider area, and the trigger range of difficult nodes is narrowed), the upper limit of the number of errors (set to 5 times for simple nodes, 3 times for normal nodes, and 2 times for difficult nodes) and the continuous tracking time (15 seconds for simple nodes, 10 seconds for normal nodes, and 8 seconds for difficult nodes).

[0155] Regarding the player's historical operation accuracy (number of correct operations / total number of operations), if the accuracy rate is less than 60% (novice or low-proficiency players), the feedback node trigger range will be expanded (such as increasing the radius of the circular area by 20%), the upper limit of the number of errors will be increased (+2 times) and the continuous tracking time will be extended (+20%); if the accuracy rate is greater than 90% (high-proficiency players), the feedback node trigger range will be narrowed (radius reduced by 15%), the upper limit of the number of errors will be lowered (-1 time) and the continuous tracking time will be shortened (-15%).

[0156] Regarding the virtual object attribute level, when the level is less than 10 (Novice stage), the feedback node trigger range is expanded by 30%, the maximum number of errors is set to 5 times, and the continuous tracking time is set to 15 seconds; when the level is ≥20 (Expert stage), the feedback node trigger range is reduced by 25%, the maximum number of errors is set to 2 times, and the continuous tracking time is set to 8 seconds; when the level is 10-19 (Advanced stage), the original node threshold is maintained.

[0157] Based on the current game progress, during the novice period (progress ≤ 30%), the feedback node trigger range is globally expanded (+10%), the error limit is increased by 1, and the continuous tracking time is extended by 10%; during the final period (progress ≥ 80%), the feedback node trigger range is globally reduced (-15%), and the node difficulty level is increased by one level (such as normal → difficult).

[0158] When entering a new node, the processing device preloads the aforementioned multi-dimensional comprehensive thresholds. N consecutive errors within a node trigger real-time recalculation (e.g., automatically expanding the feedback node range and increasing the maximum number of errors when accuracy drops). In the event of multiple conflicting factors, the system is handled according to the preset priority (e.g., "player's historical accuracy > node difficulty level > game progress"). Through multi-dimensional dynamic adaptation, while ensuring the rigor of the plot logic, it flexibly balances the challenge and player freedom of exploration, optimizing the operational experience.

[0159] Step S1031: In response to the operation data set not satisfying a preset failure determination condition, continue to track the operation data set and perform computational interaction with the player.

[0160] Specifically, after the first target node detects that the first node advancement condition is not met, the continuous tracking phase is entered. The continuous tracking of the operation data set and the calculation interaction with the player include:

[0161] The processing device continues to dynamically determine the target node based on the operation data set sent by the player obtained in real time, and compares the operation data set with the node advancement conditions of the target node in real time. If the operation data set does not meet the preset failure judgment conditions, the current target node and its node advancement conditions are dynamically matched based on the operation data set, and it is determined whether the operation data set meets the node advancement conditions. At this stage, the target node may be the first target node determined previously, or it may be another target node (such as the second target node, the third target node, etc.) re-determined based on the operation data set and the preset plot node data set.

[0162] If the operation data set meets the node advancement conditions of the current target node, and all previously determined target nodes (including the first target node and other nodes matched subsequently) have completed their respective node advancement conditions, the processing device re-determines the first target node based on the updated operation data set; if the node advancement conditions of the current target node are not met, the player operation continues to be tracked until the operation data set triggers the failure judgment condition.

[0163] Before the failure criteria are met, players can explore freely: they can continue to try operations at the first target node, move to other target nodes to explore, or try repeatedly between different target nodes.

[0164] Optionally, if the operation dataset fails to meet the node advancement condition for the current target node, the processing device updates the error status record for that node (e.g., marking the sub-condition type that was not met) and stores the operation data in a temporary log. Based on the error status record and temporary log, the processing device continuously monitors the operation dataset until it meets the preset failure criteria.

[0165] Step S1032: In response to the operation data set satisfying a preset failure determination condition, a rollback option interface based on the archive data is sent to the player.

[0166] In an optional embodiment, the processing device generates an interactive interface containing at least one rollback option and renders it on the terminal device operated by the player. Each rollback option corresponds to a state snapshot in the archived data, and displays the rollback point information (such as a thumbnail of the scene before the erroneous operation, a timestamp, and a description of the key state) in a visual form. When the player selects the rollback option through an input device (such as a mouse click or touch screen operation), the processing device performs the following operations:

[0167] Receive the rewind option selection command triggered by the player through the terminal device;

[0168] Extract state snapshots and operation trajectory sequences from archived data;

[0169] Generate an interesting animation preview based on the status snapshot on the player's terminal device (for example, replay the scene status before the erroneous operation with a dynamic picture), and prompt "Do you want to rewind to this save point?"

[0170] In one optional embodiment, after the rollback operation is completed, the processing device automatically activates the push indicator (e.g., highlighting the trigger area, flashing a prompt light effect) of the current target node (the node after the rollback) to guide the player to retry the key operation. If the player triggers a skip command during the preview animation (e.g., pressing the space bar or clicking the "Skip" button), the system immediately terminates the animation and executes the rollback, directly loading the game scene corresponding to the saved data.

[0171] Based on the same application concept, the embodiment of the present application also provides an operation guidance device in the game corresponding to the method provided in the above embodiment. Since the principle of solving the problem by the device in the embodiment of the present application is similar to the operation guidance method in the game in the above embodiment of the present application, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be repeated.

[0172] See also Figure 3 As shown, Figure 3 This is a schematic diagram of the structure of an operation guidance device in a game provided by an embodiment of the present application. Figure 3As shown in , the operation guidance device is deployed in a processing device, and the operation guidance device 200 includes:

[0173] An acquisition module 210 is configured to acquire an operation data set sent by a player in real time, and determine a first target node and a first node advancement condition based on the operation data set and a preset plot node data set; the plot node data set includes plot nodes and node advancement conditions;

[0174] The archiving module 220 is configured to determine whether the operation data set satisfies the first node advancement condition, and if it is determined that the operation data set does not meet the first node advancement condition, generate archive data and further determine whether the operation data set satisfies a preset failure determination condition;

[0175] A monitoring module 230 is configured to continuously track the operation data set and perform computational interactions with the player in response to the operation data set not satisfying a preset failure determination condition;

[0176] The execution module 240 is configured to send a rollback option interface based on the archive data to the player in response to the operation data set satisfying a preset failure determination condition.

[0177] See also Figure 4 , Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Figure 4 As shown in , the electronic device includes a processor 310 , a memory 320 and a bus 330 .

[0178] The memory 320 stores machine-readable instructions executable by the processor 310. When the electronic device is running, the processor 310 communicates with the memory 320 through the bus 330. When the machine-readable instructions are executed by the processor, the steps of the operation guidance method in the game in any of the above embodiments can be executed. The specific implementation method can be found in the method embodiment and will not be repeated here.

[0179] An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is run by a processor, it can execute the steps of the operation guidance method in the game in any of the above embodiments. The specific implementation method can be found in the method embodiment and will not be repeated here.

[0180] Specific embodiments are used in the present invention to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only used to help understand the method of the present invention and its core ideas. At the same time, for those skilled in the art, according to the ideas of the present invention, there may be changes in the specific implementation methods and application scopes. In summary, the contents of this specification should not be understood as limiting the present invention.

Claims

1. An operation guidance method, the method being executed by a processing device, characterized in that: The method comprises the following steps: Acquire an operation data set sent by a player in real time, and determine a first target node and a first node advancement condition based on the operation data set and a preset plot node data set; the plot node data set includes plot nodes and node advancement conditions; Determining whether the operation data set satisfies a first node advancement condition, and if it is determined that the condition is not satisfied, generating archive data and further determining whether the operation data set satisfies a preset failure determination condition; In response to the operation data set not satisfying a preset failure determination condition, continuously tracking the operation data set to perform computational interaction with the player; In response to the operation data set satisfying a preset failure determination condition, a rollback option interface based on the archive data is sent to the player.

2. The operation guidance method according to claim 1, characterized in that: The plot node dataset is generated by the following steps: Acquire preset plot content, and slice the preset plot content based on the node partitioning logic of the processing device to generate multiple plot nodes; According to the node division logic and the preset plot content, a corresponding node advancement condition is set for each plot node.

3. The operation guidance method according to claim 1, characterized in that: The determining of the first target node and the first node advancement condition based on the operation data set and the preset plot node data set includes: According to the operation interface sequence and operation point coordinates of the current operation data set, matching the plot node closest to the current operation from the plot node data set as the first target node; Based on the first target node, a node advancement condition corresponding to the first target node is extracted from the plot node data set as a first node advancement condition.

4. The operation guidance method according to claim 3, characterized in that: The node advancement condition includes at least one of the following advancement sub-conditions: a first advancement sub-condition is defined as the coordinates of the operation point falling into the trigger area of the target node; a second advancement sub-condition is defined as the sequence of the operation interface conforming to the preset interface access sequence of the target node; The third advancement sub-condition is defined as the operation behavior conforming to the requirements of the logic rule base of the target node; The determining whether the operation data set meets the node advancement condition comprises the following steps: For each sub-condition contained in the node advancement condition, verify whether the operation data set meets the sub-condition; If the operation data set does not satisfy all sub-conditions included in the node advancement condition, it is determined that the operation data set does not satisfy the node advancement condition at the target node.

5. The operation guidance method according to claim 4, characterized in that: When the judgment is not satisfied, archive data is generated, including: When it is determined that the operation data set does not meet the first node advancement condition, a state snapshot and an operation trajectory sequence of the virtual object controlled by the player before the erroneous operation occurs are recorded to generate archive data.

6. The operation guidance method according to claim 1, characterized in that: The preset failure determination condition includes at least one of the following failure sub-conditions: the first failure sub-condition is that the virtual object reaches a preset feedback node, and there is a plot node in the determined target node that does not meet the node advancement condition; The second failure sub-condition is that the cumulative number of times the operation fails to meet the node advancement condition reaches a preset number, and there is a plot node among the determined target nodes that does not meet the node advancement condition; The third failure sub-condition is that the duration of continuous tracking reaches the preset duration, and there are plot nodes in the determined target nodes that do not meet the node advancement conditions; The determining whether the operation data set meets a preset failure determination condition comprises the following steps: During the process of continuously tracking the operation data set and performing computational interaction with the player, if the operation data set satisfies any sub-condition included in the failure determination condition, it is determined that the operation data set satisfies the preset failure determination condition.

7. The operation guidance method according to claim 1, characterized in that: Continuously tracking the operation data set and performing computational interactions with the player, including: In the case that the operation data set does not meet the preset failure judgment condition, dynamically matching the current target node and its node advancement condition according to the operation data set, and determining whether the operation data set meets the node advancement condition; If it is satisfied, and all the determined target nodes have completed the corresponding node advancement conditions, then the first target node is re-matched based on the updated operation data set; If not, continue tracking until the failure judgment condition is triggered.

8. The operation guidance method according to claim 5, characterized in that: The sending of a rollback option interface based on the archive data to the player further includes: Receiving a trigger instruction for a rollback option from a terminal device; Extract state snapshots and operation trajectory sequences from archived data; Generate an interesting animation preview based on the status snapshot on the player's terminal device, and prompt whether to rewind to the plot node corresponding to the archived data.

9. An operation guidance device, characterized in that: Deployed in a processing device, the apparatus comprises: an acquisition module for acquiring an operation data set sent by a player in real time, and determining a first target node and a first node advancement condition based on the operation data set and a preset plot node data set; the plot node data set includes plot nodes and node advancement conditions; an archiving module, configured to determine whether the operation data set satisfies a first node advancement condition, and if it is determined that the operation data set does not meet the first node advancement condition, generate archive data and further determine whether the operation data set satisfies a preset failure determination condition; a monitoring module, configured to, in response to the operation data set not satisfying a preset failure determination condition, continuously track the operation data set to perform computational interaction with the player; The execution module is configured to send a rollback option interface based on the archive data to the player in response to the operation data set satisfying a preset failure determination condition.

10. An electronic device, characterized in that: include: processor; a memory storing a computer program; When the computer program is executed by the processor, the operation guidance method according to any one of claims 1 to 8 is implemented.

Images