Meter guiding method, system and device and electronic equipment

Abstract

The invention provides a table guiding method, system and device, electronic equipment and a computer readable storage medium. The method comprises the steps that a second configuration table corresponding to a game to be changed is sent to a server side, so that the server side conducts table guiding operation on the second configuration table, and a second client side configuration file corresponding to the second configuration table is generated; obtaining a second client configuration file, and updating the first client configuration file in the game rendering process based on the second client configuration file; and generating a changed game event corresponding to the to-be-changed game, wherein the changed game event is a rendering result of the to-be-changed game rendered by the game rendering process based on the updated first client configuration file. According to the method, the technical problems of high dependency on a version control system and long effective verification period in the prior art are solved.

Description

Technical Field

[0001] This application relates to the field of computer technologies, and in particular, to a method, a system, a device, an electronic device, and a computer-readable storage medium for guiding a table. Background Art

[0002] During the game development process, the management and update of configuration tables are crucial. Developers usually frequently modify the configuration tables to adjust and optimize game applications.

[0003] Currently, the existing table guiding process usually relies on a version control system for remote table guiding. In this table guiding process, the configuration tables modified by developers are submitted to the version control system for management. And after the configuration files corresponding to the modified configuration tables (configuration files generated by performing a table guiding operation on the configuration tables) are packaged into the client application and the client application is redeployed, the modified content on the configuration tables will take effect on the client side, so that developers can verify the accuracy and stability of the modified content.

[0004] Therefore, the existing table guiding methods at least have the technical problems of strong dependence on the version control system and long validation cycle for taking effect. Summary of the Invention

[0005] This application provides a method, a system, a device, an electronic device, and a computer-readable storage medium for guiding a table to solve the technical problems of strong dependence on the version control system and long validation cycle for taking effect existing in the prior art.

[0006] In a first aspect, an embodiment of this application provides a method for guiding a table. The method includes: sending a second configuration table corresponding to a game to be changed to a server so that the server performs a table guiding operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, where the second configuration table is generated by performing a data change operation on a first configuration table stored locally; obtaining the second client configuration file, and updating a first client configuration file in a game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a table guiding operation on the first configuration table; generating a changed game event corresponding to the game to be changed, where the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0007] Second aspect, an embodiment of the present application provides a guide table method, and the method includes: obtaining a second configuration table corresponding to a game to be changed, where the second configuration table is generated by performing a data change operation on a first configuration table locally stored in a client; performing a guide table operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table; sending the second client configuration file to the client, so that the client updates a first client configuration file in a game rendering process based on the second client configuration file, and generates a changed game event corresponding to the game to be changed, where the first client configuration file is a configuration file for the client generated by performing a guide table operation on the first configuration table, and the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0008] Third aspect, an embodiment of the present application provides a guide table system, and the system includes: a client, a server, and a display module; the client is configured to send a second configuration table corresponding to a game to be changed to the server, where the second configuration table is generated by performing a data change operation on a first configuration table locally stored; obtain a second client configuration file, and update a first client configuration file in a game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a guide table operation on the first configuration table; generate a changed game event corresponding to the game to be changed, where the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file; the server is configured to obtain the second configuration table corresponding to the game to be changed; perform a guide table operation on the second configuration table to generate the second client configuration file corresponding to the second configuration table; send the second client configuration file to the client; the display module is configured to display, on a graphical user interface of a local device, an operation log generated during the process of the server performing a guide table operation on the second configuration table, where the operation log at least includes error information indicating that the guide table operation fails; and display the changed game event corresponding to the game to be changed.

[0009] Fourth aspect, an embodiment of the present application provides a guide table device, and the device includes: a sending unit, an updating unit, and a generating unit; the sending unit is configured to send a second configuration table corresponding to a game to be changed to a server, so that the server performs a guide table operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, where the second configuration table is generated by performing a data change operation on a first configuration table stored locally; the updating unit is configured to obtain the second client configuration file and update a first client configuration file in a game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a guide table operation on the first configuration table; the generating unit is configured to generate a changed game event corresponding to the game to be changed, where the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0010] Fifth aspect, an embodiment of the present application provides a guide table device, and the device includes: an obtaining unit, a guide table unit, and a sending unit; the obtaining unit is configured to obtain a second configuration table corresponding to a game to be changed, where the second configuration table is generated by performing a data change operation on a first configuration table stored locally in the client; the guide table unit is configured to perform a guide table operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table; the sending unit is configured to send the second client configuration file to the client, so that the client updates a first client configuration file in a game rendering process based on the second client configuration file and generates a changed game event corresponding to the game to be changed, where the first client configuration file is a configuration file for the client generated by performing a guide table operation on the first configuration table, and the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0011] Sixth aspect, an embodiment of the present application provides an electronic device, including: a memory and a processor; the memory is configured to store one or more computer instructions; the processor is configured to execute the one or more computer instructions to implement the above method.

[0012] Seventh aspect, an embodiment of the present application provides a computer-readable storage medium, on which one or more computer instructions are stored, and when the instructions are executed by a processor, the above method is executed.

[0013] Compared with the prior art, the guide table method provided by this application includes: sending a second configuration table corresponding to the game to be changed to the server, so that the server performs a guide table operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, where the second configuration table is generated by performing a data change operation on the first configuration table stored locally; obtaining the second client configuration file, and updating the first client configuration file in the game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a guide table operation on the first configuration table; generating a changed game event corresponding to the game to be changed, where the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file. First, this method does not involve the step of submitting the changed configuration table (the second configuration table) to the version control system, and is independent of the version control system. Second, this method directly updates the first client configuration file in the game rendering process based on the second client configuration file, enabling the game rendering process to generate a changed game event based on the changed first client configuration file, avoiding steps such as packaging and redeploying the client application, shortening the effective verification cycle of the modified content of the configuration table, and enabling developers to quickly know the accuracy and stability of the modified content. Therefore, the guide table method provided by this application solves the technical problems existing in the prior art, such as strong dependence on the version control system and long effective verification cycle. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Figure 1 It is a diagram of the application system of the guide table method provided by an embodiment of this application;

[0015] Figure 2 It is a flowchart of the guide table method provided by the first embodiment of this application;

[0016] Figure 3 It is a schematic diagram of the graphical user interface of a local device provided by the first embodiment of this application;

[0017] Figure 4 It is a signaling flowchart of the guide table method provided by the first embodiment of this application;

[0018] Figure 5 It is a flowchart of the guide table method provided by the second embodiment of this application;

[0019] Figure 6 It is a schematic diagram of the structure of the guide table system provided by the third embodiment of this application;

[0020] Figure 7 It is a schematic diagram of the structure of the guide table device provided by the fourth embodiment of this application;

[0021] Figure 8It is a schematic structural diagram of the guide table device provided by the fifth embodiment of the present application;

[0022] Figure 9 It is a schematic structural diagram of the electronic device provided by the sixth embodiment of the present application. Detailed implementation manners

[0023] In the following description, many specific details are set forth in order to provide a thorough understanding of the present application. However, the present application can be implemented in many other ways different from those described herein, and those skilled in the art can make similar extensions without departing from the connotation of the present application. Therefore, the present application is not limited by the specific implementations disclosed below.

[0024] For the sake of easy understanding, first, a brief introduction to the technical terms that may be involved in the embodiments of the present application is given.

[0025] 1. Guide table

[0026] A guide table refers to the process of importing a configuration table edited and updated by developers locally or in a specific tool into a target environment (such as a client, a server, a test environment, etc.) after certain processing (such as format conversion, verification, etc.). Based on the guide table, the consistency and accuracy of the configuration are ensured.

[0027] 2. SVN

[0028] SVN (Subversion, a version control system) is a centralized version control tool used to manage changes to files and directories. SVN allows users to track and manage different versions of a project, thus facilitating collaborative development. SVN supports various operations, such as submitting changes, viewing the history, and reverting to a previous version. Through SVN, team members can effectively collaborate and avoid the low work efficiency caused by file conflicts. SVN can be applied to software development, document management, and many other fields that require version control. For example: in the field of team development, after a developer completes a certain function, the code update can be submitted to the SVN repository, and a new revision can be created. And it supports developers to view the history through SVN. When it is found that there are defects in the latest version, it can be rolled back to a previous stable version through SVN.

[0029] 3. Jenkins

[0030] Jenkins (open-source automation server) is an open-source automation tool for continuous integration (CI) and continuous delivery (CD). It allows developers to frequently merge code changes into the version control system and automate the build, test, and deployment processes to ensure the reliability of the changes. Among them, automated build means that whenever new code is committed to the version control system, Jenkins can automatically trigger the build process, such as triggering code compilation, running static analysis tools, etc. Automated testing means that after each build is completed, Jenkins can execute various types of tests, such as unit tests, integration tests, functional tests, etc., to ensure that the new code does not break the existing functions. Automated deployment means that Jenkins can automatically deploy the application to different environments, such as development environment, test environment, or production environment, simplifying the release process. Jenkins supports a variety of plugins and can be integrated with various version control systems, build tools, and test frameworks to achieve flexible build and test processes. Developers can use Jenkins to automatically build and test the project after each code commit, ensuring the high quality and fast delivery of the software.

[0031] 4. IPC

[0032] IPC (Inter-Process Communication) is a communication mechanism used for information exchange between different processes. Since each process is independent in memory, IPC enables multiple processes to transfer data and signals to each other, thus achieving collaborative work. Common IPC methods include pipes, message queues, shared memory, and sockets, etc.

[0033] 5. Process

[0034] A process is a core concept in the operating system structure. It refers to an instance of a program in an execution environment. More specifically, a process is the basic unit for the system to allocate resources and schedule. Each process has its own independent address space, code, data, stack, etc. When a program is executed, the operating system creates a new process to accommodate the running of the program.

[0035] 6. MD5

[0036] MD5 (Message-Digest Algorithm 5) is a widely used cryptographic hash function that can convert data of any size into a fixed-length 128-bit (16-byte) hash value. MD5 is often used to ensure data integrity. For example, when transferring or storing files, the MD5 values of the source data and the received data can be compared to verify whether the data has changed.

[0037] 7. TypeScript

[0038] TypeScript (TypeScript) is an open-source programming language and a superset of JavaScript. It adds static typing and type checking features, allowing developers to specify the types of different variables when writing code, thereby improving code readability and maintainability. The TypeScript compiler converts TypeScript code into standard JavaScript code for running on various browsers and platforms. Due to its type safety features, TypeScript has been widely used in large projects and team collaborations, effectively reducing runtime errors and enhancing development efficiency.

[0039] 8. JSON

[0040] JSON (JavaScript Object Notation) is a lightweight data interchange format that is easy for humans to read and write, and also easy for machines to parse and generate. JSON represents data in the form of key-value pairs, and its structure is similar to JavaScript object literals. Due to its simple syntax and wide support (almost all programming languages have corresponding libraries to handle JSON), it is widely used in Web APIs, configuration files, data storage, and other scenarios. The readability and flexibility of JSON make it one of the most commonly used data formats in modern web applications.

[0041] 9. Latin1:

[0042] Latin1 (ISO-8859-1, the first part of the Latin character set) is a character encoding standard that can represent common characters in Western European languages. It uses a single byte to encode characters and supports 256 characters, including English letters, numbers, common symbols, and some special characters. Due to its simplicity and wide application, Latin1 is commonly used in early Web pages, emails, and other scenarios.

[0043] 10. H5 Games:

[0044] H5 (HyperText Markup Language 5) games refer to games developed using HTML5 technology. They have cross-platform characteristics and can run on different devices (such as computers, mobile phones, tablets, etc.) and browsers without the need to install additional plugins. H5 games are usually developed using HTML (HyperText Markup Language), CSS (Cascading Style Sheets), and JavaScript (scripting language). This enables H5 games to run flexibly in various environments and provide a good user experience.

[0045] The configuration table in a game refers to a data file used to define various parameters of the game (such as character attributes, item information, level design, etc.). During the game development process, the management and update of the configuration table are crucial. Developers usually modify the configuration table frequently to adjust and optimize the game application. To ensure that these changes can be smoothly applied to the game application, after the configuration table is changed, it is an essential step to make the modified content take effect on the client and server based on the table generation process.

[0046] The current table generation process usually relies on a version control system for remote table generation, mainly including the following steps: First, developers modify the configuration table as needed (for example, modify the Excel spreadsheet) to ensure that the latest business logic, game rules, or user interface elements are correctly reflected in the configuration table. Second, submit the modified configuration table to the version control system (such as SVN) to maintain a historical record of the configuration table changes and provide a shared working basis for the development team. Third, manually trigger the table generation operation (for example, trigger the table generation operation through the table generation button in the Jenkins interface) to convert the configuration table into the format required by the target environment (for example, convert the Excel spreadsheet into a configuration file in Json format convenient for game program code). Fourth, wait for the table generation (for example, wait for the Jenkins operation to perform the table generation process, which may include validating the configuration, converting the format, generating the configuration file, etc.). Fifth, notify the user after the table generation is completed (for example, notify the developer through the Jenkins interface that the table generation has been completed). Sixth, manually package the client (for example, use Jenkins to start the packaging job to package the client application, and package the configuration file corresponding to the modified configuration table into the client application). Seventh, the modified content takes effect on the client and server. Specifically, when the configuration file corresponding to the modified configuration table is packaged into the client application and the client application is redeployed, or after the server configuration is updated, the content modified by the developer on the configuration table will take effect on the client and server. After the modified content takes effect on the client and server, developers can verify the accuracy and stability of the modified content.

[0047] The above-mentioned configuration table guiding process has the following defects: First, every time a developer modifies the configuration table, they need to submit the configuration table to the version control system, increasing the dependence on the version control system. Second, after the configuration file corresponding to the modified configuration table is packaged into the client application and the client application is redeployed, the modified content on the configuration table will take effect on the client, extending the validation cycle for the modified content to take effect. Third, every time a developer modifies the configuration table, they submit the configuration table to the version control system, but the modified configuration table has not been validated for effectiveness. Therefore, there are unstable factors in the configuration table in the version control system. Since the version control system is shared by the team, the configuration table without effectiveness validation undoubtedly poses a potential risk of affecting the development content of other developers, ultimately affecting the stability of the game application. Fourth, the entire configuration table guiding process includes multiple steps, and each step takes a certain amount of time, especially the client application packaging step, which takes even longer. This will undoubtedly reduce the game development efficiency and affect the real-time performance of the game application. Fifth, the entire configuration table guiding process is cumbersome, increasing the workload and labor cost of developers.

[0048] In summary, the existing configuration table guiding methods have at least the technical problems of strong dependence on the version control system and long effectiveness validation cycles.

[0049] In view of this, the embodiments of the present application provide a configuration table guiding method. First, this method does not involve the step of submitting the modified configuration table (the second configuration table) to the version control system, thus getting rid of the dependence on the version control system. Second, this method directly updates the first client configuration file in the game rendering process based on the second client configuration file, enabling the game rendering process to generate modified game events based on the modified first client configuration file, avoiding steps such as packaging and redeploying the client application, shortening the validation cycle for the modified content of the configuration table to take effect, and enabling developers to quickly know the accuracy and stability of the modified content. Third, this method does not submit the configuration table without effectiveness validation to the version control system. Therefore, it will not affect the development content of other developers and the stability of the game application. Fourth, the configuration table guiding operation process provided by this method does not have time-consuming steps such as client application packaging, improving the game development efficiency and ensuring the real-time performance of the game application. Fifth, the operation steps involved in the configuration table guiding operation process provided by this method are significantly reduced, reducing the workload and labor cost of developers.

[0050] The following further elaborates on the configuration table guiding method, system, device, electronic device, and computer-readable storage medium described in the present application in conjunction with specific embodiments and the accompanying drawings.

[0051] Figure 1 It is the application system diagram of the configuration table guiding method provided by the embodiments of the present application. As Figure 1As shown in the figure, the system includes a user node 101 and a service node 102. The user node 101 can be any device such as a smart phone, a tablet computer, a laptop computer, a desktop computer, a personal digital assistant (PDA), etc. The service node 102 can be a service module inside the user node 101, a service device electrically connected to the user node 101, or a cloud server communicatively connected to multiple user nodes 101. A client of the table guiding method provided in this application is deployed on the user node 101, and a server of the table guiding method provided in this application is deployed on the service node 102. In response to a developer performing a data change on a configuration table on the user node 101 and triggering a table guiding instruction, a table guiding operation and a rendering operation of modified content are performed on the changed configuration table based on this method.

[0052] The first embodiment of this application provides a table guiding method. This method is deployed in Figure 1 the user node 101 shown in the figure, and is used to provide a table guiding service for a game.

[0053] Figure 2 is a flowchart of the table guiding method provided in this embodiment. The following combines Figure 2 to describe in detail the table guiding method provided in this embodiment. The embodiments involved in the following description are used to explain the technical solutions of this application and are not used as limitations for actual use.

[0054] As Figure 2 shown in the figure, the table guiding method provided in this embodiment includes the following steps S210 to S230:

[0055] Step S210: Send a second configuration table corresponding to the game to be changed to the server, so that the server performs a table guiding operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table. The second configuration table is generated by performing a data change operation on the first configuration table stored locally.

[0056] The game to be changed can be understood as a game application to be adjusted or optimized, and can be any game type, such as a single-player game, an online game, an H5 game, etc., and is not specifically limited.

[0057] The first configuration table can be understood as the source configuration table before the data change operation. In this embodiment, the first configuration table can be one or more of all the configuration tables corresponding to the game to be changed, and specifically needs to be determined according to the game events that the developer pre-modifies. Exemplarily, the configuration tables corresponding to the game to be changed include a level design configuration table, a character attribute configuration table, a prop information configuration table, etc. If the developer pre-modifies the name of character A in the game to be changed, then the first configuration table is the character attribute configuration table.

[0058] The second configuration table can be understood as the target configuration table formed by the developer after performing data change operations on the basis of the first configuration table. For example, adding, deleting, or modifying some data in the first configuration table. Exemplarily, the first configuration table is a role attribute configuration table, and the developer changes the name of role A in the first configuration table from "Xiaohong" to "Xiaoming" to form the second configuration table. It should be noted that the second configuration table is generated by changing the data of the first configuration table. Therefore, the second configuration table and the first configuration table have the same table parameters, such as the same name information, coding information, etc.

[0059] The table guiding operation is a process in which the server converts the second configuration table into a target data format. In this embodiment, the data file with the target data format generated by performing the table guiding operation on the second configuration table is defined as the configuration file. The second client configuration file refers to the configuration file corresponding to the client. Since the target data formats are different, the steps of the table guiding operation are different. The table guiding operation is relatively mature, and the specific operation steps are not described in detail here.

[0060] In this embodiment, the client sends the second configuration table corresponding to the game to be changed to the server, which can be an operation performed by the client in response to the developer triggering the table guiding start instruction. Exemplarily, the developer designates the game to be changed, the second configuration table, the local storage directory of the second configuration table, clicks the table guiding control, etc. based on the local device (i.e., Figure 1 the user node 101 shown), triggering the client to send the table guiding start instruction and the second configuration table to the server. Based on this, in an optional implementation manner, sending the second configuration table corresponding to the game to be changed to the server may specifically include the following steps: in response to the first operation based on the local device, sending the second configuration table from the local device to the server. Among them, the first operation includes at least one of the following operations performed on the graphical user interface of the local device: inputting the local storage directory of the second configuration table, inputting the coding information of the second configuration table, and triggering the control associated with the table guiding start instruction. Exemplarily, inputting the local storage directory of the second configuration table is to input or select step by step "D:\abc_d\e" in the storage directory input box provided on the graphical user interface of the local device, inputting the coding information of the second configuration table is to input "001" in the configuration table coding input box provided on the graphical user interface of the local device, and triggering the control associated with the table guiding start instruction is to click the "Table Guiding Button" provided on the graphical user interface of the local device.

[0061] In an optional implementation manner, the guide table method provided in this embodiment supports the synchronous guide table of multiple configuration tables, that is, there are multiple second configuration tables. Exemplarily, the second configuration tables include the role attribute configuration table after data change, the prop information configuration table after data change, the level design configuration table after data change, and so on. The client sends multiple second configuration tables to the server and realizes the synchronous guide table of multiple second configuration tables based on the subsequent process. Optionally, when there are multiple second configuration tables, the encoding information of the second configuration tables is input on the graphical user interface of the local device, including: inputting multiple encoding information corresponding to multiple second configuration tables on the graphical user interface of the local device, where the two encoding information are separated by a preset character. The preset character can be in any form such as a space, a comma, a semicolon, etc. Exemplarily, the multiple encoding information corresponding to multiple second configuration tables input in the configuration table encoding input box provided on the graphical user interface of the local device can be "1 2 3". 1 is the encoding information of the role attribute configuration table after data change, 2 is the encoding information of the prop information configuration table after data change, 3 is the encoding information of the level design configuration table after data change, and there is a space between 1 and 2, and a space between 2 and 3.

[0062] In an optional implementation manner, sending the second configuration table corresponding to the game to be changed to the server may specifically include the following steps S211-1 to step S211-4:

[0063] Step S211-1: Send the table parameters corresponding to the second configuration table to the server, so that the server retrieves the first configuration table stored remotely based on the table parameters and generates a hash value corresponding to the first configuration table stored remotely.

[0064] Step S211-2: Obtain the hash value corresponding to the first configuration table stored remotely from the server and calculate the hash value corresponding to the second configuration table.

[0065] Step S211-3: Compare the difference between the hash value corresponding to the first configuration table stored remotely and the hash value corresponding to the second configuration table.

[0066] Step S211-4: In response to the difference between the hash value corresponding to the first configuration table stored remotely and the hash value corresponding to the second configuration table, send the second configuration table to the server.

[0067] After determining that there are data changes in the second configuration table relative to the first configuration table, the client will send the second configuration table to the server, avoiding unnecessary data transmission and table import operations. Specifically, the client will send the table parameters corresponding to the second configuration table (such as the name information, encoding information, etc. of the second configuration table) to the server; the server will retrieve the first configuration table stored remotely based on the table parameters (such as the first configuration table stored in the database, the first configuration table stored in the storage module of service node 102, etc.), and calculate the hash value (such as the MD5 value) corresponding to the first configuration table stored remotely based on the cryptographic hash function; the server will send the hash value corresponding to the first configuration table stored remotely to the client; the client will calculate the hash value (such as the MD5 value) corresponding to the second configuration table based on the same cryptographic hash function; the client will compare the hash value corresponding to the first configuration table stored remotely with the hash value corresponding to the second configuration table for differences. If there are no differences, the subsequent table import process will be terminated. If there are differences, the second configuration table will be sent to the server to continue the subsequent table import process.

[0068] The method of calculating the hash value based on the cryptographic hash function is relatively mature and will not be elaborated in detail here. After the client sends the configuration table to the server, the server will store the configuration table remotely. Since the second configuration table is generated by making data changes to the first configuration table, that is, the second configuration table and the first configuration table have the same table parameters. Therefore, after the client sends the table parameters of the second configuration table to the server, the server can retrieve the first configuration table with the same table parameters at the storage end based on the table parameters.

[0069] In an alternative implementation, sending the second configuration table corresponding to the game to be changed to the server may specifically include the following steps S212-1 to S212-3:

[0070] Step S212-1, convert the second configuration table into a character data segment.

[0071] Step S212-2, split the character data segment into multiple sub-character data segments according to the first preset parameter, and generate the segmentation parameters corresponding to each sub-character data segment. The first preset parameter is used to represent the preset data volume for the sub-character data segment, and the segmentation parameter is used to represent the arrangement order of each sub-character data segment among the multiple sub-character data segments.

[0072] Step S212-3, send the multiple sub-character data segments and the segmentation parameters corresponding to each sub-character data segment to the server.

[0073] By sending the second configuration table to the server in segments through the above steps, on the one hand, it can avoid the need to resend the entire segment of data due to data omission or data error during the data sending process, saving network resources. On the other hand, it can achieve the synchronous sending of multiple data segments, saving data transmission time.

[0074] In a specific implementation, first, the second configuration table can be converted into a Latin1 character data segment, and according to a first preset parameter that each sub-character data segment includes 1 MB of data volume, the Latin1 character data segment is split into multiple sub-character data segments. Exemplarily, the Latin1 character data segment is split into 1000 sub-character data segments. When splitting the Latin1 character data segment into sub-character data segments, segmentation parameters corresponding to each sub-character data segment are generated. Exemplarily, the segmentation parameter corresponding to the first sub-character data segment is "1 / 1000", indicating that the arrangement order of the first sub-character data segment among 1000 sub-character data segments is the first. Secondly, multiple sub-character data segments and the segmentation parameters corresponding to each sub-character data segment can be sent to the server to implement sending the second configuration table to the server.

[0075] In an alternative implementation, the second configuration table corresponding to the game to be changed is sent to the server, so that the server performs a table leading operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table. Specifically, it may further include the following steps S212-4 to step S212-5:

[0076] Step S212-4, obtain the reception feedback results for each sub-character data segment sent by the server, and determine whether all the multiple sub-character data segments are successfully sent to the server based on the reception feedback results.

[0077] Step S212-5, in response to all the multiple sub-character data segments being successfully sent to the server, send a table leading operation instruction to the server, so that the server, in response to the table leading operation instruction, merges the multiple sub-character data segments into a character data segment according to the segmentation parameters corresponding to each sub-character data segment, and performs a table leading operation on the character data segment to generate a second client configuration file.

[0078] Exemplarily, the client sends 1000 sub-character data segments to the server; the server feeds back the reception results of the sub-character data segments to the client, such as, "upload successful", "0093 / 1000 sub-character data segment upload failed"; the client judges whether all the multiple sub-character data segments are successfully sent based on the reception feedback results, and which sub-character data segments are not sent or sent failed; when the client judges that a certain sub-character data segment is sent failed, it will resend the sub-character data segment to the server. When the client judges that all the multiple sub-character data segments are successfully sent, it will send a table leading operation instruction to the server to notify the server to start the table leading operation; the server re-merges the 1000 sub-character data segments into a Latin1 character data segment according to the segmentation parameters corresponding to each sub-character data segment, and performs a table leading operation on the Latin1 character data segment to generate a second client configuration file.

[0079] In an alternative implementation, after the step of sending the second configuration table corresponding to the game to be changed to the server, the method provided in this embodiment may further include the following steps: Display on the graphical user interface of the local device the operation log generated during the table import operation of the second configuration table by the server, where the operation log at least includes error messages indicating that the table import operation fails.

[0080] Optionally, when the server performs a table import operation on the second configuration table, it will send the generated operation log to the client, and then the client will display the operation log in the log display area provided by the graphical user interface of the local device. The operation log may include some useful information during the table import process, such as error messages, so that developers can troubleshoot the reasons for the failure of the table import operation based on the operation log.

[0081] Optionally, regardless of whether the table import operation is successful or failed, after the table import operation terminates, the server will send the table import result to the client, and the client will display the table import result in the log display area, so that developers can intuitively know whether the table import is successful.

[0082] In an alternative implementation, sending the second configuration table corresponding to the game to be changed to the server so that the server performs a table import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table may further include the following steps: Sending the second configuration table corresponding to the game to be changed to the server so that the server performs a table import operation on the second configuration table to generate a second client configuration file and a second server configuration file corresponding to the second configuration table, and hot-updating the first server configuration file based on the second server configuration file, where the first server configuration file is a configuration file for the server generated by performing a table import operation on the first configuration table.

[0083] When the server performs a table import operation on the second configuration table, in addition to generating a second client configuration file, it will also generate a configuration file for the server. In this embodiment, the configuration file for the server generated by performing a table import operation on the second configuration table is defined as the second server configuration file. Similarly, the configuration file for the server generated by performing a table import operation on the first configuration table is defined as the first server configuration file. After the server performs a table import operation on the second configuration table to generate the second server configuration file, it will hot-update the first server configuration file based on the second server configuration file to enable the server to implement configuration updates.

[0084] Step S220, obtain the second client configuration file, and update the first client configuration file in the game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table.

[0085] The first client configuration file can be understood as the configuration file used by the game rendering process to render the game to be changed before the configuration table is updated, that is, the configuration file corresponding to the first configuration table.

[0086] In this embodiment, after the client obtains the second client configuration file from the server, it can update the first client configuration file in the game rendering process based on the second client configuration file, so that the updated first client configuration file has the same content as the second client configuration file.

[0087] In an optional implementation manner, obtaining the second client configuration file and updating the first client configuration file in the game rendering process based on the second client configuration file may specifically include: updating the first client configuration file in the game rendering process according to the second client configuration file based on the inter-process communication mechanism. Specifically, when there is a second client configuration file that needs to be applied to the game to be changed, the client uses the inter-process communication mechanism to communicate with the game rendering process, notifies the game rendering process that the client's configuration has changed, and replaces the content of the first client configuration file with the content of the second client configuration file, so as to ensure that the game rendering process uses the second client configuration file to render the game to be changed.

[0088] In an optional implementation manner, obtaining the second client configuration file may specifically include the following steps S221-1 to S221-4:

[0089] Step S221-1: Obtain the hash value corresponding to the second client configuration file from the server. The hash value corresponding to the second client configuration file is generated by the server calculating the hash value of the second client configuration file.

[0090] Step S221-2: Calculate the hash value corresponding to the first client configuration file.

[0091] Step S221-3: Compare the hash value corresponding to the second client configuration file with the hash value corresponding to the first client configuration file for differences.

[0092] Step S221-4: In response to the hash value corresponding to the second client configuration file being different from the hash value corresponding to the first client configuration file, obtain the second client configuration file from the server.

[0093] After the client determines that the second client configuration file has changed relative to the first client configuration file, it fetches the second client configuration file from the server, avoiding unnecessary data transmission and data change operations. Specifically, after the server generates the second client configuration file, it calculates the hash value (e.g., MD5 value) corresponding to the second client configuration file and sends the hash value corresponding to the second client configuration file to the client; after receiving the hash value corresponding to the second client configuration file, the client calculates the hash value (e.g., MD5 value) corresponding to the first client configuration file based on the same cryptographic hash function; the client compares the hash value corresponding to the first client configuration file with the hash value corresponding to the second client configuration file for differences. If there are no differences, the subsequent update process is terminated. If there are differences, the client fetches the second client configuration file from the server and continues the subsequent update process. Optionally, when the server calculates the hash value of the second client configuration file and the client calculates the hash value of the first client configuration file, the configuration file is first serialized to obtain a string corresponding to the configuration file, and the hash value corresponding to the configuration file is obtained based on calculating the hash value of the string.

[0094] In an alternative implementation, obtaining the second client configuration file and updating the first client configuration file in the game rendering process based on the second client configuration file may specifically include the following steps S222-1 to S222-2:

[0095] Step S222-1: Obtain the second string corresponding to the second client configuration file from the server, where the second string is obtained by the server serializing the second client configuration file.

[0096] When the client fetches the second client configuration file from the server, it does not directly fetch the configuration file itself, but rather fetches the string representation after serialization processing. This string contains all the configuration information in the second client configuration file. Compared with the second client configuration file, the string is easier to transmit and process. In this embodiment, the string obtained by serializing the second client configuration file is defined as the second string.

[0097] Serialization processing is to convert a complex data structure such as a configuration file into a linear and continuous format, that is, a string. Different programming languages and environments provide different methods for serialization processing, which can usually be achieved by calling built-in libraries or functions. Currently, all serialization processing methods can be applied to serialize the second client configuration file in this embodiment, and the specific processing process will not be elaborated here.

[0098] In an alternative implementation, obtaining a second string corresponding to a second client configuration file from a server may specifically include the following steps S222-11 to S222-12:

[0099] Step S222-11: Receive multiple second substrings sent by the server and string parameters carried by each second substring. The multiple second substrings are obtained by the server splitting a second string after converting the second client configuration file into the second string based on a second preset parameter. The string parameter is used to represent the arrangement order of each second substring among the multiple second substrings, and the second preset parameter is used to represent the preset data volume for the second substring.

[0100] Step S222-12: Merge the multiple second substrings into a second string according to the string parameters corresponding to each second substring.

[0101] When the client obtains the second string corresponding to the second client configuration file from the server, in fact, the server sends the second string to the client. In this embodiment, the second string can be sent to the client in a segmented manner.

[0102] Exemplarily, the second client configuration file is of the TypeScript file type. First, the server serializes the second client configuration file of the TypeScript file type into a codeString string (the second string), and splits the codeString string into multiple codeString substrings (the second substrings) according to the second preset parameter that each substring includes 1MB of data volume. While splitting the codeString string into multiple codeString substrings, string parameters corresponding to each codeString substring will be generated. For example, the string parameter corresponding to the first codeString substring is "1 / 1000", indicating that the arrangement order of the first codeString substring among 1000 codeString substrings is the first. Secondly, the server sends the multiple codeString substrings and the string parameter corresponding to each codeString substring to the client. Finally, the client re-merges the multiple codeString substrings into a codeString string based on the string parameter corresponding to each codeString substring.

[0103] Step S222-2: Based on the second string, hot-update the running entity corresponding to the first client configuration file in the game rendering process. The running entity is used to represent the data structure in which the first client configuration file is loaded into the memory in the game rendering process.

[0104] Hot update refers to dynamically applying new code or data changes without shutting down the application. For games, hot update means updating configurations, resources, or logic during the game's runtime without the need to restart the game. The game rendering process refers to the part of the program responsible for handling the game's graphical output, and the running entity refers to the data structure of the configuration file that is actually used and loaded into memory in the game rendering process.

[0105] In this embodiment, updating the first client configuration file in the game rendering process based on the second client configuration file may be to update the running entity corresponding to the first client configuration file in the game rendering process in a hot update manner based on the second string corresponding to the second client configuration file. Since the file types of the client configuration files are different, the specific hot update methods vary. The following details the hot update methods for two common file types of client configuration files.

[0106] In an alternative implementation, the client configuration file is of the TypeScript file type, that is, both the first client configuration file and the second client configuration file are of the TypeScript file type. The client configuration file of the TypeScript file type contains code written in the TypeScript language. Updating the running entity corresponding to the first client configuration file in the game rendering process based on the second string may specifically include the following steps from S222-211 to S222-214:

[0107] Step S222-211: Obtain the first code object corresponding to the first client configuration file and the command space corresponding to the first code object. The first code object is the running entity corresponding to the first client configuration file of the TypeScript file type in the game rendering process.

[0108] Step S222-212: Compile the second string to generate a code string corresponding to the second string.

[0109] Step S222-213: Edit the code string to generate a second code object corresponding to the code string.

[0110] Step S222-214: Traverse the second code object, and based on the namespace corresponding to the first code object, use the field values in the second code object to overwrite the corresponding field values in the first code object.

[0111] Specifically, first, the client obtains the running entity of the TypeScript type corresponding to the first client configuration file (i.e., the first code object) and its associated namespace from the game rendering process; then the client compiles the second string sent by the server into a JavaScript code string, edits this code to adapt to the current environment, and generates a running entity (i.e., the second code object) that can be directly used by the game rendering process; finally, the client traverses the second code object, and according to the namespace of the first code object, uses the field values in the second code object to overwrite the corresponding field values in the first code object, so as to achieve the hot update of the configuration in the game rendering process. The above steps ensure that the new configuration can be safely and accurately applied to the existing environment while maintaining the modularity and integrity of the namespace.

[0112] Exemplarily, obtain the first code object codeObject corresponding to the first client configuration file in the memory and the namespace namespace of the first code object codeObject. Compile the second string codeString corresponding to the second client configuration file of the TypeScript file type sent by the server into a code string jsString. Edit the code string jsString into a second code object jsObject. Traverse the second code object jsObject and overwrite the corresponding field values in the first code object codeObject with its field values.

[0113] In another alternative implementation, the client configuration file is of the JSON file type, that is, both the first client configuration file and the second client configuration file are of the JSON file type. The client configuration file of the JSON file type follows the JSON (JavaScript Object Notation) format, which is a lightweight data exchange format. Based on the second string to hot update the running entity corresponding to the first client configuration file in the game rendering process, it can specifically include the following steps S222-221 to step S222-223:

[0114] Step S222-221, according to the file name of the second client configuration file and the pre-built relationship dictionary, obtain the first instance object that has a mapping relationship with the second client configuration file. The relationship dictionary stores the mapping relationship between the client configuration file and the instance object loaded into the memory in the game rendering process. The first instance object is the running entity corresponding to the first client configuration file of the JSON file type in the game rendering process.

[0115] Step S222-222, perform instance conversion on the second string to generate a second instance object corresponding to the second string.

[0116] Step S222-223: Use the second entity object to overwrite the first entity object and store the second entity object in the relationship dictionary.

[0117] Specifically, first, the client searches for and obtains the first instance object that has a mapping relationship with it according to the file name of the second client configuration file and the pre-built relationship dictionary. This relationship dictionary records the correspondence between the client configuration file and the instance object loaded into memory in the game rendering process. The first instance object is the running entity of the first client configuration file in JSON format in the rendering process. Secondly, the client converts the second string sent by the server into the corresponding second instance object. Finally, the client uses the generated second instance object to overwrite the original first instance object and updates the relationship dictionary to store the new second instance object, ensuring that the latest configuration is correctly applied to the game. The above steps achieve the dynamic update of the configuration file and the seamless replacement of the instance object, ensuring that the configuration in the game rendering process is always up-to-date.

[0118] Exemplarily, according to the file name of the second client configuration file of JSON file type, obtain the mapping relationship dictionary jsonMap between the second client configuration file and the instance object in memory, and read the first instance object corresponding to the first client configuration file in memory from the relationship dictionary jsonMap. Convert the second string jsonString corresponding to the second client configuration file of JSON file type sent by the server into the second instance object jsonObject. Use the second instance object jsonObject to overwrite the first instance object and cache the second instance object jsonObject into the relationship dictionary jsonMap.

[0119] Step S230: Generate the changed game event corresponding to the game to be changed. The changed game event is the rendering result of the game to be changed by the game rendering process based on the updated first client configuration file.

[0120] After updating the first client configuration file in the game rendering process based on the second client configuration file, the game rendering engine will render the game to be changed based on the updated first client configuration file. The changed game event corresponding to the content of the configuration table change is included in the rendered game to be changed. Exemplarily, if the content of the configuration table change is the name of character A (changed from "Xiaohong" to "Xiaoming"), then when the game rendering process renders the game to be changed based on the updated first client configuration file, the name of character A in the game will be displayed as "Xiaoming".

[0121] In an alternative implementation, the changed game event can be displayed through the graphical user interface of the local device. Based on this, a changed game event corresponding to the game to be changed is generated, including: displaying the changed game event corresponding to the game to be changed on the graphical user interface of the local device.

[0122] Optionally, the graphical user interface of the local device provides a game display area. When the game rendering process renders the game to be changed based on the updated first client configuration file, the rendering result will be displayed in the game display area, enabling developers to intuitively understand the changed game event and verify the correctness and stability of the changed content in the configuration table.

[0123] Figure 3 It is a schematic diagram of the graphical user interface of a local device provided in this embodiment.

[0124] As Figure 3 shown, the graphical user interface provides a storage directory input box 301, a configuration table encoding input box 302, a "table import" control 303, a log display area 304, and a game display area 305. Among them, the storage directory input box 301 is used to input the local storage directory of the second configuration table, such as "D:\abc_d\e", the configuration table encoding input box 302 is used to input the encoding information of the second configuration table, such as "001", the "table import" control 303 is used to trigger a table import start instruction, the log display area 304 is used to display the operation logs generated when the server performs a table import operation on the second configuration table, and the game display area 305 is used to display the changed game event. Exemplarily, the configuration table change data is the name of character A (changed from "Xiaohong" to "Xiaoming"), and the changed game event displayed in the game display area 304 is the name of character A, "Xiaoming".

[0125] Figure 4 It is a signaling flowchart of the table import method provided in this embodiment. As Figure 4 shown, the table import method provided in this embodiment may include the following steps S401 to step S412:

[0126] Step S401, the client sends the encoding information corresponding to the second configuration table to the server.

[0127] Step S402, the server retrieves the first configuration table stored remotely based on the encoding information and calculates the hash value corresponding to the first configuration table stored remotely.

[0128] Step S403, the server sends the hash value corresponding to the first configuration table stored remotely to the client.

[0129] Step S404, the client compares the hash value corresponding to the first configuration table stored remotely with the hash value corresponding to the second configuration table for differences.

[0130] Step S405: In response to a difference between the hash value corresponding to the first configuration table stored remotely and the hash value corresponding to the second configuration table, the client sends the second configuration table to the server.

[0131] Step S406: The server receives the second configuration table and stores the second configuration table remotely.

[0132] Step S407: The server sends a reception feedback result to the client.

[0133] Step S408: In response to the reception feedback result indicating successful reception, the client sends a table-leading operation instruction to the server.

[0134] Step S409: In response to the table-leading operation instruction, the server performs a table-leading operation on the second configuration table to generate a second client configuration file and a second server configuration file.

[0135] Step S410: The server hot-updates the first server configuration file based on the second server configuration file.

[0136] Step S411: The server sends the second client configuration file to the client.

[0137] Step S412: The client hot-updates the first client configuration file in the game rendering process based on the second client configuration file.

[0138] The above first embodiment provides an optional table-leading method. First, this method does not involve the step of submitting the changed configuration table (the second configuration table) to the version control system, thus getting rid of the dependence on the version control system. Second, this method directly updates the first client configuration file in the game rendering process based on the second client configuration file, enabling the game rendering process to generate changed game events based on the changed first client configuration file, avoiding steps such as packaging and redeploying the client application, shortening the validation cycle for the effectiveness of the modified content of the configuration table, and enabling developers to quickly know the accuracy and stability of the modified content. Third, this method does not submit an unvalidated configuration table to the version control system, so it will not affect the development content of other developers and the stability of the game application. Fourth, the table-leading operation process provided by this method does not include time-consuming steps such as packaging the client application, improving the game development efficiency and ensuring the real-time nature of the game application. Fifth, the operation steps involved in the table-leading operation process provided by this method are significantly reduced, reducing the workload and labor costs of developers.

[0139] It should be noted that the examples in this embodiment are only for explaining the method described in this application and are not used as a limitation for actual use. The table guiding method provided by this application includes but is not limited to the method described in this embodiment.

[0140] The second embodiment of this application provides a table guiding method, which is deployed in Figure 1 the service node 102 shown, and is used to provide a table guiding service for the game.

[0141] Figure 5 is the flowchart of the table guiding method provided in this embodiment. As Figure 5 shown, the table guiding method provided in this embodiment includes the following steps S510 to S530:

[0142] Step S510, obtain the second configuration table corresponding to the game to be changed. The second configuration table is generated by performing a data change operation on the first configuration table stored locally on the client.

[0143] Step S520, perform a table guiding operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table.

[0144] Step S530, send the second client configuration file to the client, so that the client updates the first client configuration file in the game rendering process based on the second client configuration file, and generates a changed game event corresponding to the game to be changed. The first client configuration file is a configuration file for the client generated by performing a table guiding operation on the first configuration table, and the changed game event is the rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0145] In the first embodiment of this application, the table guiding method has been described in detail. The difference between the table guiding method provided in this embodiment and the table guiding method provided in the first embodiment lies in the execution subject, and the specific implementation content is basically the same. Therefore, the specific table guiding process will not be elaborated in this embodiment, and the specific content can be referred to the detailed description in the first embodiment.

[0146] The third embodiment of this application provides a table guiding system, Figure 6 which is the structural schematic diagram of the table guiding system provided in this embodiment.

[0147] As Figure 6 shown, the table guiding system provided in this embodiment includes: a client 601, a server 602, and a display module 603.

[0148] The client 601 is used to send the second configuration table corresponding to the game to be changed to the server 602. The second configuration table is generated by performing a data change operation on the first configuration table stored locally. Obtain the second client configuration file, and update the first client configuration file in the game rendering process based on the second client configuration file. The first client configuration file is a configuration file for the client generated by performing a table-leading operation on the first configuration table. Generate a changed game event corresponding to the game to be changed. The changed game event is the rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0149] The server 602 is used to obtain the second configuration table corresponding to the game to be changed; perform a table-leading operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table; send the second client configuration file to the client 601;

[0150] The display module 603 is used to display, on the graphical user interface of the local device, the operation log generated during the table-leading operation of the second configuration table by the server 602. The operation log at least includes error information indicating that the table-leading operation fails; and display the changed game event corresponding to the game to be changed.

[0151] The fourth embodiment of the present application provides a table-leading device. Figure 7 It is a schematic structural diagram of the table-leading device provided in this embodiment.

[0152] As Figure 7 shown, the table-leading transposition provided in this embodiment includes: a sending unit 701, an updating unit 702, and a generating unit 703.

[0153] The sending unit 701 is used to send the second configuration table corresponding to the game to be changed to the server, so that the server performs a table-leading operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table. The second configuration table is generated by performing a data change operation on the first configuration table stored locally.

[0154] Optionally, the sending the second configuration table corresponding to the game to be changed to the server includes:

[0155] Sending the table parameters corresponding to the second configuration table to the server, so that the server retrieves the first configuration table stored remotely based on the table parameters and generates a hash value corresponding to the first configuration table stored remotely;

[0156] Obtaining the hash value corresponding to the first configuration table stored remotely from the server and calculating the hash value corresponding to the second configuration table;

[0157] Compare the hash value corresponding to the first configuration table stored remotely with the hash value corresponding to the second configuration table;

[0158] In response to a difference between the hash value corresponding to the first configuration table stored remotely and the hash value corresponding to the second configuration table, send the second configuration table to the server.

[0159] Optionally, sending the second configuration table corresponding to the game to be changed to the server includes:

[0160] Convert the second configuration table into a character data segment;

[0161] Split the character data segment into multiple sub-character data segments according to a first preset parameter, and generate a segmentation parameter corresponding to each sub-character data segment. The first preset parameter is used to represent the preset data volume for the sub-character data segment, and the segmentation parameter is used to represent the arrangement order of each sub-character data segment in the multiple sub-character data segments;

[0162] Send the multiple sub-character data segments and the segmentation parameter corresponding to each sub-character data segment to the server.

[0163] Optionally, sending the second configuration table corresponding to the game to be changed to the server so that the server performs a table guiding operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table includes:

[0164] Obtain the reception feedback result sent by the server for each sub-character data segment, and determine whether all the multiple sub-character data segments are successfully sent to the server based on the reception feedback result;

[0165] In response to all the multiple sub-character data segments being successfully sent to the server, send a table guiding operation instruction to the server, so that the server, in response to the table guiding operation instruction, merges the multiple sub-character data segments into the character data segment according to the segmentation parameter corresponding to each sub-character data segment, and performs a table guiding operation on the character data segment to generate the second client configuration file.

[0166] Optionally, sending the second configuration table corresponding to the game to be changed to the server so that the server performs a table guiding operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table includes:

[0167] Send the second configuration table corresponding to the game to be changed to the server, so that the server performs a table import operation on the second configuration table to generate a second client configuration file and a second server configuration file corresponding to the second configuration table, and hot-update the first server configuration file based on the second server configuration file. The first server configuration file is a configuration file for the server generated by performing a table import operation on the first configuration table.

[0168] Optionally, sending the second configuration table corresponding to the game to be changed to the server includes:

[0169] In response to a first operation based on the local device, send the second configuration table from the local device to the server; wherein, the first operation includes at least one of the following operations performed on the graphical user interface of the local device:

[0170] Input the local storage directory of the second configuration table, input the encoding information of the second configuration table, trigger the control for the associated table import start instruction.

[0171] Optionally, there are multiple second configuration tables; inputting the encoding information of the second configuration table includes:

[0172] Input multiple encoding information corresponding to multiple second configuration tables on the graphical user interface of the local device, where the two encoding information are separated by a preset character.

[0173] Optionally, after the step of sending the second configuration table corresponding to the game to be changed to the server, it is also used for:

[0174] Display the operation log generated during the server's table import operation on the second configuration table on the graphical user interface of the local device. The operation log at least includes error information indicating that the table import operation fails.

[0175] The update unit 702 is used to obtain the second client configuration file and update the first client configuration file in the game rendering process based on the second client configuration file. The first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table.

[0176] Optionally, obtaining the second client configuration file includes:

[0177] Obtain the hash value corresponding to the second client configuration file from the server. The hash value corresponding to the second client configuration file is generated by the server calculating the hash value of the second client configuration file;

[0178] Calculate the hash value corresponding to the first client configuration file;

[0179] Compare the hash value corresponding to the second client configuration file with the hash value corresponding to the first client configuration file for differences;

[0180] In response to a difference between the hash value corresponding to the second client configuration file and the hash value corresponding to the first client configuration file, obtain the second client configuration file from the server.

[0181] Optionally, obtaining the second client configuration file and updating the first client configuration file in the game rendering process based on the second client configuration file includes:

[0182] Based on the inter-process communication mechanism, update the first client configuration file in the game rendering process according to the second client configuration file.

[0183] Optionally, obtaining the second client configuration file and updating the first client configuration file in the game rendering process based on the second client configuration file includes:

[0184] Obtain a second string corresponding to the second client configuration file from the server, where the second string is obtained by the server serializing the second client configuration file;

[0185] Based on the second string, hot-update the running entity corresponding to the first client configuration file in the game rendering process, where the running entity is used to represent the data structure of the first client configuration file loaded into memory in the game rendering process.

[0186] Optionally, the obtaining the second string corresponding to the second client configuration file from the server includes:

[0187] Receive a plurality of second substrings sent by the server and string parameters carried by each of the second substrings. The plurality of second substrings are obtained by the server splitting the second string based on a second preset parameter after converting the second client configuration file into the second string. The string parameter is used to represent the arrangement order of each second substring in the plurality of second substrings, and the second preset parameter is used to represent the preset data volume for the second substring;

[0188] Merge the plurality of second substrings into the second string according to the string parameters corresponding to each second substring.

[0189] Optionally, the first client configuration file and the second client configuration file are of the TypeScript file type; the hot updating of the running entity corresponding to the first client configuration file in the game rendering process based on the second string includes:

[0190] Obtain a first code object corresponding to the first client configuration file and a command space corresponding to the first code object, where the first code object is the running entity corresponding to the first client configuration file of the TypeScript file type in the game rendering process;

[0191] Compile the second string to generate a code string corresponding to the second string;

[0192] Edit the code string to generate a second code object corresponding to the code string;

[0193] Traverse the second code object, and based on the namespace corresponding to the first code object, use the field values in the second code object to overwrite the corresponding field values in the first code object.

[0194] Optionally, the first client configuration file and the second client configuration file are of the JSON file type; the hot updating of the running entity corresponding to the first client configuration file in the game rendering process based on the second string includes:

[0195] According to the file name of the second client configuration file and a pre-built relationship dictionary, obtain a first instance object having a mapping relationship with the second client configuration file, where the relationship dictionary stores the mapping relationship between the client configuration file and the instance object loaded into the memory in the game rendering process, and the first instance object is the running entity corresponding to the first client configuration file of the JSON file type in the game rendering process;

[0196] Perform instance conversion on the second string to generate a second instance object corresponding to the second string;

[0197] Use the second entity object to overwrite the first entity object and store the second entity object in the relationship dictionary.

[0198] The generating unit 703 is configured to generate a changed game event corresponding to the game to be changed, where the changed game event is the rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0199] Optionally, the generating the changed game event corresponding to the game to be changed includes:

[0200] Display the changed game events corresponding to the game to be changed on the graphical user interface of the local device.

[0201] The fifth embodiment of the present application provides a guide table device. Figure 8 It is a schematic structural diagram of the guide table device provided in this embodiment.

[0202] As Figure 8 shown, the guide table transposition provided in this embodiment includes: an acquisition unit 801, a guide table unit 802, and a sending unit 803.

[0203] The acquisition unit 801 is configured to acquire a second configuration table corresponding to the game to be changed, and the second configuration table is generated by performing a data change operation on a first configuration table stored locally on the client.

[0204] The guide table unit 802 is configured to perform a guide table operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table.

[0205] The sending unit 803 is configured to send the second client configuration file to the client, so that the client updates the first client configuration file in the game rendering process based on the second client configuration file, and generates changed game events corresponding to the game to be changed. The first client configuration file is a configuration file for the client generated by performing a guide table operation on the first configuration table, and the changed game events are the rendering results of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0206] The sixth embodiment of the present application provides an electronic device. Figure 9 It is a schematic structural diagram of the electronic device provided in this embodiment.

[0207] As Figure 9 shown, the electronic device provided in this embodiment includes: a memory 901 and a processor 902;

[0208] The memory 901 is configured to store computer instructions for executing the guide table method.

[0209] The processor 902 is configured to execute the computer instructions stored in the memory 901 to perform the following operations:

[0210] Send a second configuration table corresponding to the game to be changed to the server, so that the server performs a guide table operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table. The second configuration table is generated by performing a data change operation on a first configuration table stored locally.

[0211] Obtain the second client configuration file, and update the first client configuration file in the game rendering process based on the second client configuration file. The first client configuration file is a configuration file for the client generated by performing a table-leading operation on the first configuration table;

[0212] Generate the changed game events corresponding to the game to be changed. The changed game events are the rendering results of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0213] Optionally, sending the second configuration table corresponding to the game to be changed to the server includes:

[0214] Send the table parameters corresponding to the second configuration table to the server, so that the server retrieves the first configuration table stored remotely based on the table parameters and generates the hash value corresponding to the first configuration table stored remotely;

[0215] Obtain the hash value corresponding to the first configuration table stored remotely from the server, and calculate the hash value corresponding to the second configuration table;

[0216] Perform a difference comparison between the hash value corresponding to the first configuration table stored remotely and the hash value corresponding to the second configuration table;

[0217] In response to the hash value corresponding to the first configuration table stored remotely being different from the hash value corresponding to the second configuration table, send the second configuration table to the server.

[0218] Optionally, sending the second configuration table corresponding to the game to be changed to the server includes:

[0219] Convert the second configuration table into a character data segment;

[0220] Split the character data segment into multiple sub-character data segments according to a first preset parameter, and generate the segmentation parameters corresponding to each sub-character data segment. The first preset parameter is used to represent the preset data volume for the sub-character data segment, and the segmentation parameter is used to represent the arrangement order of each sub-character data segment in the multiple sub-character data segments;

[0221] Send the multiple sub-character data segments and the segmentation parameters corresponding to each sub-character data segment to the server.

[0222] Optionally, sending the second configuration table corresponding to the game to be changed to the server so that the server performs a table-leading operation on the second configuration table to generate the second client configuration file corresponding to the second configuration table includes:

[0223] Obtain the reception feedback results sent by the server for each of the sub-character data segments, and determine whether all of the multiple sub-character data segments have been successfully sent to the server based on the reception feedback results;

[0224] In response to all of the multiple sub-character data segments being successfully sent to the server, send a guide table operation instruction to the server, so that in response to the guide table operation instruction, the server combines the multiple sub-character data segments into the character data segment according to the segmentation parameters corresponding to each of the sub-character data segments, and performs a guide table operation on the character data segment to generate the second client configuration file.

[0225] Optionally, the obtaining the second client configuration file includes:

[0226] Obtain the hash value corresponding to the second client configuration file from the server, where the hash value corresponding to the second client configuration file is generated by the server calculating the hash value of the second client configuration file;

[0227] Calculate the hash value corresponding to the first client configuration file;

[0228] Perform a difference comparison between the hash value corresponding to the second client configuration file and the hash value corresponding to the first client configuration file;

[0229] In response to there being a difference between the hash value corresponding to the second client configuration file and the hash value corresponding to the first client configuration file, obtain the second client configuration file from the server.

[0230] Optionally, the obtaining the second client configuration file and updating the first client configuration file in the game rendering process based on the second client configuration file includes:

[0231] Based on the inter-process communication mechanism, update the first client configuration file in the game rendering process according to the second client configuration file.

[0232] Optionally, the obtaining the second client configuration file and updating the first client configuration file in the game rendering process based on the second client configuration file includes:

[0233] Obtain the second string corresponding to the second client configuration file from the server, where the second string is obtained by the server serializing the second client configuration file;

[0234] Hot update the running entity corresponding to the first client configuration file in the game rendering process based on the second string, where the running entity is used to represent the data structure of the first client configuration file loaded into memory in the game rendering process.

[0235] Optionally, obtaining the second string corresponding to the second client configuration file from the server includes:

[0236] Receiving multiple second substrings sent by the server and string parameters carried by each of the second substrings. The multiple second substrings are obtained by splitting the second string based on a second preset parameter after the server converts the second client configuration file into the second string. The string parameters are used to represent the arrangement order of each second substring in the multiple second substrings, and the second preset parameter is used to represent the preset data volume for the second substring;

[0237] Merge the multiple second substrings into the second string according to the string parameters corresponding to each second substring.

[0238] Optionally, the first client configuration file and the second client configuration file are of the TypeScript file type; the hot updating the running entity corresponding to the first client configuration file in the game rendering process based on the second string includes:

[0239] Obtain the first code object corresponding to the first client configuration file and the command space corresponding to the first code object. The first code object is the running entity corresponding to the first client configuration file of the TypeScript file type in the game rendering process;

[0240] Compile the second string to generate a code string corresponding to the second string;

[0241] Edit the code string to generate a second code object corresponding to the code string;

[0242] Traverse the second code object and use the field values in the second code object to overwrite the corresponding field values in the first code object based on the namespace corresponding to the first code object.

[0243] Optionally, the first client configuration file and the second client configuration file are of the JSON file type; the hot updating the running entity corresponding to the first client configuration file in the game rendering process based on the second string includes:

[0244] Obtain a first instance object that has a mapping relationship with the second client configuration file according to the file name of the second client configuration file and a pre-built relationship dictionary. The relationship dictionary stores the mapping relationship between the client configuration file and the instance object loaded into memory in the game rendering process. The first instance object is the running entity corresponding to the first client configuration file of the JSON file type in the game rendering process;

[0245] Perform instance conversion on the second string to generate a second instance object corresponding to the second string;

[0246] Use the second entity object to overwrite the first entity object and store the second entity object in the relationship dictionary.

[0247] Optionally, sending the second configuration table corresponding to the game to be changed to the server so that the server performs a table-leading operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table includes:

[0248] Send the second configuration table corresponding to the game to be changed to the server so that the server performs a table-leading operation on the second configuration table to generate a second client configuration file and a second server configuration file corresponding to the second configuration table, and hot-update the first server configuration file based on the second server configuration file. The first server configuration file is a configuration file for the server generated by performing a table-leading operation on the first configuration table.

[0249] Optionally, sending the second configuration table corresponding to the game to be changed to the server includes:

[0250] In response to a first operation based on the local device, send the second configuration table from the local device to the server; wherein, the first operation includes at least one of the following operations performed on the graphical user interface of the local device:

[0251] Input the local storage directory of the second configuration table, input the encoding information of the second configuration table, and trigger a control for the associated table-leading start instruction.

[0252] Optionally, there are multiple second configuration tables; inputting the encoding information of the second configuration table includes:

[0253] Input multiple encoding information corresponding to multiple second configuration tables on the graphical user interface of the local device, wherein the two encoding information are separated by a preset character.

[0254] Optionally, after the step of sending the second configuration table corresponding to the game to be changed to the server, the following is also executed:

[0255] Display, on a graphical user interface of a local device, an operation log generated during the operation of the server to import a second configuration table, where the operation log at least includes error information indicating that the import operation fails.

[0256] Optionally, generating a changed game event corresponding to the game to be changed includes:

[0257] Display, on a graphical user interface of a local device, the changed game event corresponding to the game to be changed.

[0258] Or, perform the following operations:

[0259] Obtain a second configuration table corresponding to the game to be changed, where the second configuration table is generated by performing a data change operation on a first configuration table locally stored on the client;

[0260] Perform an import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table;

[0261] Send the second client configuration file to the client, so that the client updates a first client configuration file in a game rendering process based on the second client configuration file, and generates a changed game event corresponding to the game to be changed, where the first client configuration file is a configuration file for the client generated by performing an import operation on the first configuration table, and the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

[0262] A seventh embodiment of the present application provides a computer-readable storage medium, where the computer-readable storage medium includes computer instructions, and the computer instructions are used to implement the methods described in the embodiments of the present application when executed by a processor.

[0263] It should be noted that relational terms such as "first" and "second" in this article are only used to distinguish one entity or operation from another entity or operation, and do not require or imply any actual relationship or order between these entities or operations. In addition, words such as "including", "having", "containing", and "comprising" have the same meaning, and, at the end of any one or more items after any of the above words, it is open-ended, and none of the above nouns means that the one or more items have been enumerated exhaustively, or are limited to these enumerated one or more items.

[0264] As used herein, unless otherwise expressly specified, the term "or" includes all possible combinations, except where infeasible. For example, if it is stated that a database may include A or B, then unless otherwise specifically provided or infeasible, it may include database A, or B, or both A and B. As a second example, if it is stated that a certain database may include A, B, or C, then unless otherwise specifically provided or infeasible, the database may include database A, or B, or C, or both A and B, or both A and C, or both B and C, or all of A, B, and C.

[0265] It should be noted that the above embodiments can be implemented by hardware or software (program code), or a combination of hardware and software. If implemented by software, it can be stored in the above computer-readable medium. When executed by a processor, the software can perform the methods disclosed above. The computing units and other functional units described in this disclosure can be implemented by hardware or software, or a combination of hardware and software. Those of ordinary skill in the art will also understand that the above multiple modules / units can be combined into one module / unit, and each of the above modules / units can be further divided into multiple sub-modules / sub-units.

[0266] In the above detailed description, the embodiments have been described with reference to many specific details, which may vary depending on the implementation. Certain adaptations and modifications can be made to the embodiments. For those skilled in the art, some other embodiments can be readily obtained from the specific implementation manners disclosed in this application. This specification and the examples are for illustrative purposes only, and the true scope and essence of this application are defined by the claims. The step order shown in the drawings is also for illustrative purposes only and does not mean to limit any specific steps or order. Therefore, those skilled in the art will realize that when implementing the same method, these steps can be executed in a different order.

[0267] In the drawings and detailed description of this application, exemplary embodiments are disclosed. However, many variations and modifications can be made to these embodiments. Accordingly, although specific terms are used, these terms are only general and descriptive and not for the purpose of limitation.

Claims

1. A table guide method, characterized in that: The method comprises: Sending a second configuration table corresponding to the game to be changed to the server, so that the server performs a table import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, where the second configuration table is generated by performing a data change operation on the first configuration table stored locally; Obtain the second client configuration file, and update the first client configuration file in the game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table; A changed game event corresponding to the game to be changed is generated, where the changed game event is a rendering result of the game rendering process rendering the game to be changed based on the updated first client configuration file.

2. The method according to claim 1, characterized in that The sending the second configuration table corresponding to the game to be changed to the server includes: Sending table parameters corresponding to the second configuration table to the server, so that the server retrieves the first configuration table stored remotely based on the table parameters and generates a hash value corresponding to the first configuration table stored remotely; Obtaining from the server a hash value corresponding to the first configuration table stored remotely, and calculating a hash value corresponding to the second configuration table; Comparing the difference between the hash value corresponding to the first configuration table stored remotely and the hash value corresponding to the second configuration table; In response to a difference between a hash value corresponding to the first configuration table stored remotely and a hash value corresponding to the second configuration table, the second configuration table is sent to the server.

3. The method according to claim 1, characterized in that: The sending the second configuration table corresponding to the game to be changed to the server includes: converting the second configuration table into a character data segment; Splitting the character data segment into a plurality of sub-character data segments according to a first preset parameter, and generating a segmentation parameter corresponding to each of the sub-character data segments, wherein the first preset parameter is used to characterize a preset amount of data for the sub-character data segment, and the segmentation parameter is used to characterize an arrangement order of each of the sub-character data segments in the plurality of sub-character data segments; The multiple sub-character data segments and the segmentation parameters corresponding to each of the sub-character data segments are sent to the server.

4. The method according to claim 3, characterized in that The step of sending the second configuration table corresponding to the game to be changed to the server, so that the server performs a table import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, includes: Obtaining a reception feedback result for each of the sub-character data segments sent by the server, and determining whether all of the multiple sub-character data segments are successfully sent to the server based on the reception feedback result; In response to all of the multiple sub-character data segments being successfully sent to the server, a table import operation instruction is sent to the server, so that the server responds to the table import operation instruction, merges the multiple sub-character data segments into the character data segment according to the segmentation parameters corresponding to each of the sub-character data segments, and performs a table import operation on the character data segment to generate the second client configuration file.

5. The method according to claim 1, characterized in that The obtaining of the second client configuration file includes: Acquire a hash value corresponding to the second client configuration file from the server, where the hash value corresponding to the second client configuration file is generated by the server performing hash value calculation on the second client configuration file; Calculate a hash value corresponding to the first client configuration file; Comparing the difference between the hash value corresponding to the second client configuration file and the hash value corresponding to the first client configuration file; In response to a difference between the hash value corresponding to the second client configuration file and the hash value corresponding to the first client configuration file, obtaining the second client configuration file from the server.

6. The method according to claim 1, characterized in that The obtaining of the second client configuration file, and updating the first client configuration file in the game rendering process based on the second client configuration file, includes: Based on the inter-process communication mechanism, the first client configuration file in the game rendering process is updated according to the second client configuration file.

7. The method according to claim 1, characterized in that The obtaining of the second client configuration file, and updating the first client configuration file in the game rendering process based on the second client configuration file, includes: Acquire a second character string corresponding to the second client configuration file from the server, where the second character string is obtained by the server performing serialization processing on the second client configuration file; A running entity corresponding to the first client configuration file in a hot-updated game rendering process is configured based on the second character string, where the running entity is used to represent a data structure of the first client configuration file loaded into a memory in the game rendering process.

8. The method according to claim 7, characterized in that The obtaining, from the server, a second character string corresponding to the second client configuration file includes: receiving a plurality of second substrings sent by the server and a string parameter carried by each of the second substrings, wherein the plurality of second substrings are obtained by converting the second client configuration file into the second string by splitting the second string based on a second preset parameter, the string parameter is used to represent an arrangement order of each of the second substrings in the plurality of second substrings, and the second preset parameter is used to represent a preset data amount for the second substring; The multiple second substrings are combined into the second string according to the string parameters corresponding to the second substrings.

9. The method according to claim 7, characterized in that: The first client configuration file and the second client configuration file are of TypeScript file type; the running entity corresponding to the first client configuration file in the hot update game rendering process based on the second string includes: Obtain a first code object corresponding to the first client configuration file and a command space corresponding to the first code object, wherein the first code object is a running entity corresponding to the first client configuration file of a TypeScript file type in a game rendering process; Compiling the second character string to generate a code character string corresponding to the second character string; Editing the code string to generate a second code object corresponding to the code string; The second code object is traversed, and based on the namespace corresponding to the first code object, the field value in the second code object is used to overwrite the corresponding field value in the first code object.

10. The method according to claim 7, characterized in that The first client configuration file and the second client configuration file are of JSON file type; the running entity corresponding to the first client configuration file in the hot update game rendering process based on the second string includes: According to the file name of the second client configuration file and a pre-built relationship dictionary, a first instance object having a mapping relationship with the second client configuration file is obtained, wherein the relationship dictionary stores a mapping relationship between the client configuration file and the instance object loaded into the memory in the game rendering process, and the first instance object is a running entity corresponding to the first client configuration file of the JSON file type in the game rendering process; Performing instance conversion on the second string to generate a second instance object corresponding to the second string; The first entity object is overwritten with the second entity object, and the second entity object is stored in the relationship dictionary.

11. The method according to claim 1, characterized in that: The step of sending the second configuration table corresponding to the game to be changed to the server, so that the server performs a table import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, includes: The second configuration table corresponding to the game to be changed is sent to the server, so that the server performs an import operation on the second configuration table, generates a second client configuration file and a second server configuration file corresponding to the second configuration table, and hot updates the first server configuration file based on the second server configuration file, where the first server configuration file is a configuration file for the server generated by performing the import operation on the first configuration table.

12. The method according to claim 1, characterized in that The sending the second configuration table corresponding to the game to be changed to the server includes: In response to a first operation based on a local device, the second configuration table is sent from the local device to the server; wherein the first operation includes at least one of the following operations performed on a graphical user interface of the local device: Input the local storage directory of the second configuration table, input the coding information of the second configuration table, and trigger the control of the associated table start instruction.

13. The method according to claim 12, characterized in that The second configuration table is multiple; the coding information input into the second configuration table includes: A plurality of coding information corresponding to a plurality of the second configuration tables is input on the graphical user interface of the local device, wherein the coding information is spaced apart by a preset character.

14. The method according to claim 1, characterized in that After the step of sending the second configuration table corresponding to the game to be changed to the server, the method further includes: An operation log generated during the process of the server side performing the table import operation on the second configuration table is displayed on a graphical user interface of the local device, wherein the operation log at least includes error information indicating that the table import operation fails.

15. The method according to claim 1, characterized in that The generating a changed game event corresponding to the game to be changed includes: The changed game events corresponding to the game to be changed are displayed on the graphical user interface of the local device.

16. A table guide method, characterized in that: The method comprises: Obtaining a second configuration table corresponding to the game to be changed, where the second configuration table is generated by performing a data change operation on a first configuration table locally stored on the client; Performing an import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table; The second client configuration file is sent to the client, so that the client updates the first client configuration file in the game rendering process based on the second client configuration file, and generates a changed game event corresponding to the game to be changed, wherein the first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table, and the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

17. A guide meter system, characterized in that: The system comprises: a client, a server, and a display module; The client is used to send a second configuration table corresponding to the game to be changed to the server, where the second configuration table is generated by performing a data change operation on a locally stored first configuration table; obtain a second client configuration file, and update a first client configuration file in a game rendering process based on the second client configuration file, where the first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table; generate a changed game event corresponding to the game to be changed, where the changed game event is a rendering result of the game rendering process rendering the game to be changed based on the updated first client configuration file; The server is configured to obtain the second configuration table corresponding to the game to be changed; perform a table import operation on the second configuration table to generate the second client configuration file corresponding to the second configuration table; and send the second client configuration file to the client; The display module is used to display the operation log generated by the server during the table import operation on the second configuration table on the graphical user interface of the local device, and the operation log at least includes an error message indicating that the table import operation failed; and display the changed game event corresponding to the game to be changed.

18. A guide meter device, characterized in that: The device comprises: a sending unit, an updating unit, and a generating unit; The sending unit is used to send the second configuration table corresponding to the game to be changed to the server, so that the server performs a table import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table, where the second configuration table is generated by performing a data change operation on the first configuration table stored locally; The updating unit is configured to obtain the second client configuration file, and update the first client configuration file in the game rendering process based on the second client configuration file, wherein the first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table; The generating unit is used to generate a changed game event corresponding to the game to be changed, where the changed game event is a rendering result of the game rendering process rendering the game to be changed based on the updated first client configuration file.

19. A guide meter device, characterized in that: The device comprises: an acquisition unit, a table guide unit, and a sending unit; The acquisition unit is used to acquire a second configuration table corresponding to the game to be changed, where the second configuration table is generated by performing a data change operation on the first configuration table locally stored on the client; The table import unit is used to perform a table import operation on the second configuration table to generate a second client configuration file corresponding to the second configuration table; The sending unit is used to send the second client configuration file to the client, so that the client updates the first client configuration file in the game rendering process based on the second client configuration file, and generates a changed game event corresponding to the game to be changed, the first client configuration file is a configuration file for the client generated by performing a table import operation on the first configuration table, and the changed game event is a rendering result of the game to be changed rendered by the game rendering process based on the updated first client configuration file.

20. An electronic device, characterized in that: include: Memory, processor; The memory is used to store one or more computer instructions; The processor is used to execute the one or more computer instructions to implement the method according to any one of claims 1-16.

21. A computer-readable storage medium having one or more computer instructions stored thereon, characterized in that: When the instruction is executed by a processor, the method according to any one of claims 1 to 16 is performed.

Images