Method for dynamically matching game progress and adaptively starting game system

By constructing a general system phase configuration table and state restriction class judgment, the game progress is dynamically matched, which solves the problem of repeated development caused by the judgment of new content release on the server, and realizes flexible and refined progress control, which is applicable to a variety of game judgment scenarios.

CN120815345APending Publication Date: 2025-10-21ZHUHAI WENTUO TECHNOLOGY CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511154061.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-08-18
Publication Date
2025-10-21

AI Technical Summary

Technical Problem

In the existing technology, when a server is launched, the opening judgment of new content leads to high repeated development costs, and it is impossible to flexibly match the progress of different servers, resulting in the problem of mismatch between design positioning and server progress.

Method used

By constructing a general system phase configuration table and setting the server progress type as a status restriction class, the validity is determined based on the configuration parameters and the server's system progress data. The game progress is dynamically matched to determine whether the status restriction is passed, thereby controlling the release of new content.

Benefits of technology

It realizes the stage control and expansion of new content without repeated development, without compromising functional effects, and makes the application level more flexible and refined, suitable for a variety of judgment occasions, such as dungeon entry, prop use and reward distribution.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120815345A_ABST
    Figure CN120815345A_ABST
Patent Text Reader

Abstract

The invention relates to a method for dynamically matching a game progress and adaptively starting a game system, which comprises the following steps of: controlling a system progress recording function to start to take effect when a server opens a server, obtaining stage progress data of a system of the server, constructing a general system stage configuration table, setting a server progress type as a state limitation type, and starting the game system. The stage of the system and the day number interval section of the stage of the system are specified, and in the server and the client, validity judgment processing is performed according to the configuration parameters of the general system stage configuration table and the stage progress data of the system of the server, so that whether the state limitation is passed or not is judged; and carrying out validity judgment processing on the opening limiting condition of the system of the new content and the stage progress data of the system of the server, if the judgment processing is passed, opening the system in the new content, otherwise, not opening the system in the new content. And stage control and judgment of new contents and extension of subsequent new contents are realized by using a general system stage configuration table and stage progress data of a system of the server, and repeated development is not needed.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a method for adaptively starting a game system by dynamically matching game progress. Background Art

[0002] After the game goes online, new online content will be added to enrich the game content and enhance players' continuous gaming experience. The new content involves open rhythm settings, which must match the design positioning of the new content (numerical positioning, gameplay positioning, etc.).

[0003] Generally speaking, the opening of new content involves many aspects of judgment, including the number of days since the server was opened, player data judgment (such as level, realm, etc.) and player behavior achievement judgment (such as completing designated tasks, activating designated achievements, collecting designated items, participating in designated gameplay, etc.).

[0004] If the new content consists of multiple system functions and gameplay, and these systems / gameplays are divided into stages, and each stage has a fixed number of days required to be open, then for servers that have been open for a long time, if the normal opening judgment is used, all stage content will be open as soon as the update is made.

[0005] In related technologies, when developing new content, a set of phased processes is established, and each part of the new content is tied to a corresponding phase. This allows any server to start from Phase 1. However, due to the different conditions for phase changes and the different number of days required for each phase, the program must redevelop the phased processes for each new content every time it is added, resulting in a lot of duplicate development costs. Summary of the Invention

[0006] The present invention provides a method for adaptively starting a game system by dynamically matching game progress, aiming to solve at least one of the technical problems existing in the prior art.

[0007] The technical solution of the present invention is a method for adaptively starting a game system by dynamically matching game progress, comprising the following steps:

[0008] S100: When the server is launched, a control and recording system progress function starts to take effect, and the server's system stage progress data is obtained. When a player logs into the server through a client, the server's system stage progress data is sent to the corresponding client;

[0009] S200: Construct a general system stage configuration table, set the server progress type to the state restriction class, specify the system stage and the system stage day interval, and perform validity determination processing on the server and the client based on the configuration parameters of the general system stage configuration table and the stage progress data of the server system to determine whether the state restriction is passed;

[0010] S300, setting opening restriction conditions for each system in the new content;

[0011] S400: Perform validity determination on the opening restriction condition of the new content system and the stage progress data of the server system. If the restriction determination passes, the system in the new content is opened; otherwise, the system in the new content is not opened.

[0012] According to some embodiments of the present invention, step S100 includes:

[0013] Build the server's system progress data structure;

[0014] When the server is launched, the system progress recording function is controlled to take effect, so as to record the progress of each system under the server;

[0015] Based on the system progress data structure of the server, obtaining the stage progress data of the system of the server;

[0016] When the player logs in to the server through the client, the stage progress data of the server system is sent to the corresponding client;

[0017] After receiving the stage progress data of the server system, the client stores the stage progress data of the server system in a memory, and calls the stage progress data of the server system to determine whether the status restriction is passed.

[0018] According to some embodiments of the present invention, the stage progress data of the server system includes the system ID of the server, the current stage, and the number of days the current stage lasts. Step S200 includes:

[0019] Constructing the general system phase configuration table, and sending the general system phase configuration table to the server and the client respectively;

[0020] Reading configuration parameters of the general system stage configuration table;

[0021] Setting the server progress type to the status restriction class, specifying the stage of the system and the day interval of the stage of the system;

[0022] In the server and the client, validity determination processing is performed based on the configuration parameters of the general system stage configuration table and the stage progress data of the server system, and whether the system ID of the server, the current stage and the number of days of the current stage are consistent with the configuration parameters of the general system stage configuration table are determined in turn. If they are consistent, the output result is passed; if not, the output result is failed, thereby determining whether the status restriction is passed.

[0023] According to some embodiments of the present invention, in step S200,

[0024] The general system stage configuration table includes the server's system ID, the current stage, the number of days required to open the next stage, the duration of the current stage, and the duration of the stage required by the configuration;

[0025] The current stage is used to record the stage currently corresponding to the system ID, the number of days required for the next stage to be open is used to represent the minimum number of days required for the server to be open to enter the next stage, the number of days the current stage lasts is used to represent the number of days spent in the current stage, and the number of days the stage required by the configuration lasts is used to represent the minimum number of days required from the first day of the current stage to enter the next stage.

[0026] According to some embodiments of the present invention, after step S200, the method for adaptively starting the game system by dynamically matching the game progress further includes:

[0027] According to the general system stage configuration table, determine whether the system's current service opening days have reached the required service opening days for the next stage;

[0028] If the current server opening days reach the server opening days required for the next stage, then determine whether the duration of the current stage meets the stage duration required by the configuration;

[0029] If the duration of the current stage reaches the stage duration required by the configuration, determining whether the current stage has a next stage;

[0030] If the current stage has a next stage, the value of the current stage is increased by 1, and the change time of the previous stage is updated to the current server opening days;

[0031] The duration of the current stage is obtained by subtracting the timestamp of the previous stage change from the timestamp of the current service opening days.

[0032] The updated general system stage configuration table is written back to the storage of the server and synchronized to all online clients. After receiving the synchronization package, the client updates the stage progress data of the server system recorded locally.

[0033] According to some embodiments of the present invention, in step S100,

[0034] Each of the servers separately records the stage progress data of the system corresponding to the server to distinguish the progress of different servers.

[0035] According to some embodiments of the present invention, after step S400, the method for adaptively starting the game system by dynamically matching the game progress further includes:

[0036] When the new content is opened, a system phase configuration table for the new content is constructed, and phase progress data of the system of the new content is obtained, wherein the phase progress data of the system of the new content includes the system ID of the new content, the current phase, and the duration of the current phase;

[0037] A validity determination process is performed based on the configuration parameters of the system stage configuration table of the new content and the stage progress data of the system of the new content, and a determination is made in turn as to whether the system ID of the new content, the current stage, and the number of days of the current stage are consistent with the configuration parameters of the system stage configuration table of the new content. If so, a pass result is output; if not, a fail result is output, thereby determining whether the status restriction is passed.

[0038] According to some embodiments of the present invention, after step S400, the method for adaptively starting the game system by dynamically matching the game progress further includes:

[0039] Calculating a countdown for a next stage, and displaying the countdown for the next stage;

[0040] If the current stage is the highest stage, the countdown to the next stage will not be displayed;

[0041] The calculation of the next stage countdown includes:

[0042] Subtract the timestamp of the number of days required for the next stage from the timestamp of the current server opening days to get the first time value;

[0043] Subtract the timestamp of the last stage change from the current server opening days timestamp to obtain a first intermediate value;

[0044] Subtract the first intermediate value from the number of days of the phase required by the configuration to obtain a second time value;

[0045] The first time value is compared with the second time value, and the maximum value is obtained, and the countdown for the next stage is determined according to the maximum value.

[0046] The technical solution of the present invention also relates to a computer device, comprising a memory and a processor, wherein the processor implements the above-mentioned method when executing a computer program stored in the memory.

[0047] The technical solution of the present invention further relates to a computer-readable storage medium having program instructions stored thereon, which implement the above-mentioned method when the program instructions are executed by a processor.

[0048] The beneficial effects of the present invention include: when the server is opened, the control and recording system progress function begins to take effect, and the stage progress data of the server system is obtained. When the player logs in to the server through the client, the stage progress data of the server system is sent to the corresponding client, a general system stage configuration table is constructed, the server progress type is set to the state restriction class, the stage of the system and the stage day interval of the system are specified, and in the server and the client, the configuration parameters of the general system stage configuration table and the stage progress data of the server system are used to perform validity judgment processing to determine whether the state restriction is passed, and the opening restriction conditions of each system in the new content are set. The opening restriction conditions of the new content system and the stage progress data of the server system are used to perform validity judgment processing. If the restriction judgment is passed, the system in the new content is opened, otherwise the system in the new content is not opened.

[0049] Using the universal system stage configuration table and the server's system's stage progress data, we can implement stage control and determination for new content, as well as subsequent expansion of new content, without the need for repeated development. Setting the server progress type to a state-restricted type allows it to work alongside existing open determinations, while maintaining its functional effectiveness while providing greater flexibility and refinement. Applications can be expanded to all areas where "state-restricted" determinations are applicable, such as dungeon entry determination, item usability determination, and reward distribution determination.

[0050] In addition, additional aspects and advantages of the present invention will be set forth in part in the following description and in part will be obvious from the following description, or will be learned through practice of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS

[0051] Figure 1 This is an optional flowchart of a method for adaptively starting a game system by dynamically matching game progress in an embodiment of the present invention.

[0052] Figure 2 This is an optional flow chart for updating the general system phase configuration table in an embodiment of the present invention.

[0053] Figure 3 This is an optional flowchart of step S200 in an embodiment of the present invention.

[0054] Figure 4 This is an optional flow chart for determining the opening of new content in an embodiment of the present invention.

[0055] Figure 5It is a schematic diagram of the extended application in the embodiment of the present invention. DETAILED DESCRIPTION

[0056] The following will be combined with the embodiments and drawings to clearly and completely describe the concept, specific structure and technical effects of the present invention so as to fully understand the purpose, scheme and effect of the present invention. It should be noted that the embodiments and features in the embodiments of this application can be combined with each other unless there is a conflict.

[0057] It should be noted that, unless otherwise specified, when a feature is referred to as being "fixed" or "connected" to another feature, it may be directly fixed or connected to the other feature or indirectly fixed or connected to the other feature. Furthermore, terms such as "upper," "lower," "left," "right," "top," and "bottom" used in this disclosure are intended solely to describe the relative positions of the components of the disclosure as shown in the accompanying drawings.

[0058] In addition, unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art. The terms used in this specification are only for describing specific embodiments and are not intended to limit the present invention. The term "and / or" as used herein includes any combination of one or more of the related listed items.

[0059] It should be understood that although the terms first, second, third, etc. may be used to describe various elements in the present invention, these elements should not be limited to these terms. These terms are only used to distinguish elements of the same type from each other. For example, a first element may also be referred to as a second element, and similarly, a second element may also be referred to as a first element without departing from the scope of the present invention.

[0060] Reference Figures 1 to 5 In some embodiments, the method for adaptively starting a game system with dynamic matching game progress according to the technical solution of the present invention includes at least the following steps:

[0061] S100: When the server is launched, the control and recording system progress function starts to take effect, and the stage progress data of the server system is obtained. When a player logs into the server through a client, the stage progress data of the server system is sent to the corresponding client;

[0062] S200: Construct a general system stage configuration table, set the server progress type to the state restriction class, specify the system stage and the system stage day interval, and perform validity determination on the server and client based on the configuration parameters of the general system stage configuration table and the server's system stage progress data to determine whether the state restriction is passed;

[0063] S300, setting opening restriction conditions for each system in the new content;

[0064] S400: Validity determination is performed on the opening restriction conditions of the new content system and the stage progress data of the server system. If the restriction determination passes, the system in the new content is opened; otherwise, the system in the new content is not opened.

[0065] As can be seen, using the universal system stage configuration table and the server's system stage progress data allows for stage control and determination of new content, as well as subsequent expansion of new content, without the need for repeated development. Setting the server progress type to a state-restricted type allows it to work alongside existing open determinations, while maintaining its functional effectiveness while providing greater flexibility and refinement. Applications can be expanded to all areas where "state-restricted" determinations are applicable, such as dungeon entry determination, item usability determination, and reward distribution determination.

[0066] Specific implementation of step S100:

[0067] When the server is launched, the method of the embodiment of the present invention controls the recording system progress function to take effect, obtains the stage progress data of the server system, and when the player logs in to the server through the client, the stage progress data of the server system is sent to the corresponding client.

[0068] In some embodiments, step S100 includes:

[0069] Build the server's system progress data structure;

[0070] When the server is launched, the system progress control function starts to take effect to record the progress of each system under the server;

[0071] Based on the system progress data structure of the server, obtain the stage progress data of the server system;

[0072] When a player logs in to the server through a client, the server's system stage progress data is sent to the corresponding client;

[0073] After the client receives the stage progress data of the server's system, it stores the stage progress data of the server's system in the memory and calls the stage progress data of the server's system to determine whether the status limit is passed.

[0074] Specifically, when the server is started, the control and recording system progress function begins to take effect, and the stage progress data of the server's system is obtained, and the stage progress data of the server's system is synchronized to the corresponding client. After the client receives the stage progress data of the server's system, it is stored in the memory for use in status restriction judgment calls.

[0075] In a specific embodiment, the system progress data structure includes the system ID, the current stage and the last stage change time, wherein the current stage is used to record the stage currently corresponding to the system ID, and the last stage change time is used to record the time of the last stage change of each system ID.

[0076] Specifically, a batch of system IDs are pre-allocated to facilitate direct use in subsequent operations.

[0077] Specifically, the server constructs a system progress data structure, as shown below:

[0078]

[0079] In some embodiments, in step S100 , each server separately records the stage progress data of the system corresponding to the server to distinguish the progress of different servers.

[0080] It should be noted that when the opening conditions are based on the number of days of service opening or player level, when updating for players, some servers that have been open for a long time will have the problem of opening all stages of new content. This is a case of unresolved mismatch between design positioning and server progress.

[0081] In the present invention, each server records its own system stage progress separately. The system progress recording function takes effect when the server is opened, so that the progress of different servers can be distinguished, thereby avoiding the problem of mismatch between design positioning and server progress.

[0082] Specifically, this stage of progress is unique to each server, recording the progress of each system ID under that server and taking effect when the server is launched. When a player logs into the server through the client, the current progress of each system will be sent to the client, which will then store the data in memory for easy access.

[0083] Specific implementation of step S200:

[0084] The method of the embodiment of the present invention constructs a universal system stage configuration table, sets the server progress type to the status restriction class, specifies the stage of the system and the interval of days in the stage of the system, and performs validity determination processing on the server and the client based on the configuration parameters of the universal system stage configuration table and the stage progress data of the server system, thereby determining whether the status restriction is passed.

[0085] In some embodiments, the stage progress data of the server system includes the system ID of the server, the current stage, and the number of days the current stage lasts. Step S200 includes:

[0086] Build a general system phase configuration table and send it to the server and client respectively;

[0087] Read the configuration parameters of the general system stage configuration table;

[0088] Set the server progress type to the status restriction type, specify the system stage and the system stage day interval;

[0089] In the server and client, validity determination is performed based on the configuration parameters of the general system stage configuration table and the stage progress data of the server system, and the server's system ID, current stage and the number of days of the current stage are determined in turn to determine whether they are consistent with the configuration parameters of the general system stage configuration table. If they are consistent, the output result is passed; if not, the output result is failed, thereby determining whether the status restriction is passed.

[0090] Specifically, the status restriction judgment adds a server progress type. The status restriction adds a server progress type, and the system can be configured to specify the corresponding stage and the stage day interval.

[0091] Specifically, see Figure 3 A new type of judgment has been added to the restriction judgment system: the specified system ID is in a specified stage and between the MNth day (a closed interval, M can be equal to N, but N cannot be less than M). After the user configures the general system stage configuration table parameters and merges them into the version, the server and client can perform validity judgment based on the general system stage configuration table parameters and the stage progress data of the current server's system. They can determine whether the system ID, current stage, and the number of days of the current stage are consistent with the configuration parameters. If they are consistent, the result is True, and if not, the result is False, thereby determining whether the restriction is passed.

[0092] Read the configuration parameters from the general system phase configuration table and determine whether the system ID is valid. If the system ID is valid, determine whether the current phase in the general system phase configuration table is consistent with the current phase in the server's system phase progress data. If the current phase in the general system phase configuration table is consistent with the current phase in the server's system phase progress data, determine whether the duration of the current phase in the general system phase configuration table is consistent with the duration of the phase in the server's system phase progress data. If the duration of the current phase in the general system phase configuration table is consistent with the duration of the phase in the server's system phase progress data, output a True result; otherwise, output a False result.

[0093] In some embodiments, in step S200,

[0094] The general system stage configuration table includes the server's system ID, current stage, the number of days required to open the next stage, the duration of the current stage, and the duration of the stage required by the configuration;

[0095] The current stage is used to record the stage that the system ID currently corresponds to. The number of days required for the next stage to be open is used to represent the minimum number of days required for the server to be open to enter the next stage. The duration of the current stage is used to represent the number of days spent in the current stage. The duration of the stage required by the configuration is used to represent the minimum number of days required from the first day of the current stage to enter the next stage.

[0096] Specifically, a new general system stage configuration table has been added. This table is available on both the server and client, and is maintained by the user (usually the planner). When adding content of a stage nature later, you only need to configure the parameters here, without having to develop it again.

[0097] Specifically, the main parameters of the general system stage configuration table are

[0098] System ID: corresponds to the system pre-assigned by the server. The user defines the system to which each ID belongs. If no definition is given, it will not be used.

[0099] Stage: The number of stages corresponding to each system ID, starting from 0, with no upper limit for now;

[0100] The number of days required for the server to be open in the next stage: represents the minimum number of days the server needs to be open in this stage;

[0101] The number of days required for the configuration stage: represents the current stage, and how many days it must last before entering the next stage. It is a limit together with the "number of days required to open the server for the next stage".

[0102] In some embodiments, after step S200, the method for dynamically matching game progress and adaptively starting the game system further includes:

[0103] According to the general system stage configuration table, determine whether the system's current service opening days have reached the required service opening days for the next stage;

[0104] If the current server opening days reach the number of days required for the next stage, then determine whether the current stage duration meets the stage duration required by the configuration;

[0105] If the duration of the current stage reaches the configured stage duration, determine whether the current stage has the next stage;

[0106] If the current stage has a next stage, the value of the current stage is increased by 1, and the change time of the previous stage is updated to the current server opening days;

[0107] Among them, the current server opening days timestamp minus the previous stage change timestamp is used to get the duration of the current stage;

[0108] The updated general system stage configuration table is written back to the server's storage and synchronized to all online clients. After receiving the synchronization package, the client updates the local record of the server's system stage progress data.

[0109] Specifically, see Figure 2 At 0:00 every night, the server will operate on all recorded system IDs according to the parameters of the general system stage configuration table.

[0110] Read the configuration parameters of the general system stage configuration table and process the system IDs sequentially.

[0111] Determine the legitimacy of the system ID. Determine whether the system ID is configured. If the system ID is not configured, or the system ID configuration exceeds the pre-allocated system ID segment, proceed to the next system ID judgment. If the system ID is legal, determine whether the system's current service opening days have reached the required service opening days for the next stage. If the current service opening days have reached the required service opening days for the next stage, determine whether the duration of the current stage meets the stage duration required by the configuration. If the current stage duration meets the stage duration required by the configuration, determine whether the current stage has the next stage. If the current stage has the next stage, perform +1 processing on the current stage and update the change time of the previous stage to the current timestamp.

[0112] Determine whether all system IDs in the general system stage configuration table have been processed. If all system IDs in the general system stage configuration table have been processed, the updated general system stage configuration table will be synchronously sent to all online players.

[0113] It should be understood that "status restrictions" are a type of decision logic based on the current state of the player or server, used to control the availability or use of features, items, dungeons, rewards, etc. Each system ID within a server is a unique numeric or string identifier assigned by the developer to each functional module or logical subsystem within the server, used to distinguish, address, and manage different game functions.

[0114] Specific implementation of step S300:

[0115] The method of the embodiment of the present invention sets the open restriction conditions for each system in the new content.

[0116] Specifically, the new content consists of multiple system functions and gameplay, and these systems / gameplays are divided into stages. Each stage has opening restriction requirements. The opening restriction conditions of each system in the new content must be met before the corresponding new content can be opened.

[0117] Specific implementation of step S400:

[0118] The method of the embodiment of the present invention performs validity determination processing on the opening restriction conditions of the new content system and the stage progress data of the server system. If the restriction determination passes, the system in the new content is opened; otherwise, the system in the new content is not opened.

[0119] Specifically, "system" is a general term for all systems in the game, consisting of multiple functions designed for a common purpose. For new content, any system is possible, such as basic functional systems (such as team formation and backpack systems), growth line systems (such as new equipment systems), and gameplay systems (such as hide-and-seek and quiz systems).

[0120] Specifically, the game of the present invention is a stand-alone game.

[0121] It should be understood that the opening of new content is matched according to the progress of different servers of online games. In the past, every time new content was added, there was a situation of repeated operations in the stage-related processing. Its function is exclusive, and due to different parameters, it needs to be processed separately according to the needs each time. For server and client personnel, the development and delivery requires about half a day to one day of work for one person each (depending on the size of the new content). With the present invention, only the configuration table needs to be planned and configured, which takes about a few minutes, which greatly reduces the development cost.

[0122] It can be appreciated that the present invention reduces testing costs. By modifying the phase and corresponding days for each system ID, the specified content can be tested. In the past, it was necessary to adjust the server time to perform testing, and different system IDs could not be tested simultaneously. In time-sensitive situations, multiple servers had to be set up for simultaneous testing. Now, only a single server can complete the testing simultaneously.

[0123] Specifically, see Figure 4 The system opening function (the original function) determines the restriction and decides whether to open the system, thus linking the system opening with the server progress. Within the same batch of new content, different systems can correspond to different restrictions. Each restriction will be processed for validity based on the server progress data. If the restriction is passed, the system can be opened; if it is not passed, it will not be opened.

[0124] In some embodiments, after step S400, the method for adaptively starting the game system based on dynamic game matching progress further includes:

[0125] When new content is released, a system phase configuration table for the new content is constructed, and the phase progress data of the new content system is obtained, wherein the phase progress data of the new content system includes the system ID of the new content, the current phase, and the duration of the current phase;

[0126] The validity determination is performed based on the configuration parameters of the system stage configuration table of the new content and the stage progress data of the system of the new content. The system ID, current stage and the number of days of the current stage of the new content are determined in turn to determine whether they are consistent with the configuration parameters of the system stage configuration table of the new content. If they are consistent, the output result is passed. If not, the output result is failed, thereby determining whether the status restriction is passed.

[0127] Specifically, the implementation principle and technical effect of the new content system phase configuration table are similar to those of the general system phase configuration table, and will not be repeated here. The implementation principle and technical effect of the new content system phase progress data are similar to those of the server system phase progress data, and will not be repeated here.

[0128] In some embodiments, after step S400, the method for adaptively starting the game system based on dynamic game matching progress further includes:

[0129] Calculate the countdown to the next stage and display the countdown to the next stage;

[0130] If the current stage is the highest stage, the countdown to the next stage will not be displayed;

[0131] Calculating the countdown to the next stage includes:

[0132] Subtract the timestamp of the number of days required for the next stage from the timestamp of the current server opening days to get the first time value;

[0133] Subtract the timestamp of the last stage change from the current server opening days timestamp to get the first intermediate value;

[0134] Subtract the first intermediate value from the number of days of the phase required by the configuration to obtain a second time value;

[0135] The first time value is compared with the second time value and the maximum value is obtained, and the countdown for the next stage is determined according to the maximum value.

[0136] It should be noted that the countdown for the next stage = MAX (time stamp of the number of days required to open the server for the next stage - timestamp of the current number of days to open the server, the number of days the stage requires to last - (time stamp of the current number of days to open the server - timestamp of the change of the previous stage)).

[0137] It is understandable that after the present invention is generalized, its applicable occasions are expanded, and all determinations applicable to status restriction classes can be used to determine server progress.

[0138] In a specific embodiment, see Figure 5 , you can configure status limits according to your needs, specify that the system reaches a specified stage and is within the stage days, and then other systems call to judge the status limit, so as to flexibly and finely control the effectiveness of each behavior (prop use, copy entry, reward output, etc.).

[0139] In one possible implementation, the subsequent expansion of new content configuration applications includes:

[0140] Confirm requirements and set release restrictions for each new content;

[0141] When developing the client, map each system or gameplay of the new content to the universal open restriction table ID;

[0142] Plan and configure the general system phase configuration table for new content;

[0143] Plan and configure the general state restriction configuration table, and call the system stage configuration table parameters of the new content;

[0144] The universal opening restriction id of the new content calls the state restriction id of the new content, thereby controlling the opening of the system according to the stage.

[0145] Specifically, when developing new content, planners only need to configure the new content's universal system stage configuration table and modify the judgment condition type in the state restriction universal configuration table to system stage progress. This will achieve the adaptive matching process between the new content and the online game progress. Before the advent of this invention, other steps also needed to be performed. This saves a lot of program development costs for logic processing such as the stages and stage countdowns of new content.

[0146] An embodiment of the present invention further provides a computer device, comprising a memory and a processor, wherein the processor implements the above method when executing a computer program stored in the memory.

[0147] An embodiment of the present invention further provides a computer-readable storage medium having program instructions stored thereon, and the above-mentioned method is implemented when the program instructions are executed by a processor.

[0148] It should be appreciated that the method steps in the embodiments of the present invention can be implemented or executed by computer hardware, a combination of hardware and software, or by computer instructions stored in a non-transitory computer-readable memory. The method can use standard programming techniques. Each program can be implemented in a high-level procedural or object-oriented programming language to communicate with the computer system. However, if desired, the program can be implemented in assembly or machine language. In any case, the language can be a compiled or interpreted language. In addition, for this purpose, the program can be run on a programmed application-specific integrated circuit.

[0149] Furthermore, the operations of the processes described herein may be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by the context. The processes described herein (or variations and / or combinations thereof) may be performed under the control of one or more computer systems configured with executable instructions and may be implemented as code (e.g., executable instructions, one or more computer programs, or one or more applications) that is executed collectively on one or more processors, by hardware, or a combination thereof. The computer program includes a plurality of instructions that can be executed by one or more processors.

[0150] Further, the methods can be implemented in any type of computing platform that is operably connected to a suitable computer, including but not limited to a personal computer, a minicomputer, a mainframe, a workstation, a network or distributed computing environment, a separate or integrated computer platform, or in communication with a charged particle tool or other imaging device, etc. Various aspects of the present invention can be implemented as machine-readable code stored on a non-transitory storage medium or device, whether removable or integrated into a computing platform, such as a hard disk, an optical read and / or write storage medium, RAM, ROM, etc., so that it can be read by a programmable computer, and when the storage medium or device is read by the computer, it can be used to configure and operate the computer to perform the processes described herein. In addition, the machine-readable code, or portions thereof, can be transmitted over a wired or wireless network. When such media includes instructions or programs that implement the steps described above in conjunction with a microprocessor or other data processor, the invention described herein includes these and other different types of non-transitory computer-readable storage media. When programmed according to the methods and techniques of the present invention, the present invention can also include the computer itself.

[0151] The computer program can be applied to input data to perform the functions described herein, thereby converting the input data to generate output data that is stored in a non-volatile memory. The output information can also be applied to one or more output devices such as a display. In a preferred embodiment of the present invention, the converted data represents a physical and tangible object, including a specific visual depiction of the physical and tangible object produced on the display.

[0152] The above description is merely a preferred embodiment of the present invention. The present invention is not limited to the aforementioned embodiments. As long as the technical effects of the present invention are achieved by the same means, any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention shall be included within the scope of protection of the present invention. Within the scope of protection of the present invention, various modifications and variations of the technical solutions and / or implementation methods are possible.

Claims

1. A method for adaptively starting a game system by dynamically matching game progress, characterized in that: The following steps are involved: S100: When the server is launched, a control and recording system progress function starts to take effect, and the server's system stage progress data is obtained. When a player logs into the server through a client, the server's system stage progress data is sent to the corresponding client; S200: Construct a general system stage configuration table, set the server progress type to the state restriction class, specify the system stage and the system stage day interval, and perform validity determination processing on the server and the client based on the configuration parameters of the general system stage configuration table and the stage progress data of the server system to determine whether the state restriction is passed; S300, setting opening restriction conditions for each system in the new content; S400: Perform validity determination on the opening restriction condition of the new content system and the stage progress data of the server system. If the restriction determination passes, the system in the new content is opened; otherwise, the system in the new content is not opened.

2. The method for adaptively opening a game system with dynamic matching game progress according to claim 1, characterized in that: The step S100 includes: Build the server's system progress data structure; When the server is launched, the system progress recording function is controlled to take effect, so as to record the progress of each system under the server; Based on the system progress data structure of the server, obtaining the stage progress data of the system of the server; When the player logs in to the server through the client, the stage progress data of the server system is sent to the corresponding client; After receiving the stage progress data of the server system, the client stores the stage progress data of the server system in a memory, and calls the stage progress data of the server system to determine whether the status restriction is passed.

3. The method for adaptively opening a game system with dynamic matching game progress according to claim 1, characterized in that: The stage progress data of the server system includes the system ID of the server, the current stage and the duration of the current stage. Step S200 includes: Constructing the general system phase configuration table, and sending the general system phase configuration table to the server and the client respectively; Reading configuration parameters of the general system stage configuration table; Setting the server progress type to the status restriction class, specifying the stage of the system and the day interval of the stage of the system; In the server and the client, validity determination processing is performed based on the configuration parameters of the general system stage configuration table and the stage progress data of the server system, and whether the system ID of the server, the current stage and the number of days of the current stage are consistent with the configuration parameters of the general system stage configuration table are determined in turn. If they are consistent, the output result is passed; if not, the output result is failed, thereby determining whether the status restriction is passed.

4. The method for adaptively opening a game system with dynamic matching game progress according to claim 1, characterized in that: In the step S200, The general system stage configuration table includes the server's system ID, the current stage, the number of days required to open the next stage, the duration of the current stage, and the duration of the stage required by the configuration; The current stage is used to record the stage currently corresponding to the system ID, the number of days required for the next stage to be open is used to represent the minimum number of days required for the server to be open to enter the next stage, the number of days the current stage lasts is used to represent the number of days spent in the current stage, and the number of days the stage required by the configuration lasts is used to represent the minimum number of days required from the first day of the current stage to enter the next stage.

5. The method for adaptively opening a game system with dynamic matching game progress according to claim 4, characterized in that: After step S200, the method for adaptively starting the game system by dynamically matching the game progress further includes: According to the general system stage configuration table, determine whether the system's current service opening days have reached the required service opening days for the next stage; If the current server opening days reach the server opening days required for the next stage, then determine whether the duration of the current stage meets the stage duration required by the configuration; If the duration of the current stage reaches the stage duration required by the configuration, determining whether the current stage has a next stage; If the current stage has a next stage, the value of the current stage is increased by 1, and the change time of the previous stage is updated to the current server opening days; The duration of the current stage is obtained by subtracting the timestamp of the previous stage change from the timestamp of the current service opening days. The updated general system stage configuration table is written back to the storage of the server and synchronized to all online clients. After receiving the synchronization package, the client updates the stage progress data of the server system recorded locally.

6. The method for adaptively opening a game system with dynamic matching game progress according to claim 1, characterized in that: In the step S100, Each of the servers separately records the stage progress data of the system corresponding to the server to distinguish the progress of different servers.

7. The method for adaptively opening a game system with dynamic matching game progress according to claim 1, characterized in that: After step S400, the method for adaptively starting the game system based on the dynamic matching game progress further includes: When the new content is opened, a system phase configuration table for the new content is constructed, and phase progress data of the system of the new content is obtained, wherein the phase progress data of the system of the new content includes the system ID of the new content, the current phase, and the duration of the current phase; A validity determination process is performed based on the configuration parameters of the system stage configuration table of the new content and the stage progress data of the system of the new content, and a determination is made in turn as to whether the system ID of the new content, the current stage, and the number of days of the current stage are consistent with the configuration parameters of the system stage configuration table of the new content. If so, a pass result is output; if not, a fail result is output, thereby determining whether the status restriction is passed.

8. The method for adaptively opening a game system with dynamic matching game progress according to claim 1, characterized in that: After step S400, the method for adaptively starting the game system based on the dynamic matching game progress further includes: Calculating a countdown for a next stage, and displaying the countdown for the next stage; If the current stage is the highest stage, the countdown to the next stage will not be displayed; The calculation of the next stage countdown includes: Subtract the timestamp of the number of days required for the next stage from the timestamp of the current server opening days to get the first time value; Subtract the timestamp of the last stage change from the current server opening days timestamp to obtain a first intermediate value; Subtract the first intermediate value from the number of days of the phase required by the configuration to obtain a second time value; The first time value is compared with the second time value, and the maximum value is obtained, and the countdown for the next stage is determined according to the maximum value.

9. A computer device comprising a memory and a processor, characterized in that: The method according to any one of claims 1 to 8 is implemented when the processor executes the computer program stored in the memory. 10 . A computer-readable storage medium having program instructions stored thereon, wherein the program instructions are executed by a processor to implement the method according to claim 1 .