Information processing method, device, program product and equipment for game editing

Abstract

The present disclosure provides an information processing method, device, program product and equipment for game editing, which relates to the technical field of computer and game. The method comprises: in a game editing stage, displaying a graphical programming interface in a graphical user interface; wherein the graphical programming interface comprises a programming graph group composed of one or more programming graphs; each programming graph corresponds to a piece of code, and the programming graph group corresponds to a code combination formed by the codes corresponding to the one or more programming graphs; in response to a first preset instruction, determining to-be-monitored information from related information of the programming graph group; in response to a second preset instruction, running the code combination; and displaying change process information of the to-be-monitored information in the running process of the code combination. The present disclosure can monitor the change process of specified information in the code running process, more clearly reflect the execution state of user editing information, and help users find the cause of editing errors.

Description

Technical Field

[0001] This disclosure relates to the field of computer and game technology, and in particular to an information processing method for game editing, an information processing apparatus for game editing, a computer program product, and an electronic device. Background Technology

[0002] With the development of computer technology, user-friendly game editors have emerged, supporting users to customize gameplay, game maps, and more. Typically, users can test the game after editing, such as playing through the edited game map to evaluate the editing results.

[0003] In related technologies, the game testing process is difficult to reflect the execution of user-edited information. If the user edits incorrect game information, such as writing incorrect game logic, it is difficult to find the cause of the error through game testing, thus affecting the editing effect and efficiency. Summary of the Invention

[0004] This disclosure provides an information processing method, an information processing apparatus, a computer program product, and an electronic device for game editing, to at least partially solve the problem that the game testing process cannot reflect user-edited information.

[0005] According to a first aspect of this disclosure, an information processing method for game editing is provided, the method comprising: displaying a graphical programming interface in a graphical user interface during a game editing stage; wherein the graphical programming interface includes a programming graphic group consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to the one or more programming graphics; determining information to be monitored from relevant information of the programming graphic group in response to a first preset instruction; running the code combination in response to a second preset instruction; and displaying information on the changes in the information to be monitored during the running of the code combination.

[0006] According to a second aspect of this disclosure, an information processing apparatus for game editing is provided, the apparatus comprising: a programming interface display module configured to display a graphical programming interface in a graphical user interface during the game editing stage; wherein the graphical programming interface includes a programming graphic group consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to the one or more programming graphics; a monitoring setting module configured to determine information to be monitored from relevant information in the programming graphic group in response to a first preset instruction; a code execution module configured to execute the code combination in response to a second preset instruction; and an information display module configured to display information about the changes in the information to be monitored during the execution of the code combination.

[0007] According to a third aspect of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the method of the first aspect described above and possible implementations thereof.

[0008] According to a fourth aspect of this disclosure, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the method of the first aspect and possible implementations thereof by executing the executable instructions.

[0009] The technical solution disclosed herein has the following beneficial effects:

[0010] Users can determine the information to be monitored from the relevant information in the programming graphics group through the first preset command. During the execution of the code group, the information to be monitored is listened to and its change process information is displayed. This can clearly reflect the execution status of the information edited by the user. For example, by displaying the change process information of variables, the execution status of the code that modifies variables can be reflected. Users can also verify whether the information to be monitored has changed in the expected way, which helps users find the cause of editing errors. Attached Figure Description

[0011] Figure 1 This illustration shows a system architecture diagram of one of the exemplary embodiments.

[0012] Figure 2 A flowchart illustrating an information processing method for game editing in this exemplary embodiment is shown.

[0013] Figure 3A A schematic diagram illustrating the graphical programming interface in this exemplary embodiment is shown;

[0014] Figure 3B A schematic diagram illustrating a variable list and control in this exemplary embodiment is shown;

[0015] Figure 4 A schematic diagram of a listening identifier is shown in this exemplary embodiment;

[0016] Figure 5 A schematic diagram of an operation log in this exemplary embodiment is shown;

[0017] Figure 6 A schematic diagram of a positioning target programming graphic is shown in this exemplary embodiment;

[0018] Figure 7 This example illustrates a flowchart of generating a listening log and determining the corresponding programming graph in this exemplary embodiment;

[0019] Figure 8 This illustration shows a structural schematic diagram of an information processing apparatus for game editing in this exemplary embodiment;

[0020] Figure 9 A schematic diagram of the structure of an electronic device in this exemplary embodiment is shown. Detailed Implementation

[0021] Exemplary embodiments of this disclosure will be described more fully below with reference to the accompanying drawings.

[0022] The accompanying drawings are schematic illustrations of this disclosure and are not necessarily drawn to scale. Some block diagrams shown in the drawings may be functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities may be implemented in software, in hardware modules or integrated circuits, or in networks, processors, or microcontrollers. Embodiments can be implemented in various forms and should not be construed as limited to the examples set forth herein. The features, structures, or characteristics described in this disclosure can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to give a thorough description of embodiments of this disclosure. However, those skilled in the art will recognize that one or more specific details may be omitted when implementing the technical solutions of this disclosure, or other methods, components, apparatuses, steps, etc., may be used to replace one or more specific details.

[0023] In related technologies, game testing is often conducted through trial play. However, during the test, users only see a limited amount of information, making it difficult to demonstrate the execution of user-edited information. This is especially true for abstract information (such as variables), which cannot be visually presented in a trial scenario, preventing users from seeing the execution or changes of abstract information. This hinders the analysis of user-edited information, particularly the analysis of error causes. For example, editing errors are prone to occur in game logic such as gameplay, rules, and events, such as conflicting game logic edits. The reasons for these errors are difficult to visually demonstrate during the aforementioned game testing process, thus affecting the effectiveness and efficiency of editing.

[0024] In view of one or more of the above-mentioned problems, exemplary embodiments of this disclosure provide an information processing method for game editing.

[0025] Figure 1 A system architecture diagram of the operating environment of this exemplary embodiment is shown. This system architecture may include a terminal device 110 and a server 120. The terminal device 110 may be a mobile phone, tablet computer, personal computer, smart wearable device, game console, etc. An application, such as a game program, is installed on the terminal device 110. The terminal device 110 has a display function and can display a graphical user interface, which may include the operating system interface or the application interface. The server 120 generally refers to the backend system providing game or editing services in this exemplary embodiment; it may be a single server or a cluster of multiple servers. In one embodiment, a game server program is deployed on the server 120 to perform server-side game data processing. The terminal device 110 and the server 120 can be connected via a wired or wireless communication link for data transmission. The method in this exemplary embodiment can be executed by any one or more of the terminal device 110 and the server 120.

[0026] In one implementation, the above method can be implemented and executed based on a cloud interaction system. The cloud interaction system can be based on the aforementioned system architecture. Various cloud applications, such as cloud gaming, can run under the cloud interaction system. Taking cloud gaming as an example, cloud gaming refers to a gaming method based on cloud computing. In the cloud gaming operating mode, the game program's execution and the game screen presentation are separated. The storage and execution of in-game control and interaction methods are completed on the cloud gaming server (such as the aforementioned server 120). The cloud gaming client (such as the aforementioned terminal device 110) is used for data reception, transmission, and game screen presentation. For example, the cloud gaming client can be a display device with data transmission capabilities located close to the user, such as a mobile terminal, television, computer, or PDA; while the cloud gaming server in the cloud performs information processing. When playing or editing a game, the user operates the cloud gaming client to send operation commands to the cloud gaming server. The cloud gaming server runs the game according to the operation commands, encodes and compresses game screen data, returns it to the cloud gaming client via the network, and finally decodes and outputs the game screen through the cloud gaming client.

[0027] In one implementation, the game map (or scene) edited by the terminal device 110 can be uploaded to the server 120 for saving. For example, during the editing process, the currently edited game map can be automatically saved at regular intervals, or saved based on a manual save operation performed by the user, or automatically saved when exiting editing. When saving the game map, the terminal device 110 can upload the game map data to the server 120 for storage.

[0028] In one implementation, server 120 can maintain a game map pool, such as by deploying a database on the server side to store game maps. In response to a command to publish a game map on terminal device 110, server 120 can add the game map data to the game map pool, allowing other players to download the game map data from the pool and use it to play the game. This enables rapid UGC (User Generated Content) functionality.

[0029] In one implementation, the above method can be implemented by the terminal device 110 without deploying the server 120. For example, in a standalone game or editing environment, a standalone application can be installed on the terminal device 110 to execute the above method.

[0030] Figure 2 An illustrative flow diagram of an information processing method for game editing is shown, which may include the following steps S210 to S240:

[0031] Step S210: In the game editing stage, a graphical programming interface is displayed in the graphical user interface; wherein, the graphical programming interface includes a programming graphic group consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to one or more programming graphics;

[0032] Step S220: In response to the first preset instruction, determine the information to be monitored from the relevant information of the programming graphics group;

[0033] Step S230: In response to the second preset instruction, execute the code combination;

[0034] Step S240 displays the change process information of the information to be monitored during the execution of the code combination.

[0035] based on Figure 2 The method shown allows users to determine the information to be monitored from the relevant information in the programming graphics group through a first preset instruction. During the execution of the code group, the information to be monitored is listened to and its change process information is displayed. This can clearly reflect the execution status of the information edited by the user. For example, by displaying the change process information of variables, the execution status of the code that modifies variables can be reflected. Users can also verify whether the information to be monitored has changed in the expected way, which helps users find the cause of editing errors.

[0036] The following is about Figure 2 Each step is explained in detail.

[0037] refer to Figure 2 In step S210, during the game editing stage, a graphical programming interface is displayed in the graphical user interface; wherein, the graphical programming interface includes a programming graphic group consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to one or more programming graphics.

[0038] This exemplary implementation divides the game process into at least two stages: a game editing stage, which is the stage where the user uses the editing function to edit content such as the game map; and a game running stage, which is the stage where the user plays the game, and can use the content edited in the game editing stage to play the game, such as the user playing the game on the edited game map.

[0039] This exemplary embodiment provides editing functionality through an application. The application can be a game program with built-in editing features. When running the game program, the user can select specific options to access the editing interface and use the editing functions. In another embodiment, the application can be an editing program, which is not a game program but provides editing functionality without allowing gameplay. For example, the editing program can be an accompanying editing program for a game program, which can run independently of the game program, or it can be an independent editing program that is universally applicable to different games, such as DCC (Digital Content Creation) software, game engines, etc. When running the editing program, the user can use the editing functions.

[0040] A graphical programming interface (GUI) is an interface for editing game logic using programming graphics. The GUI provides programming graphic controls that are configured to generate corresponding programming graphics in response to trigger commands. Figure 3A A schematic diagram of a graphical programming interface is shown. (Reference) Figure 3A As shown, the graphical programming interface provides corresponding graphical controls 301 according to different categories such as events, actions, controls, conditions, values, and variables. Each category can offer more detailed graphical controls 301; for example, under the event category, it provides graphical controls 301 for different events such as "game initialization," "game end," "timer expires," "receiving a custom event," and "specified component clicked." Users can drag the graphical controls 301 onto the graphical programming interface. This dragging operation generates a trigger command, producing the corresponding programming graphic in the graphical programming interface. For example, dragging the "game initialization" graphical control 301 onto the graphical programming interface triggers the generation of the "game initialization" programming graphic. Alternatively, trigger commands can be implemented through other methods, such as clicking the graphical control 301 and then clicking a location in the graphical programming interface to trigger the generation of the corresponding programming graphic at that location.

[0041] Developers can pre-configure corresponding code for programming graphical controls. For example, the code for an event-type programming graphical control can be a statement describing the event; the code for an action-type programming graphical control can be an instruction function; and the code for a condition-type programming graphical control can be a conditional statement. Furthermore, visual information can be pre-configured for the programming graphical controls, including the shape and color of the graphical graphic, as well as text and symbols used to describe the code logic. In this case, the programming graphic generated by the programming graphical control possesses the visual information of the control and corresponds to the code configured within it, making it easy for users to edit.

[0042] For example, programmable graphical controls and programmable graphics can be in the form of building blocks. Building blocks are physical objects that can be assembled. Representing programmable graphical controls and programmable graphics in the form of building blocks makes it easier for users to understand. Different programmable graphics can be assembled with each other to form a programmable graphic group.

[0043] Different types of programming graphics can have different shapes or colors. Users can combine programming graphics in the graphical programming interface; graphics with matching shapes can be joined together, thus ensuring the logical order of the code. Visual information such as text within the programming graphics helps users understand the logic after the graphics are combined. The program combines the code corresponding to the combined graphics to form a piece of code that implements the game logic. Therefore, the graphical programming interface provides a graphical programming method, allowing users to edit game logic through visual graphic combinations, without requiring professional computer programming knowledge, greatly reducing the barrier to entry and difficulty of programming.

[0044] In the above way, users can edit and generate one or more programming graphics in the graphical programming interface to form a programming graphic group. This programming graphic group corresponds to a code combination formed by the code corresponding to each programming graphic, so as to realize a relatively complete game logic.

[0045] In one implementation, during the game editing stage, a game editing scene corresponding to the target game map can be displayed in a graphical user interface; a graphical programming interface is displayed in response to programming trigger commands in the game editing scene. The target game map is the game map currently being edited by the user; it can be any game map, such as a newly created game map, a pre-set game map in the program, or a game map previously edited by the user or edited by another user. The game editing scene is a scene formed by loading the target game map in edit mode. In the game editing scene, the user can edit scene components, scene environment, virtual characters, etc. In the game editing scene, the user can enter the graphical programming interface through programming trigger commands, such as providing graphical programming options in the relevant settings interface of the game editing scene; clicking an option triggers the display of the graphical programming interface. The game logic of the programming graphics group edited in the graphical programming interface can be applied to the target game map, that is, the code combination is executed in the game running scene corresponding to the target game map to implement the game logic of the programming graphics group. Of course, this game logic can also be reused in other game maps through sharing or other means.

[0046] Continue to refer to Figure 2 In step S220, in response to the first preset instruction, the information to be monitored is determined from the relevant information of the programming graphics group.

[0047] The information related to the programming graphics group can refer to the information used and affected during the execution of the code combination. For example, if the code combination includes one or more variables, this refers to the variables involved in the execution of the code combination, and the relevant information of the programming graphics group can include these variables. Alternatively, the relevant information of the programming graphics group can include the attributes of the game characters involved in the programming graphics group (such as the game characters mentioned in the statements of the programming graphics group). Or, if the programming graphics group involves the control of the game interface, the relevant information can include information about the game interface, such as the position information and display information of various elements in the game interface.

[0048] During the execution of the code combination, the above-mentioned relevant information may change. Users can select the information to be monitored according to their needs to listen to the changes of that information during the execution of the code combination. Players can observe the results of the changes in the information to be monitored during the game's execution to locate the stage where the changes do not meet the user's expectations, and thus determine the programming graphic that produced the change. In this way, it is possible to more accurately locate the programming graphic or group of programming graphics that does not meet expectations. The first preset instruction is the instruction used to determine the information to be monitored. For example, the first preset instruction includes an information trigger instruction and a selection instruction among the relevant information. In response to the information trigger instruction, the relevant information of the programming graphic group can be displayed, such as displaying all or part of the relevant information in the information selection interface (part of the relevant information may be, for example, a certain type of information). In response to the selection instruction among the relevant information, the information to be monitored is determined.

[0049] In one implementation, the code assembly includes one or more variables. The information to be monitored includes the variables to be monitored. Determining the information to be monitored from the relevant information of the programming graphics group in response to the first preset instruction may include the following steps:

[0050] In response to the first preset instruction, determine the variable to be monitored from one or more of the above variables.

[0051] It should be understood that this exemplary implementation supports using variables as monitoring objects to listen to the changes in variables. The changes in variables reflect the execution state of the code assembly, that is, the execution state of the programming graphical assembly. By listening to and recording the changes in variables, the code assembly can be monitored, analyzed, and debugged.

[0052] Users can specify the variables to be monitored within the variables of a code combination. For example, a list of variables in the code combination can be provided, and the first preset instruction can be an instruction to select from the variable list, using the user-selected variable as the variable to be monitored.

[0053] In one implementation, determining the variable to be monitored from one or more variables in response to a first preset instruction may include the following steps:

[0054] In response to an edit trigger command for the target variable among one or more of the above variables, multiple controls for the target variable are provided, including listener controls;

[0055] In response to a trigger command for a listener control, the target variable is determined as the variable to be listened to.

[0056] The target variable can be any one or more variables in the code set, and the edit trigger command is the command that initiates the editing of the target variable. For example, the programming graphics group includes variable graphics corresponding to one or more of the above variables. Variable graphics are visual variables displayed in the graphical programming interface, such as variable blocks. The edit trigger command can be an operation command where the user selects the variable graphic corresponding to the target variable (e.g., clicks the variable graphic), or a trigger command for the setting control of the target variable, or it can provide a list of variables in the code set, where the edit trigger command can be an operation command where the user selects the target variable in the variable list or clicks the setting control of the target variable. In response to the edit trigger command, multiple controls for the target variable are provided, including a listener control. In response to a trigger command for the listener control, such as clicking the listener control, the target variable is designated as the variable to be listened to.

[0057] In addition, the aforementioned controls may include, but are not limited to: a delete control for deleting the target variable; an edit control for editing information such as the type and value (e.g., initial value) of the target variable; and a reference control for referencing the target variable.

[0058] Figure 3B A diagram showing the variable list and controls is provided, as can be seen in... Figure 3A Click the "Variable" control on the right to trigger the display. Figure 3B The variable list can include all variables in the programming graphics group. Clicking the setting control 302 of the target variable (such as the variable "integer 0") in the variable list triggers the display of the target variable's control panel 303, which includes multiple controls such as delete, edit, reference, and listener controls. If the user clicks the listener control, it triggers the setting of the target variable as the variable to be listened to.

[0059] The variable graphs corresponding to one or more of the aforementioned variables can be specifically set within the programming graphs of a programming graph group. Generally, a programming graph with a variable graph indicates the execution of instructions related to the corresponding variable. For example, if programming graph A has variable B set, it means that the code corresponding to programming graph A includes instructions related to variable B, such as instructions to modify variable B. Therefore, when a user sets a variable to be monitored, it is equivalent to setting up a monitoring function for the programming graph containing the variable graph corresponding to that variable. The change process information of the monitored variable can reflect the execution status of the code corresponding to these programming graphs. This achieves a very convenient monitoring setting operation, allowing users to set monitoring according to their own needs and meet their editing and testing requirements.

[0060] In one implementation, the information processing method may further include the following steps:

[0061] In response to the fourth preset instruction, a variable graph is created in the programming graph group, and the variable corresponding to the variable graph is generated in the code group.

[0062] The fourth preset instruction is used to create variable graphics within the programming graphics group. For example, a user can create a new variable and add it to the programming graphics group (e.g., by dragging and dropping it) to form a new variable graphic, or add an already created variable to the programming graphics group to create a corresponding variable graphic. Accordingly, the code combination generates the corresponding variable based on the created variable graphic.

[0063] In one implementation, the process of creating a variable graph in a programming graph group and generating the variable corresponding to the variable graph in a code group in response to a fourth preset instruction may include the following steps:

[0064] In response to the fourth preset instruction, a variable graph is created in the second programming graph of the programming graph group, and the variable corresponding to the variable graph is generated in the code corresponding to the second programming graph.

[0065] The second programming graph is the programming graph containing the created variable graph, and can be any one or more programming graphs in a programming graph group. Users can add variable graphs to a specified programming graph in the programming graph group, such as by dragging and dropping a variable graph onto a specified programming graph, which becomes the second programming graph. For example, the second programming graph includes one or more variable positions, which are locations where variable graphs can be added. According to the statements in the second programming graph, variables need to be set at the variable positions to form complete statements. Initially, a variable position can be empty, indicating that no variable graph has been added, i.e., no variable has been set. Users can add variable graphs to variable positions by dragging (e.g., dragging a newly created variable graph to a variable position) or clicking (e.g., clicking a variable position and selecting a variable from the variable list or selecting "New Variable"), thus creating a variable graph in the second programming graph. Correspondingly, the variable corresponding to the variable graph is generated in the code corresponding to the second programming graph. For example, if the code corresponding to the second programming graph includes functions, the variable corresponding to the variable graph can be added to the function.

[0066] In this way, users can freely and flexibly create variable graphics in the programming graphics group to achieve the purpose of creating variables, thereby obtaining one or more variables in the code group.

[0067] In one implementation, the programming graphics group includes variable graphics corresponding to one or more variables. The information processing method may further include the following steps:

[0068] Display the monitoring identifier in the variable graph corresponding to the variable to be monitored, and / or display the variable graph corresponding to the variable to be monitored with a third display parameter, which is different from the third display parameter of the variable graph corresponding to the non-monitored variable; the non-monitored variable is a variable other than the variable to be monitored among one or more variables.

[0069] Among them, the variables to be monitored are those that need to be monitored during the execution of the code assembly, while the other variables are non-monitored variables and do not need to be monitored. To distinguish between the two, a monitoring icon can be displayed in the variable graph corresponding to the variable to be monitored, while no monitoring icon can be displayed in the variable graph corresponding to the non-monitored variables. Figure 4This diagram illustrates setting the variable "integer 0" as a variable to be monitored. Before setting, this variable is a non-monitored variable, and its graph does not include the monitoring identifier 401. After being set as a monitored variable, its graph includes the monitoring identifier 401. Alternatively, the graph corresponding to the monitored variable can be displayed using a third display parameter, while the graphs corresponding to the non-monitored variables can be displayed using a fourth display parameter. The third and fourth display parameters differ in shape, color, and size, thus visually distinguishing between monitored and non-monitored variables. This allows users to intuitively see which variables are monitored within the programming graph group, especially after setting a monitored variable, as they can see the related programming graphs, typically those of the monitored variable, thus determining whether the current monitoring settings are appropriate. This improves editing and testing efficiency.

[0070] It should be understood that users can set multiple pieces of information to be monitored, such as selecting multiple variables from one or more of the above variables as the variables to be monitored.

[0071] Continue to refer to Figure 2 In step S230, in response to the second preset instruction, the code combination is executed.

[0072] The second preset instruction can be an instruction that triggers a combination of test or debug code. In one embodiment, the second preset instruction may include at least one of the following:

[0073] Trial run commands are provided for programming graphical groups. For example, trial run controls or test controls can be set in the graphical programming interface. The command that the user triggers the control is a trial run command, which triggers the trial run of the code combination corresponding to the current programming graphical group in the graphical programming interface.

[0074] This section addresses saving commands for programming graphical groups. For example, a save control can be set up in the graphical programming interface (GUI), with the user triggering the control as the save command. Alternatively, the save command can be automatically triggered at regular intervals within the GUI, or triggered when exiting the GUI (e.g., returning to the game editing scene from the GUI). The save command saves the current programming graphical group in the GUI, essentially saving the corresponding code combination. Therefore, the code combination can be run to test for errors.

[0075] This section provides test commands for game maps configured with programming graphics groups. Specifically, entering the graphical programming interface and editing the programming graphics group within a game editing scene means editing and configuring the programming graphics group for the game map corresponding to the game editing scene (i.e., the target game map mentioned above). To test this game map, the code combination corresponding to the programming graphics group can be run to test its performance. For example, test controls (such as trial controls) can be set up in the game editing scene; the user's triggering of these controls is the test command. Alternatively, the test command can be triggered when the user saves or uploads edited information in the game editing scene, or it can be automatically triggered at regular intervals within the game editing scene. In response to the test command, the code combination is run.

[0076] It should be understood that running a code assembly is equivalent to executing the code within that assembly. The execution process can occur in the background or be presented visually, such as in a game test scenario (i.e., a trial play scenario) corresponding to a game editing scenario, where visual execution information is displayed.

[0077] Continue to refer to Figure 2 In step S240, the change process information of the information to be monitored during the operation of the code combination is displayed.

[0078] The change process information for the monitored information includes the process of the monitored information changing from its initial state to its final state. If the monitored information changes multiple times during the execution of the code assembly, information about each change can be displayed. This allows users to understand the execution status of the code assembly through the change process information of the monitored information.

[0079] In one implementation, the execution log of the code combination can be displayed during or after the code combination is executed, and the change process information of the information to be monitored can be displayed in the execution log.

[0080] In one implementation, the information to be monitored includes a variable to be monitored. The change process information of the information to be monitored may include monitoring logs corresponding to the changes in the variable to be monitored. For example, the monitoring log may include at least the following information: the variable name of the variable to be monitored, the variable value before the change, and the variable value after the change. It may also include the variable type of the variable to be monitored (e.g., the variable type is integer, floating-point number, vector, Boolean, etc., and the variable type can be represented by a variable type icon), the time of the change, or the corresponding code or programming graph (the code or programming graph that caused the change in the variable to be monitored). If the variable to be monitored changes multiple times, the monitoring log corresponding to each change can be displayed.

[0081] In one implementation, the above-mentioned information displaying the change process of the information to be monitored during the execution of the code assembly may include the following steps:

[0082] The runtime log of the code combination displays information about the changes of the variable being monitored; the runtime log does not display information about the changes of non-monitored variables; non-monitored variables are variables other than the variable being monitored among one or more variables.

[0083] Specifically, the code assembly's execution log can be automatically displayed during or after the code assembly is running, or in response to log viewing commands in the graphical programming interface, game editing scene, or game testing scene, such as when the user clicks the log viewing control, the code assembly's execution log can be displayed. Figure 5 The diagram illustrates an operation log, which may include information about the changes in the variables being monitored. This information can be displayed as a monitoring log for easy viewing by the user. Furthermore, the operation log does not display information about changes in non-monitored variables. Therefore, this exemplary implementation allows for user-customized control over the monitored content.

[0084] In one implementation, the above-mentioned display of the change process information of the variable to be monitored during the execution of the code assembly may include the following steps:

[0085] The monitoring logs can be displayed in chronological order of each change of the variable to be monitored, and / or in the variable order of multiple variables to be monitored.

[0086] For example, refer to Figure 5 As shown, the sorting method can be set in the monitoring logs, such as sorting by variable or by time. If sorted by time, the monitoring logs are sorted according to the time sequence of each change of the monitored variable. For example, the monitoring logs can be sorted from earliest to latest, with the latest monitoring log at the top. If there are multiple monitored variables, the monitoring logs for all monitored variables can be sorted according to the time sequence of variable changes. This sorting is consistent with the execution order of the code, making it easier for users to understand the entire process of changes to the monitored variables. If sorted by variable, the monitoring logs are sorted according to the variable order of the different monitored variables (such as sorting by the first character of the variable name). This separates the different monitored variables, making it easier for users to view the change process of a single monitored variable. Furthermore, within the monitoring logs of each monitored variable, the monitoring logs can be further sorted according to the time sequence of each change of the monitored variable. For example, all monitoring logs for variable A can be arranged from bottom to top according to the time sequence of changes to variable A. In addition, in the variable sorting mode, the monitoring logs for each monitored variable can be grouped into a log group, such as... Figure 5As shown, the four monitoring logs for variable A are grouped into one log group and displayed below the entry for variable A. These logs can be collapsed or expanded. Similarly, monitoring logs for variable B and variable C are grouped into another log group. This arrangement of the monitoring logs makes them highly organized and easy for users to view.

[0087] If the user changes the sorting method, such as changing from sorting by time to sorting by variable, the listening logs will be reordered according to the changed sorting method, and the running log interface will be refreshed to display the reordered listening logs.

[0088] In one implementation, each change in each variable to be monitored corresponds to a monitoring log entry. The information processing method may also include at least one of the following steps:

[0089] Displays the total number of listener logs;

[0090] Displays the number of listener logs for each variable to be monitored.

[0091] For example, refer to Figure 5 As shown, variable A has 4 monitoring log entries. The number of monitoring log entries for variable A can be displayed in the entry for variable A. Similarly, the number of monitoring log entries for variable B can be displayed in the entry for variable B, and the number of monitoring log entries for variable C can be displayed in the entry for variable C. This way, the user can clearly see the number of changes for each monitored variable. In addition, the total number of monitoring log entries can be displayed in the monitoring log tab, which is the sum of the number of monitoring log entries for all monitored variables. Figure 5 The number "99" shown makes it easy for users to see the number of changes in all the monitoring logs at a glance.

[0092] In one implementation, reference Figure 5 As shown, considering the limited space on the runtime log interface, some information in the monitoring log can be omitted during display. For example, if the monitoring log is too long, only one line of content will be displayed. For the monitoring log selected by the user, its entirety will be displayed.

[0093] In one implementation, the information processing method may further include the following steps:

[0094] In response to a jump instruction for a target monitoring log in the monitoring log, the target programming graph corresponding to the target monitoring log is displayed using a first display parameter, and / or the target programming graph is displayed at a specified position in the graphical programming interface; wherein, the target programming graph corresponds to the target code in the code combination, and the target code is used to cause the monitored variable to change according to the target monitoring log; the first display parameter is different from the second display parameter of the programming graph other than the target programming graph.

[0095] The target monitoring log can be the monitoring log corresponding to one or more changes of the variable to be monitored. For example, the monitoring log of the variable to be monitored includes monitoring logs corresponding to each change. In each monitoring log, the value of the variable before and after the change is shown. If the user has questions about a certain change, they can select the corresponding monitoring log and trigger a jump instruction. This monitoring log is the target monitoring log. The program can determine the corresponding target programming graphic based on the target monitoring log and display the target programming graphic differently or with emphasis. The target code corresponding to the target programming graphic causes the variable to change as shown in the target monitoring log. It can be understood as locating the target programming graphic corresponding to the target monitoring log in response to a jump instruction for the target monitoring log. To clearly show which programming graphic in the programming graphic group is the target programming graphic, the target programming graphic can be displayed with different display parameters than other programming graphics. Specifically, the target programming graphic is displayed using a first display parameter, and other programming graphics are displayed using a second display parameter. The first display parameter and the second display parameter are different, such as in shape, color, or size. For example, the target programming graphic can be displayed in a highlighted or selected state (e.g., by adding a glowing visual effect, or by adding a white or dark outline effect), while other programming graphics are displayed in a normal state. Alternatively, the target programming graphic can be displayed in a specified position in the graphical programming interface, such as the center or top. This makes it easier for users to accurately locate the target programming graphic, thereby correlating the changes of the variable to be monitored with the programming graphic, which is beneficial for analyzing problems in the programming graphic and finding the cause of errors.

[0096] In one implementation, the above-mentioned information displaying the change process of the information to be monitored during the execution of the code assembly may include the following steps:

[0097] Display the monitoring logs in the runtime log of the code assembly.

[0098] The above response to a jump instruction for a target monitoring log in the monitoring log, displaying the target programming graphic corresponding to the target monitoring log using the first display parameter, and / or displaying the target programming graphic at a specified location in the graphical user interface, may include the following steps:

[0099] In response to a jump instruction for a target listening log in the listening log, the system jumps from the runtime log to the graphical programming interface and displays the target programming graphic corresponding to the target listening log using the first display parameter, and / or displays the target programming graphic at a specified position in the graphical programming interface.

[0100] The runtime log can be displayed during or after the code assembly is executed. It can pop up as a window in game editing scenes, game testing scenes, or the graphical programming interface, displaying the runtime log. Responding to jump commands, users can jump from the runtime log to the graphical programming interface, where the target programming graphic corresponding to the target listening log is located and displayed. This provides a very convenient way to switch between interfaces.

[0101] In one implementation, the above-mentioned response to a jump instruction for a target monitoring log in the monitoring log, displaying the target programming graphic corresponding to the target monitoring log using a first display parameter, and / or displaying the target programming graphic at a specified position in the graphical programming interface, may include the following steps:

[0102] Provide a jump control;

[0103] In response to a trigger command for a jump control, the target programming graphic corresponding to the target listening log is displayed using the first display parameter, and / or the target programming graphic is displayed at a specified position in the graphical programming interface.

[0104] This can include providing a corresponding jump control for each monitoring log entry, such as displaying a jump control on the right side of each monitoring log entry. Alternatively, refer to... Figure 5 As shown, in response to selecting a target monitoring log, a jump control corresponding to the target monitoring log is provided; for unselected monitoring logs, their corresponding jump controls are not displayed. In response to a trigger command for the jump control corresponding to a target monitoring log, such as when the user clicks the jump control corresponding to the target monitoring log, the target programming graphic is displayed using the first display parameter, and / or the target programming graphic is displayed at a specified position in the graphical programming interface.

[0105] Alternatively, provide jump controls for different monitoring logs (such as providing a unified jump control). Users can trigger the jump control when the target monitoring log is selected, such as clicking the jump control when the target monitoring log is selected, or users can trigger the jump control to select the monitoring log, triggering the display of the target programming graphic using the first display parameter, and / or displaying the target programming graphic at a specified position in the graphical programming interface.

[0106] The jump control allows for convenient navigation to the target programming graph. Furthermore, users can modify the target monitoring log to navigate to different target programming graphs, aiding in accurate code analysis.

[0107] Figure 6This demonstrates how, based on the target log selected by the user, the user is redirected to a graphical programming interface and the corresponding target programming graph is highlighted (i.e., ... Figure 6 The diagram shows a programming graphic (highlighted in bold). This allows users to clearly and intuitively see the correspondence between changes in the monitored variable and the programming graphic, facilitating understanding and analysis of the variable change process and identifying the cause of errors.

[0108] In one implementation, reference Figure 7 As shown, the information processing method may further include the following steps S710 and S720:

[0109] Step S710: After determining the variable to be monitored, add a monitoring statement to the code block to monitor the variable to be monitored.

[0110] Listener statements are used to monitor changes in a variable, and can be listener functions. For example, a first function can be defined within the code assembly to modify the variable, and listener statements can be added within the context of this first function to monitor the variable.

[0111] In one implementation, adding a listener statement to the code assembly to monitor the variable to be monitored may include the following steps:

[0112] Replace the first function in the code combination that modifies the variable to be monitored with a second function that modifies and monitors the variable to be monitored.

[0113] In this context, the first function refers to the function that modifies the variable being monitored. It should be understood that there may be multiple different functions modifying the monitored variable within the code structure; all of these functions are considered the first function. Since the first function causes a change in the monitored variable, replacing it with a second function that can both modify and monitor the monitored variable achieves the original logic of modifying the variable and the purpose of monitoring. Furthermore, implementing the modification and monitoring of the monitored variable within the second function constitutes in-function monitoring, which improves monitoring efficiency and accuracy. If there are multiple different first functions in the code structure, each first function can be replaced with its corresponding second function; different first functions can correspond to different second functions.

[0114] In one implementation, adding a listener statement to the code assembly to monitor the variable to be monitored can include the following steps: directly adding the corresponding listener statement based on the first function. Here, the first function refers to the function that modifies the variable to be monitored. It should be understood that there may be multiple different functions modifying the variable to be monitored in the code assembly; all of these functions are considered the first function. Since the first function causes a change in the variable to be monitored, directly adding a statement to monitor the variable based on the first function allows the updated first function to both change the variable and monitor its changes, thus achieving both the original logic of modifying the variable and the purpose of monitoring.

[0115] In one implementation, a callback function can be added to the code assembly to invoke the first function. This callback function can be viewed as a listening statement to achieve the purpose of monitoring. The callback function can be called with the execution status or result of the first function as a parameter. Thus, when the first function modifies the variable to be monitored, the callback function can detect the modification by calling the status parameter of the first function, thereby generating a monitoring log for the variable.

[0116] In one implementation, the programming graphics group includes variable graphics corresponding to one or more variables. The information processing method may further include the following steps:

[0117] In the programming graph group, identify the first programming graph that contains the variable graph corresponding to the variable to be monitored;

[0118] The first function used to modify the variable to be monitored is determined based on the code corresponding to the first programming graph.

[0119] For example, if the variable to be monitored is variable A, the programming graph in the programming graph group that contains the variable graph corresponding to variable A can be used as the first programming graph. The first programming graph is the programming graph related to the variable to be monitored; that is, the code corresponding to the first programming graph is related to the variable to be monitored. Generally, the code corresponding to the first programming graph can include a variable fetch function to retrieve the variable to be monitored and a first function to modify the variable to be monitored. The variable fetch function usually does not change the variable value, so there is no need to monitor the variable fetch function. The code corresponding to the first programming graph can be filtered to select the first function that modifies the variable to be monitored, excluding the variable fetch function and other code that does not modify the variable to be monitored.

[0120] Step S720: During the execution of the code combination, the listening log is obtained by executing the listening statement, and the programming graph corresponding to the listening log is determined.

[0121] By executing listener statements, modifications to the variables being monitored can be detected, including their values ​​before and after the modification, thus creating a listener log. Based on the location where the listener statements are added to or replaced within the code block, the corresponding programming graph for that location is determined as the programming graph corresponding to the listener log.

[0122] In one implementation, obtaining the monitoring log by executing a monitoring statement and determining the corresponding programming graph of the monitoring log may include the following steps:

[0123] In response to the execution of a listener statement, obtain the context information of the listener statement;

[0124] Find the modification information of the variable to be monitored in the context information of the monitoring statement, and generate a monitoring log based on the modification information;

[0125] Based on the modification information, the corresponding variable modification code is determined in the code combination. Based on the pre-recorded correspondence between each programming graph and each code segment in the code combination, the programming graph corresponding to the variable modification code is determined to be the programming graph corresponding to the monitoring log.

[0126] The context information of the listener statement can be obtained from the stack, including information about the function that modifies the variable and variable information. The modification information of the variable to be monitored can be found from the context information of the listener statement. In one implementation, finding the modification information of the variable to be monitored in the context information of the listener statement may include the following steps:

[0127] The default function name is searched in the context information of the listener statement, and the modification information of the variable to be listened to is obtained from the context information containing the default function name.

[0128] The preset function name can be the name of a function used to modify the variable to be monitored. For example, during the execution of the second function mentioned above, the function corresponding to this function name is called to modify the variable. For instance, in Python, the `evaluate` (or `eval`) function is typically used to execute string expressions to modify variables; therefore, the preset function name could be "evaluate (or `eval`). By searching for the preset function name in the context information, you can find context information containing the preset function name. This context information is related to variable modification, and you can obtain the modification information of the variable to be monitored from it.

[0129] A monitoring log is generated based on the modification information of the variable to be monitored. Furthermore, based on the modification information, the corresponding code that modified the variable can be identified within the code set, i.e., which segment of code in the code set caused the modification of the variable to be monitored. When the user edits the programming graph group and generates the code set, the correspondence between each programming graph and each segment of code in the code set is recorded and saved. Based on this correspondence, the programming graph corresponding to the variable modification code can be found, which is the programming graph corresponding to the monitoring log. This correspondence between each monitoring log and the programming graph facilitates the subsequent location of the corresponding target programming graph based on the target monitoring log specified by the user.

[0130] In one implementation, adding a listener statement to the code assembly to monitor the variable to be monitored, when the variable to be monitored is determined, may include the following steps:

[0131] Once the variable to be monitored is determined, in response to the second preset instruction, a listener statement is added to the code set to monitor the variable to be monitored.

[0132] Adding a listener statement to a code assembly modifies the code assembly to achieve the purpose of monitoring, which increases the runtime overhead or has other effects. Responding to the second preset instruction indicates that a trial run of the code assembly is needed. In this case, adding a listener statement, such as replacing the first function with the second function, limits the impact of the added listener statement to the trial run of the code assembly.

[0133] In one implementation, the information processing method may further include the following steps:

[0134] In response to the third preset instruction, restore the code composition before the addition of the listener statement.

[0135] Adding listener statements to a code assembly is an operation performed during the trial or testing of that assembly to monitor and facilitate user viewing of test information. However, it's unnecessary to routinely set listener statements in a code assembly; for example, listening for information is unnecessary during game execution. It's possible to configure the code assembly to revert to its state before adding the listener statements in response to a third preset instruction. Avoid executing listener statements when unnecessary, as this increases overhead and can have other negative impacts.

[0136] For example, the third preset instruction may include at least one of the following:

[0137] The instruction to cancel a variable to be monitored. If the user cancels a previously set variable to be monitored and changes it to a non-monitored variable, then the code combination will no longer have a variable to be monitored, indicating that no monitoring information is needed, and that the monitoring statement does not need to be executed. The code combination before the monitoring statement was added can be restored.

[0138] This document outlines an upload command for game maps configured with a programming graphics group. The upload command uploads the game map data to the server. The map data includes the code set before adding the listener statement. The game map configured with the programming graphics group can be the target game map mentioned above. The map data uploaded according to the upload command can be downloaded and used by other users. Therefore, the map data can include code sets without listener statements, meaning that listener statements do not need to be executed during gameplay, reducing overhead.

[0139] Exemplary embodiments of this disclosure also provide an information processing apparatus for game editing. (See reference...) Figure 8 As shown, the information processing device 800 may include the following program modules:

[0140] The programming interface display module 810 is configured to display a graphical programming interface in a graphical user interface during the game editing stage; wherein, the graphical programming interface includes a programming graphic group consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to the one or more programming graphics;

[0141] The monitoring setting module 820 is configured to determine the information to be monitored from the relevant information of the programming graphics group in response to a first preset instruction.

[0142] The code execution module 830 is configured to execute the code combination in response to a second preset instruction;

[0143] The information display module 840 is configured to display information about the changes in the information to be monitored during the execution of the code combination.

[0144] In one implementation, the code set includes one or more variables; the information to be monitored includes the variables to be monitored; determining the information to be monitored from the relevant information of the programming graphics set in response to a first preset instruction includes: determining the variables to be monitored from the one or more variables in response to the first preset instruction.

[0145] In one implementation, the change process information of the variable to be monitored includes monitoring logs corresponding to the changes in the variable to be monitored. In one implementation, the monitoring logs include at least the following information: the variable name of the variable to be monitored, the variable value before the change, and the variable value after the change.

[0146] In one embodiment, the information processing device 800 is further configured to: in response to a jump instruction for a target monitoring log in the monitoring log, display a target programming graphic corresponding to the target monitoring log using a first display parameter, and / or display the target programming graphic at a specified position in the graphical programming interface; wherein the target programming graphic corresponds to a target code in the code combination, and the target code is used to cause the variable to be monitored to undergo the change corresponding to the target monitoring log; the first display parameter is different from the second display parameter of a programming graphic other than the target programming graphic.

[0147] In one implementation, displaying the change process information of the information to be monitored during the operation of the code assembly includes: displaying the monitoring log in the operation log of the code assembly; and in response to a jump instruction for a target monitoring log in the monitoring log, displaying the target programming graphic corresponding to the target monitoring log using a first display parameter, and / or displaying the target programming graphic at a specified position in the graphical user interface, includes: in response to a jump instruction for a target monitoring log in the monitoring log, jumping from the operation log to the graphical programming interface, and displaying the target programming graphic corresponding to the target monitoring log using the first display parameter, and / or displaying the target programming graphic at a specified position in the graphical programming interface.

[0148] In one implementation, the step of displaying the target programming graphic corresponding to the target monitoring log using a first display parameter and / or displaying the target programming graphic at a specified position in the graphical programming interface in response to a jump instruction for a target monitoring log in the monitoring log includes: providing a jump control; and displaying the target programming graphic corresponding to the target monitoring log using the first display parameter and / or displaying the target programming graphic at a specified position in the graphical programming interface in response to a trigger instruction for the jump control.

[0149] In one embodiment, the information processing device 800 is further configured to: upon determining the variable to be monitored, add a monitoring statement to the code combination for monitoring the variable to be monitored; during the execution of the code combination, obtain the monitoring log by executing the monitoring statement, and determine the programming graph corresponding to the monitoring log.

[0150] In one implementation, adding a monitoring statement to the code set for monitoring the variable to be monitored includes replacing a first function in the code set for modifying the variable to be monitored with a second function for modifying and monitoring the variable to be monitored.

[0151] In one embodiment, the programming graph group includes variable graphs corresponding to the one or more variables; the information processing device 800 is further configured to: determine a first programming graph in the programming graph group that includes the variable graph corresponding to the variable to be monitored; and determine a first function for modifying the variable to be monitored based on the code corresponding to the first programming graph.

[0152] In one implementation, obtaining the monitoring log by executing the monitoring statement and determining the programming graph corresponding to the monitoring log includes: in response to the execution of the monitoring statement, obtaining the context information of the monitoring statement; searching for modification information of the variable to be monitored in the context information of the monitoring statement, and generating the monitoring log based on the modification information; determining the corresponding variable modification code in the code combination based on the modification information, and determining the programming graph corresponding to the variable modification code as the programming graph corresponding to the monitoring log based on the pre-recorded correspondence between each programming graph and each code segment in the code combination.

[0153] In one implementation, the step of searching for the modification information of the variable to be monitored in the context information of the monitoring statement includes: searching for a preset function name in the context information of the monitoring statement, and obtaining the modification information of the variable to be monitored from the context information containing the preset function name.

[0154] In one implementation, when a variable to be monitored is determined, adding a monitoring statement for monitoring the variable to be monitored in the code combination includes: when a variable to be monitored is determined, in response to a second preset instruction, adding a monitoring statement for monitoring the variable to be monitored in the code combination.

[0155] In one embodiment, the information processing device 800 is further configured to: in response to a third preset instruction, restore the code combination prior to adding the listening statement.

[0156] In one implementation, the third preset instruction includes at least one of the following: an instruction to cancel the variable to be monitored; an upload instruction for a game map configured with the programming graphics group; the upload instruction is used to upload the map data of the game map to the server, the map data including the code combination before adding the monitoring statement.

[0157] In one implementation, displaying the change process information of the variable to be monitored during the execution of the code combination includes: displaying the monitoring log in the chronological order of each change of the variable to be monitored, and / or displaying the monitoring log in the variable order of multiple variables to be monitored.

[0158] In one implementation, each change of each of the variables to be monitored corresponds to one monitoring log; the information processing device 800 is further configured to perform at least one of the following steps: displaying the total number of monitoring logs; displaying the number of monitoring logs for each of the variables to be monitored.

[0159] In one implementation, determining the variable to be monitored from the one or more variables in response to a first preset instruction includes: providing a plurality of controls for the target variable, the plurality of controls including a monitoring control, in response to an edit trigger instruction for a target variable among the one or more variables; and determining the target variable as the variable to be monitored in response to a trigger instruction for the monitoring control.

[0160] In one embodiment, the information processing device 800 is further configured to: in response to a fourth preset instruction, create a variable graph in the programming graph group and generate a variable corresponding to the variable graph in the code group.

[0161] In one implementation, the step of creating a variable graph in the programming graph group and generating a variable corresponding to the variable graph in the code group in response to a fourth preset instruction includes: creating a variable graph in a second programming graph in the programming graph group in response to the fourth preset instruction, and generating a variable corresponding to the variable graph in the code corresponding to the second programming graph.

[0162] In one implementation, displaying the change process information of the monitored information during the execution of the code assembly includes: displaying the change process information of the monitored variable in the execution log of the code assembly; not displaying the change process information of non-monitored variables in the execution log; the non-monitored variables are variables other than the monitored variable among the one or more variables.

[0163] In one embodiment, the programming graphics group includes variable graphics corresponding to the one or more variables; the information processing device 800 is further configured to: display a monitoring identifier in the variable graphics corresponding to the variable to be monitored, and / or display the variable graphics corresponding to the variable to be monitored with a third display parameter, the third display parameter being different from the third display parameter of the variable graphics corresponding to non-monitored variables; the non-monitored variables are variables other than the variable to be monitored among the one or more variables.

[0164] In one embodiment, the second preset instruction includes at least one of the following: a trial run instruction for the programming graphics group; a save instruction for the programming graphics group; and a test instruction for a game map configured with the programming graphics group.

[0165] The specific details of each part of the above-mentioned device have been described in detail in the method section of the implementation plan. For any undisclosed details, please refer to the implementation plan of the method section, and therefore will not be repeated here.

[0166] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to exemplary embodiments of this disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0167] Exemplary embodiments of this disclosure also provide a computer program product. The computer program product includes a computer program that, when executed by a processor, implements the methods described above.

[0168] In one implementation, the computer program product can be a tangible product containing a computer program, such as a computer-readable storage medium storing the computer program. The readable storage medium can be a storage medium based on electrical, magnetic, optical, electromagnetic, infrared, or other signals, including but not limited to: random access memory (RAM), read-only memory (ROM), magnetic tape, floppy disk, flash memory, hard disk drive (HDD), solid-state drive (SSD), etc. For example, the computer program product can be implemented as a non-volatile storage medium storing a computer program, such as read-only memory, NAND flash memory, etc.

[0169] In one implementation, the computer program product can be an intangible product containing a computer program. For example, the computer program product can be implemented as a virtual digital product, such as an executable file, installation package, or other digital file storing the computer program.

[0170] Computer program code can be written in one or more programming languages. Examples of programming languages ​​include C, Java, and C++. Program code can execute entirely on the user's computing device, partially on the user's computing device, or as a standalone software package. It can also execute partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, such as a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via an internet connection provided by a mobile network operator).

[0171] Computer programs can be carried or transmitted via signals such as electricity, magnetism, light, electromagnetic fields, and infrared radiation. Electronic devices can convert signals carrying computer programs into digital signals, thereby running the computer programs. When a computer program runs on an electronic device, its code is used to cause the electronic device to execute (more specifically, to be executed by the processor of the electronic device) the method steps of various exemplary embodiments of this disclosure. For example, the above-described method can be executed, which includes the following steps: Step S210, in the game editing stage, a graphical programming interface is displayed in the graphical user interface; wherein, the graphical programming interface includes a programming graphic group composed of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to one or more programming graphics; Step S220, in response to a first preset instruction, the information to be monitored is determined from the relevant information of the programming graphic group; Step S230, in response to a second preset instruction, the code combination is run; Step S240, the change process information of the information to be monitored is displayed during the operation of the code combination.

[0172] By implementing the above method steps through a computer program, the user can determine the information to be monitored from the relevant information in the programming graphics group through the first preset instruction. During the operation of the code combination, the information to be monitored is listened to and its change process information is displayed. This can more clearly reflect the execution status of the user's edited information. For example, by displaying the change process information of variables, the execution status of the code that modifies variables can be reflected. The user can also verify whether the information to be monitored has changed in the expected way, which helps the user find the cause of the editing error.

[0173] Exemplary embodiments of this disclosure also provide an electronic device. The electronic device may include a processor and a memory. The memory stores executable instructions for the processor, such as computer programs. The processor executes these executable instructions to perform the method steps of various exemplary embodiments of this disclosure. Furthermore, the electronic device may also include a display for displaying a graphical user interface.

[0174] The following is for reference. Figure 9 The electronic device is illustrated by way of a general-purpose computing device. It should be understood that... Figure 9 The electronic device 900 shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments disclosed herein.

[0175] like Figure 9 As shown, the electronic device 900 may include: a processor 910, a memory 920, a bus 930, an I / O (input / output) interface 940, a network adapter 950, and a display 960.

[0176] The memory 920 may include volatile memory, such as RAM 921 and cache unit 922, and may also include non-volatile memory, such as ROM 923. The memory 920 may also include one or more program modules 924, including but not limited to: an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. For example, program module 924 may include the modules described above.

[0177] The processor 910 may include one or more processing units, such as an AP (Application Processor), a modem processor, a GPU (Graphics Processing Unit), an ISP (Image Signal Processor), a controller, an encoder, a decoder, a DSP (Digital Signal Processor), a baseband processor, and / or an NPU (Neural-Network Processing Unit).

[0178] The processor 910 can be used to execute executable instructions stored in the memory 920, such as the method described above, which includes the following steps: Step S210, in the game editing stage, a graphical programming interface is displayed in the graphical user interface; wherein, the graphical programming interface includes a programming graphic group composed of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to one or more programming graphics; Step S220, in response to a first preset instruction, the information to be monitored is determined from the relevant information of the programming graphic group; Step S230, in response to a second preset instruction, the code combination is run; Step S240, the change process information of the information to be monitored is displayed during the running of the code combination.

[0179] By executing the above method steps through processor 910, the user can determine the information to be monitored from the relevant information of the programming graphics group through the first preset instruction. During the operation of the code group, the information to be monitored is monitored and its change process information is displayed. This can clearly reflect the execution status of the user's edited information. For example, by displaying the change process information of variables, the execution status of the code that modifies variables can be reflected. The user can also verify whether the information to be monitored has changed in the expected way, which helps the user find the cause of the editing error.

[0180] Bus 930 is used to connect different components of electronic device 900 and may include data bus, address bus and control bus.

[0181] Electronic device 900 can communicate with one or more external devices 1000 (such as keyboard, mouse, external controller, etc.) through I / O interface 940.

[0182] Electronic device 900 can communicate with one or more networks via network adapter 950. For example, network adapter 950 can provide mobile communication solutions such as 3G / 4G / 5G, or wireless communication solutions such as wireless LAN, Bluetooth, and near-field communication. Network adapter 950 can communicate with other modules of electronic device 900 via bus 930.

[0183] Electronic device 900 can display a graphical user interface via display 960, such as displaying game editing scenes or graphical programming interfaces.

[0184] although Figure 9 As not shown in the diagram, other hardware and / or software modules may also be configured in the electronic device 900, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0185] As can be seen from the above, the technical solutions disclosed herein can be implemented as methods, apparatus, systems, computer program products, storage media, electronic devices, etc. Those skilled in the art will understand that various aspects of this disclosure can be specifically implemented in the following forms: a completely hardware implementation, a completely software implementation (including firmware, microcode, etc.), or an implementation combining hardware and software aspects, which may be referred to as "circuit," "module," or "system," respectively.

[0186] It should be understood that this disclosure is not limited to the specific methods, steps, or structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. Those skilled in the art will readily conceive of other embodiments based on the specific implementations provided in this disclosure. Therefore, the specific implementations provided in this disclosure are merely exemplary, and the scope and spirit of this disclosure are indicated by the claims, and should cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary technical means in the art not disclosed in this disclosure.

Claims

1. An information processing method for game editing, characterized in that, The method includes: During the game editing stage, a graphical programming interface is displayed in the graphical user interface; wherein, the graphical programming interface includes a group of programming graphics consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the group of programming graphics corresponds to a combination of code formed by the codes corresponding to the one or more programming graphics; the combination of code includes one or more variables; In response to a first preset instruction, information to be monitored is determined from the relevant information of the programming graphics group; the information to be monitored includes variables to be monitored. In response to the second preset instruction, the code combination is executed; This displays the process of changes in the information to be monitored during the execution of the code combination. The method further includes: Once the variable to be monitored is determined, add a monitoring statement to the code combination to monitor the variable to be monitored; During the execution of the code combination, the listener statement is executed.

2. The method according to claim 1, characterized in that, The step of determining the information to be monitored from the relevant information of the programming graphics group in response to the first preset instruction includes: In response to a first preset instruction, the variable to be monitored is determined from the one or more variables.

3. The method according to claim 2, characterized in that, The information on the change process of the variable to be monitored includes the monitoring logs corresponding to the changes in the variable to be monitored.

4. The method according to claim 3, characterized in that, The monitoring log includes at least the following information: the variable name of the variable to be monitored, the variable value before the change, and the variable value after the change.

5. The method according to claim 3, characterized in that, The method further includes: In response to a jump instruction for a target monitoring log in the monitoring log, the target programming graph corresponding to the target monitoring log is displayed using a first display parameter, and / or the target programming graph is displayed at a specified position in the graphical programming interface; wherein, the target programming graph corresponds to the target code in the code combination, and the target code is used to cause the variable to be monitored to undergo the change corresponding to the target monitoring log; the first display parameter is different from the second display parameter of programming graphs other than the target programming graph.

6. The method according to claim 5, characterized in that, The information displayed regarding the changes in the information to be monitored during the execution of the code combination includes: The monitoring log is displayed in the runtime log of the code combination; The step of responding to a jump instruction for a target monitoring log in the monitoring log by displaying the target programming graphic corresponding to the target monitoring log using a first display parameter, and / or displaying the target programming graphic at a specified position in the graphical user interface, includes: In response to a jump instruction for a target monitoring log in the monitoring log, the system jumps from the running log to the graphical programming interface and displays the target programming graphic corresponding to the target monitoring log using a first display parameter, and / or displays the target programming graphic at a specified position in the graphical programming interface.

7. The method according to claim 6, characterized in that, The step of responding to a jump instruction for a target monitoring log in the monitoring log by displaying the target programming graphic corresponding to the target monitoring log using a first display parameter, and / or displaying the target programming graphic at a specified position in the graphical programming interface, includes: Provide a jump control; In response to a trigger command for the jump control, the target programming graphic corresponding to the target monitoring log is displayed using a first display parameter, and / or the target programming graphic is displayed at a specified position in the graphical programming interface.

8. The method according to claim 5, characterized in that, The method further includes: During the execution of the code combination, the listening log is obtained by executing the listening statement, and the programming graph corresponding to the listening log is determined.

9. The method according to claim 8, characterized in that, The step of adding a listener statement to the code combination for monitoring the variable to be monitored includes: Replace the first function in the code combination that modifies the variable to be monitored with a second function that modifies and monitors the variable to be monitored.

10. The method according to claim 9, characterized in that, The programming graphics group includes variable graphics corresponding to the one or more variables; the method further includes: In the programming graphics group, a first programming graphics is determined that contains the variable graphics corresponding to the variable to be monitored. The first function for modifying the variable to be monitored is determined based on the code corresponding to the first programming graph.

11. The method according to claim 8, characterized in that, The step of obtaining the monitoring log by executing the monitoring statement and determining the programming graph corresponding to the monitoring log includes: In response to the execution of the listening statement, obtain the context information of the listening statement; The modification information of the variable to be monitored is found in the context information of the monitoring statement, and the monitoring log is generated based on the modification information; Based on the modification information, the corresponding variable modification code is determined in the code combination. Based on the pre-recorded correspondence between each programming graph and each code segment in the code combination, the programming graph corresponding to the variable modification code is determined to be the programming graph corresponding to the monitoring log.

12. The method according to claim 11, characterized in that, The step of searching for the modification information of the variable to be monitored in the context information of the monitoring statement includes: The preset function name is searched in the context information of the listening statement, and the modification information of the variable to be monitored is obtained from the context information containing the preset function name.

13. The method according to claim 8, characterized in that, When the variable to be monitored is determined, adding a monitoring statement to the code combination to monitor the variable to be monitored includes: Once the variable to be monitored is determined, in response to the second preset instruction, a monitoring statement for monitoring the variable to be monitored is added to the code combination.

14. The method according to claim 13, characterized in that, The method further includes: In response to the third preset instruction, restore the code combination before the addition of the listener statement.

15. The method according to claim 14, characterized in that, The third preset instruction includes at least one of the following: Cancel the command for the variable to be monitored; An upload command is given for a game map configured with the aforementioned programming graphics group; the upload command is used to upload the map data of the game map to the server, and the map data includes the code combination preceding the addition of the listener statement.

16. The method according to claim 4, characterized in that, The information displayed regarding the changes in the variables to be monitored during the execution of the code assembly includes: The monitoring logs are displayed in chronological order of each change of the variable to be monitored, and / or in variable order of multiple variables to be monitored.

17. The method according to claim 4, characterized in that, Each change of the variable to be monitored corresponds to a monitoring log; the method also includes at least one of the following steps: Display the total number of the listening logs; Displays the number of monitoring logs for each of the variables to be monitored.

18. The method according to claim 2, characterized in that, The step of determining the variable to be monitored from the one or more variables in response to a first preset instruction includes: In response to an edit trigger command for a target variable among the one or more variables, a plurality of controls for the target variable are provided, the plurality of controls including a listener control; In response to a trigger command for the monitoring control, the target variable is determined as the variable to be monitored.

19. The method according to claim 2, characterized in that, The method further includes: In response to the fourth preset instruction, a variable graph is created in the programming graph group, and the variable corresponding to the variable graph is generated in the code combination.

20. The method according to claim 18, characterized in that, The step of responding to a fourth preset instruction by creating a variable graph in the programming graph group and generating the variable corresponding to the variable graph in the code combination includes: In response to the fourth preset instruction, a variable graph is created in the second programming graph of the programming graph group, and the variable corresponding to the variable graph is generated in the code corresponding to the second programming graph.

21. The method according to claim 2, characterized in that, The information displayed regarding the changes in the information to be monitored during the execution of the code combination includes: The runtime log of the code combination displays the change process information of the variable to be monitored; the runtime log does not display the change process information of non-monitored variables; the non-monitored variables are variables other than the variable to be monitored among the one or more variables.

22. The method according to claim 2, characterized in that, The programming graphics group includes variable graphics corresponding to the one or more variables; the method further includes: Display a monitoring identifier in the variable graph corresponding to the variable to be monitored, and / or display the variable graph corresponding to the variable to be monitored with a third display parameter, which is different from the third display parameter of the variable graph corresponding to the non-monitored variable; the non-monitored variable is a variable other than the variable to be monitored among the one or more variables.

23. The method according to claim 1, characterized in that, The second preset instruction includes at least one of the following: Trial run instructions for the aforementioned programming graphics group; The save command for the programming graphics group; Test instructions for game maps configured with the aforementioned programming graphics group.

24. An information processing device for game editing, characterized in that, The device includes: The programming interface display module is configured to display a graphical programming interface in the graphical user interface during the game editing stage; wherein, the graphical programming interface includes a programming graphic group consisting of one or more programming graphics; each programming graphic corresponds to a piece of code, and the programming graphic group corresponds to a code combination formed by the codes corresponding to the one or more programming graphics; the code combination includes one or more variables; The monitoring settings module is configured to, in response to a first preset instruction, determine the information to be monitored from the relevant information of the programming graphics group; the information to be monitored includes variables to be monitored. The code execution module is configured to execute the code combination in response to a second preset instruction; The information display module is configured to display information about the changes in the information to be monitored during the execution of the code combination; The device is further configured to: upon determining the variable to be monitored, add a monitoring statement to the code assembly for monitoring the variable to be monitored; and execute the monitoring statement during the execution of the code assembly.

25. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method according to any one of claims 1 to 23.

26. An electronic device, characterized in that, include: processor; Memory for storing the executable instructions of the processor; The processor is configured to execute the method of any one of claims 1 to 23 by executing the executable instructions.

Images