Game task data configuration method and device, storage medium and electronic equipment

Abstract

The invention discloses a game task data configuration method and device, a storage medium and electronic equipment. The method comprises the steps that in response to a configuration request triggered for game task data, at least two pieces of task content corresponding to the game task data and at least one task type to which the at least two pieces of task content belong are obtained, and the game task data carry sub-task parameters; the sub-task parameter is allowed to be adjusted to any one of the at least two sub-parameters, the at least two task contents comprise task contents corresponding to the game task data when the sub-task parameter is adjusted to any one sub-parameter, and the configuration request is used for requesting to configure the game task data for the virtual game; and establishing a mapping relationship between the at least one task type and the game task data, and storing the game task data in a task database according to the mapping relationship. The technical problem that the configuration efficiency of the game task data is low is solved.

Description

Technical Field

[0001] The present application relates to the field of computers, and in particular, to a configuration method, device, storage medium and electronic device for game task data. Background Art

[0002] In the process of configuring and managing task data for a virtual game, since there are multiple different systems in the virtual game and different systems have different configuration requirements for task data, the prior art often adopts a method in which different systems maintain their own task data.

[0003] However, when the above-mentioned multiple different systems all need to configure task data in a certain period of time, since different systems have different configuration requirements for task data, maintenance personnel often need to perform task data configuration operations for each system separately that meet the configuration requirements and configuration needs. The operation is complicated and cumbersome, and the development cost is high, which leads to the technical problem of low configuration efficiency of game task data. Summary of the invention

[0004] The embodiments of the present application provide a method, device, storage medium and electronic device for configuring game task data, so as to at least solve the technical problem of low configuration efficiency of game task data in the related art.

[0005] According to one aspect of an embodiment of the present application, a method for configuring game task data is provided, comprising: in response to a configuration request triggered by game task data, obtaining at least two task contents corresponding to the above-mentioned game task data, and at least one task type to which the above-mentioned at least two task contents belong, wherein the above-mentioned game task data carries a subtask parameter, and the above-mentioned subtask parameter is used to change the task content corresponding to the above-mentioned game task data, and the above-mentioned subtask parameter allows adjustment to any sub-parameter of at least two sub-parameters, and the above-mentioned at least two task contents include task contents respectively corresponding to the above-mentioned game task data when the above-mentioned subtask parameter is adjusted to any of the above-mentioned sub-parameters, and the above-mentioned configuration request is used to request configuration of the above-mentioned game task data for a virtual game; establish a mapping relationship between the above-mentioned at least one task type and the above-mentioned game task data, and store the above-mentioned game task data in a task database according to the above-mentioned mapping relationship, wherein the task data stored in the above-mentioned task database is set to create a corresponding game task in the above-mentioned virtual game.

[0006] According to another aspect of an embodiment of the present application, a configuration device for game task data is also provided, including: an acquisition unit, used to respond to a configuration request triggered by game task data, to acquire at least two task contents corresponding to the above-mentioned game task data, and at least one task type to which the above-mentioned at least two task contents belong, wherein the above-mentioned game task data carries sub-task parameters, and the above-mentioned sub-task parameters are used to change the task content corresponding to the above-mentioned game task data, and the above-mentioned sub-task parameters are allowed to be adjusted to any sub-parameter of at least two sub-parameters, and the above-mentioned at least two task contents include the task contents respectively corresponding to the above-mentioned game task data when the above-mentioned sub-task parameters are adjusted to any of the above-mentioned sub-parameters, and the above-mentioned configuration request is used to request to configure the above-mentioned game task data for a virtual game; an establishment unit, used to establish a mapping relationship between the above-mentioned at least one task type and the above-mentioned game task data, and store the above-mentioned game task data in a task database according to the above-mentioned mapping relationship, wherein the task data stored in the above-mentioned task database is set to create a corresponding game task in the above-mentioned virtual game.

[0007] As an optional solution, the above-mentioned device also includes: a first adjustment module, which is used to change the first game task created in the above-mentioned virtual game into a second game task in response to a first adjustment request for the above-mentioned sub-task parameters after establishing a mapping relationship between the above-mentioned at least one task type and the above-mentioned game task data and storing the above-mentioned game task data in a task database according to the above-mentioned mapping relationship, wherein the above-mentioned first adjustment request is used to request that the value of the first sub-task parameter in the above-mentioned sub-task parameters be adjusted to the value of the second sub-task parameter, the above-mentioned first game task is a game task corresponding to the above-mentioned first sub-task parameter, which is used to indicate the completion of the first task content of the first module type, the above-mentioned second game task is a game task corresponding to the above-mentioned second sub-task parameter, which is used to indicate the completion of the second task content of the second module type, the above-mentioned at least two task contents include the above-mentioned first task content and the above-mentioned second task content, and the above-mentioned at least one task type includes the above-mentioned first task type and the above-mentioned second task type.

[0008] As an optional solution, the above-mentioned device also includes: a second adjustment module, which is used to change the third game task created in the above-mentioned virtual game into a fourth game task in response to a second adjustment request for the above-mentioned subtask parameters after establishing a mapping relationship between the above-mentioned at least one task type and the above-mentioned game task data and storing the above-mentioned game task data in a task database according to the above-mentioned mapping relationship, wherein the above-mentioned second adjustment request is used to indicate that the third subtask parameter value in the above-mentioned subtask parameters is adjusted to the fourth subtask parameter value, the above-mentioned third game task is the game task corresponding to the above-mentioned third subtask parameter, and the above-mentioned fourth game task is the game task corresponding to the above-mentioned fourth subtask parameter, which is used to indicate the completion of the above-mentioned third The invention relates to a game task having the first task content and the second task content; or a third adjustment module, which is used to change the third game task created in the virtual game into a fifth game task in response to a third adjustment request for the subtask parameters after establishing a mapping relationship between the at least one task type and the game task data and storing the game task data in a task database according to the mapping relationship, wherein the third adjustment request is used to indicate that the third subtask parameter value in the subtask parameters is adjusted to the fifth subtask parameter value, and the fifth game task is a game task corresponding to the fifth subtask parameter and is used to indicate the completion of the first task content or the second task content.

[0009] As an optional scheme, the above-mentioned acquisition unit includes: a first acquisition module, used to acquire the first task category and the second task category to which the above-mentioned at least two task contents belong, wherein the above-mentioned first task category is used to indicate the module type to which the above-mentioned task content belongs, and the above-mentioned second task category is used to indicate the processing type to which the task content belongs; the above-mentioned establishment unit includes: a first establishment module, used to establish a first mapping relationship between the above-mentioned first task category and the above-mentioned game task data, and to establish a second mapping relationship between the above-mentioned second task category and the above-mentioned game task data.

[0010] As an optional scheme, the above-mentioned establishment unit includes: a first verification module, which is used to perform a primary verification on the above-mentioned first task category to which each task content corresponding to the above-mentioned game task data belongs, and obtain a first task content set that passes the above-mentioned primary verification, wherein the above-mentioned primary verification is used to verify whether the above-mentioned first task category meets the first activation condition; a second verification module, which is used to use the above-mentioned second task classification to perform a secondary verification on the activation subtask parameters corresponding to each task content in the above-mentioned first task content set, and obtain a second task content set that passes the above-mentioned secondary verification, wherein the above-mentioned secondary verification is used to verify whether the above-mentioned activation subtask parameters meet the second activation condition, and the above-mentioned subtask parameters include the above-mentioned activation subtask parameters; a storage module, which is used to store the above-mentioned game task data corresponding to the above-mentioned second task content set in the above-mentioned task database according to the above-mentioned mapping relationship.

[0011] As an optional solution, the second verification module includes: a first sub-verification module, which is used to obtain the task switch parameters in the sub-task activation parameters by using the second task classification, and perform a first verification on the task switch parameters; a second sub-verification module, which is used to determine that the first verification is passed when the first verification indicates that the above-mentioned various task contents are enabled, and perform a second verification on the protocol parameters in the sub-task activation parameters; a third sub-verification module, which is used to determine that the second verification is passed when the second verification indicates that the above-mentioned protocol parameters conform to the protocol version information of the client corresponding to the above-mentioned various task contents, and perform a third verification on the time parameters in the sub-task activation parameters, wherein the client is used to run the virtual game; a fourth sub-verification module, which is used to determine that the third verification is passed when the third verification indicates that the above-mentioned time parameters conform to the running time information of the virtual game, and perform a fourth verification on the battle parameters in the sub-task activation parameters; a first determination module, which is used to determine that the fourth verification is passed when the fourth verification indicates that the above-mentioned battle parameters conform to the battle mode information of the client; and a second determination module, which is used to determine the task content that passes the fourth verification as the second task content set that passes the secondary verification.

[0012] As an optional solution, the above-mentioned device also includes: a second acquisition module, which is used to perform a secondary verification on the activation subtask parameters corresponding to each task content in the above-mentioned first task content set using the above-mentioned second task classification, and after obtaining the second task content set that passes the above-mentioned secondary verification, obtain the completion progress information of the above-mentioned each task content; a third determination module, which is used to perform a secondary verification on the activation subtask parameters corresponding to each task content in the above-mentioned first task content set using the above-mentioned second task classification, and after obtaining the second task content set that passes the above-mentioned secondary verification, determine the task status information of the above-mentioned each task content according to the verification result obtained by verifying the above-mentioned completion progress information, wherein, when the above-mentioned verification result indicates that the current task content is not completed, it is determined that the above-mentioned current task content is in a state where the reward cannot be collected. The first task state of the task content is determined to be a first task state in which the reward can be collected, when the verification result indicates that the current task content has been completed and the collection parameter corresponding to the current task content is the first collection parameter. When the verification result indicates that the current task content has been completed and the collection parameter is the second collection parameter, it is determined that the current task content is in a third task state in which the reward has been collected, and the subtask parameters include the collection parameters. The first update module is used to perform a secondary verification on the start subtask parameters corresponding to each task content in the first task content set using the second task classification, and after obtaining the second task content set that passes the secondary verification, use the task status information to update the completion progress information and reward collection information corresponding to each task content.

[0013] As an optional solution, the above-mentioned device also includes: a third acquisition module, which is used to obtain the refresh parameters corresponding to the above-mentioned each task content after determining the task status information of the above-mentioned each task content according to the verification result obtained by verifying the above-mentioned completion progress information; a second update module, which is used to update the above-mentioned completion progress information and the above-mentioned reward collection information corresponding to the above-mentioned each task content to the initial state after determining the task status information of the above-mentioned each task content according to the verification result obtained by verifying the above-mentioned completion progress information, when the above-mentioned refresh parameters indicate a daily refresh and it is detected that the above-mentioned virtual game runs across zero o'clock on the above-mentioned client or runs for the first time of the day.

[0014] As an optional scheme, the above-mentioned establishment unit includes: a second establishment module, which is used to establish the above-mentioned mapping relationship according to the matching degree between the above-mentioned at least one task type and the above-mentioned game task data, and record the above-mentioned mapping relationship in the task configuration table; the above-mentioned device also includes: a third update module, which is used to update the above-mentioned mapping relationship recorded in the above-mentioned task configuration table in response to a third update request triggered by the above-mentioned task configuration table after the above-mentioned mapping relationship between the above-mentioned at least one task type and the above-mentioned game task data is established.

[0015] According to another aspect of the embodiment of the present application, a computer program product or computer program is provided, the computer program product or computer program includes computer instructions, the computer instructions are stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the configuration method of the game task data as described above.

[0016] According to another aspect of an embodiment of the present application, there is also provided an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the method for configuring game task data through the computer program.

[0017] In an embodiment of the present application, in response to a configuration request triggered by game task data, the task content corresponding to the game task data and the task type to which at least two contents belong are obtained, and the game task data is placed in a task database for storage according to a mapping relationship between the task type and the game task data, wherein the game task data carries a subtask parameter for changing the game task data, and when the sub-parameter value in the subtask parameter changes, the task content corresponding to the game task data changes accordingly. Furthermore, by establishing a mapping relationship, a unified configuration management of the game task data of all systems of the virtual game is formed, and according to the adjustment request of the subtask parameter carried by the game task data in the mapping relationship, the game task data under the mapping relationship is flexibly adjusted, the operational complexity of the game task data configuration is reduced, and the versatility and reusability of the game task data configuration are improved, thereby achieving the technical effect of improving the configuration efficiency of the game task data, and solving the technical problem of low configuration efficiency of the game task data in the related art. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0019] Figure 1is a schematic diagram of an application environment of an optional method for configuring game task data according to an embodiment of the present application;

[0020] Figure 2 is a schematic diagram of a process of an optional method for configuring game task data according to an embodiment of the present application;

[0021] Figure 3 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0022] Figure 4 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0023] Figure 5 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0024] Figure 6 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0025] Figure 7 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0026] Figure 8 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0027] Fig. 9 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0028] Fig.10 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0029] Fig.11 is a schematic diagram of an optional method for configuring game task data according to an embodiment of the present application;

[0030] Fig.12 is a schematic diagram of an optional device for configuring game task data according to an embodiment of the present application;

[0031] Fig.13 A schematic structural diagram of an optional electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0032] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0033] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0034] According to one aspect of the embodiment of the present application, a method for configuring game task data is provided. Optionally, as an optional implementation, the method for configuring game task data can be but is not limited to being applied to: Figure 1 In the environment shown, the environment may include, but is not limited to, a terminal device 102 and a server 112 . The terminal device 102 may include, but is not limited to, a display 104 , a processor 106 , and a memory 108 . The server 112 includes a database 114 and a processing engine 116 .

[0035] The specific process can be as follows:

[0036] Step S102, the terminal device 102 obtains a configuration request triggered by the configuration file for the game task data;

[0037] Steps S104-S106, the terminal device 102 initiates a configuration request to the server 112;

[0038] Step S108, the server 112 responds to the configuration request and obtains at least two tasks corresponding to the game task data and at least one task type described in the at least two task contents based on the processing engine 116;

[0039] Step S110, the server 112 establishes a mapping relationship between at least one task type and game task data, and stores the game task data in the database 114 according to the mapping relationship;

[0040] Steps S112-S114, return the configuration results to the terminal device 102 via the network 110, wherein the configuration results are used to indicate the establishment information of the above-mentioned mapping relationship and the storage information of the game task data, the terminal device 102 performs data analysis and processing on the configuration results via the processor 106, and displays the configuration results of the analysis and processing via the display 104, and stores the relevant processing and analysis data in the memory 108.

[0041] remove Figure 1 In addition to the examples shown, the above steps can be completed independently by the terminal device or the server, or by the terminal device and the server in collaboration, such as the terminal device 102 executing the above steps S108, thereby reducing the processing pressure of the server 112. The terminal device 102 includes but is not limited to a laptop, a tablet computer, a desktop computer, a smart TV, etc., and the present application does not limit the specific implementation of the terminal device 102. The server 112 can be a single server or a server cluster consisting of multiple servers, or a cloud server.

[0042] Optionally, as an optional implementation, as Figure 2 As shown, the configuration method of the game task data can be executed by the terminal device or the server, such as Figure 1 The terminal device 102 shown in the figure comprises the following specific steps:

[0043] S202, in response to a configuration request triggered by game task data, obtaining at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong, wherein the game task data carries a subtask parameter, the subtask parameter is used to change the task content corresponding to the game task data, the subtask parameter is allowed to be adjusted to any subparameter of at least two subparameters, the at least two task contents include task contents respectively corresponding to the game task data when the subtask parameter is adjusted to any subparameter, and the configuration request is used to request configuration of the game task data for the virtual game;

[0044] S204, establishing a mapping relationship between at least one task type and game task data, and storing the game task data in a task database according to the mapping relationship, wherein the task data stored in the task database is configured to create a corresponding game task in the virtual game.

[0045] Optionally, in this embodiment, the above-mentioned configuration method of game task data can be applied to, but not limited to, the design scenario of the game task system. In this scenario, since different systems in the game (such as the friend system, guild system, hero system, settlement system, etc.) have different requirements for task opening conditions, display content, completion progress, and reward collection, a common solution is that different systems maintain their own tasks. For example, Figure 3As shown, taking the task of "complete the game" as an example, different systems may have different completion conditions. In the friend system, the completion condition is "complete the game with X friends"; in the guild system, the completion condition is "complete the game with Y guild members"; in the hero system, the completion condition is "complete the game using Z heroes"; and in the settlement system, the completion condition is "win the game".

[0046] Furthermore, since different systems maintain their own tasks, different systems need to develop a large number of similar tasks according to their own needs, which increases development costs and reduces the versatility and reusability of tasks. For example, when the above-mentioned multiple different systems all need to configure task data in a certain period of time, since different systems have different configuration requirements for task data, maintenance personnel often need to perform task data configuration operations for each system separately that meet the configuration requirements and configuration needs. The operation is complicated and cumbersome, which leads to low configuration efficiency of game task data.

[0047] For the technical problem of low configuration efficiency of the above-mentioned game task data, the configuration method of the above-mentioned game task data is used to respond to the configuration request triggered by the game task data, obtain the task content corresponding to the game task data and the task type to which at least two contents belong, and put the game task data into the task database for storage according to the mapping relationship between the task type and the game task data, wherein the game task data carries subtask parameters for changing the game task data, and when the sub-parameter value in the subtask parameter changes, the task content corresponding to the game task data changes accordingly. Then, by establishing a mapping relationship, a unified configuration management of the game task data of all systems of the virtual game is formed, and according to the adjustment request of the subtask parameters carried by the game task data in the mapping relationship, the flexible adjustment of the game task data under the mapping relationship is realized, which reduces the operational complexity of the game task data configuration, improves the versatility and reusability of the game task data configuration, thereby achieving the technical effect of improving the configuration efficiency of the game task data and solving the problem of low configuration efficiency of the above-mentioned game task data.

[0048] Optionally, in this embodiment, the configuration request may be, but is not limited to, triggered by game task data of a virtual game, and is used to request configuration of game task data for the virtual game, wherein the virtual game may be, but is not limited to, having multiple interactive systems, such as a friend system, a union system, a settlement system, etc., and may also be, but is not limited to, having multiple task modules of different module types, such as a daily task module, a time-limited task module, and a collection task module.

[0049] Optionally, in this embodiment, the game task data may, but is not limited to, correspond to multiple task contents, wherein different task contents may, but are not limited to, belong to the same interactive system, for example, the task content "say hello to 1 friend" and the task content "give a gift to 1 friend" both belong to the friend system; different task contents may also, but are not limited to, belong to different interactive systems, for example, the task content "say hello to 1 friend" belongs to the friend system, while the task content "get 1 new hero" belongs to the hero system.

[0050] Optionally, in this embodiment, the game task data may, but is not limited to, correspond to multiple task contents, wherein different task contents may, but are not limited to, belong to the same task module, for example, "say hello to 1 friend" and the task content "give a gift to 1 friend" both belong to the daily task module; different task contents may, but are not limited to, belong to different task modules, for example, the task content "say hello to 1 friend" belongs to the daily task module, while the task content "get 1 new hero within a week" belongs to the limited-time task module.

[0051] It should be noted that the task content of an interactive system in a virtual game can, but is not limited to, call one or more task modules in the virtual game. For example, the task content under the friend system "complete a certain treasure task with 1 friend" corresponds to the "daily task module" and the "treasure task module".

[0052] Optionally, in this embodiment, the task type to which the task content belongs can be but is not limited to the module type used to indicate the task content, such as the above-mentioned daily task type, limited-time task type, etc., and can also be but is not limited to the processing type described in indicating the task content, such as the like type, gift type, game completion type, game login type, etc.

[0053] Optionally, in this embodiment, the game task data may, but is not limited to, carry sub-task parameters, wherein the sub-task parameters may, but are not limited to, be used to change the task content corresponding to the game task data, and the sub-task parameters may, but are not limited to, include multiple parameters, wherein each parameter in the sub-task parameters may, but is not limited to, be used to indicate task information corresponding to the task content, for example, parameter 1 indicates task start time information, parameter 2 indicates task close time information, parameter 3 indicates the game mode corresponding to the task, etc.

[0054] It should be noted that when the value of the subtask parameter changes, the task content corresponding to the game task data will change accordingly.

[0055] To further illustrate, as shown in Table 1, for the login task data included in the game task data, its task content is determined based on parameters 1-4 in the subtask parameters, where 1 is used to determine the hour information of the opening time in the task content, parameter 2 is used to determine the minute information of the opening time in the task content, parameter 3 is used to determine the hour information of the closing time in the task content, and parameter 4 is used to determine the minute information of the closing time in the task content. For other parameters, they can be set to corresponding preset parameters but are not limited to them when not in use. For example, if parameter 5 is set to the corresponding preset parameter 00, it is in an unused state. It should be noted that the specific parameter setting rules can be set according to actual application needs but are not limited to them, and this embodiment does not impose fixed restrictions on this.

[0056] Furthermore, it can be determined that the task content of the login task shown in Table 1 is "Log in to the game between 20:00-22:00 to get rewards", and if the value of parameter 1 is adjusted to "19", the task content will also change to "Log in to the game between 19:00-22:00 to get rewards".

[0057] Table 1

[0058] Task Type Parameter 1 Parameter 2 Parameter 3 Parameter 4 Parameter 5 Task content Login Mission 20 0 22 0 00 Log in to the game between 20:00 and 22:00 to get rewards

[0059] Optionally, in this embodiment, after obtaining the task content corresponding to the game task data and the task type to which each task content belongs, a mapping relationship is established based on the matching degree between the task type and the game task data, and the game task data is placed in the task database for storage according to the mapping relationship.

[0060] Optionally, in this embodiment, the mapping relationship can be recorded in a task configuration table, but is not limited to, wherein the maintenance personnel of the virtual game can adjust the parameters of the game task data, adjust the mapping relationship, etc. through the task configuration table to adjust the task content corresponding to the virtual game task.

[0061] For example, a task configuration table recording the above mapping relationship is as follows: Figure 4 As shown, based on the task ID information, the corresponding task switch information, task type information, total task progress information, applicable mode information, multiple optional task parameter information, task content information, activation condition information, activation condition parameter information, task classification information and other data information can be determined.

[0062] Optionally, the above Figure 4 The core contents of the mapping relationship in the task configuration table shown are sorted and classified, such as Figure 5As shown, the core content of the task configuration table may include but is not limited to configuration information such as identification and classification, opening conditions, completion progress, receiving rewards, and client display. The specific core configuration information after sorting and classification is as follows Figure 5 As shown, the identification and classification configuration information includes task ID information, task type information and task classification information, the activation condition configuration information includes task switch information, minimum protocol version number information, maximum protocol version number information, start time information, end time information, activation condition information, activation condition parameter information, whether it is visible when not activated, and applicable battle mode information, the completion progress configuration information includes the total task progress information, task parameter (1-5) information, whether it is a one-time task, whether it can be completed repeatedly, and refresh type information, the reward collection information includes the reward collection method information, the number of reward items, and the item information (ID and quantity), and the client display configuration information includes the task icon information, the task name information, the task description information, the reward item information that is highlighted, and the jump interface information.

[0063] Through the embodiments provided in the present application, a mapping relationship is established to form a unified configuration management of the game task data of all systems of the virtual game, and according to the adjustment request of the sub-task parameters carried by the game task data in the mapping relationship, the game task data under the mapping relationship is flexibly adjusted, thereby reducing the operational complexity of the game task data configuration, improving the versatility and reusability of the game task data configuration, and achieving the technical effect of improving the configuration efficiency of the game task data.

[0064] As an optional solution, after establishing a mapping relationship between at least one task type and the game task data, and storing the game task data in a task database according to the mapping relationship, the method further includes:

[0065] S1, in response to a first adjustment request for a subtask parameter, changing a first game task created in the virtual game into a second game task, wherein the first adjustment request is used to request that the first subtask parameter value in the subtask parameter be adjusted to the second subtask parameter value, the first game task is a game task corresponding to the first subtask parameter, which is used to indicate the completion of a first task content of a first module type, the second game task is a game task corresponding to the second subtask parameter, which is used to indicate the completion of a second task content of a second module type, at least two task contents include a first task content and a second task content, and at least one task type includes a first task type and a second task type.

[0066] Optionally, in this embodiment, the game task data may, but is not limited to, correspond to multiple task contents, wherein different task contents may also, but are not limited to, task modules belonging to the same module type, for example, the task content "say hello to 1 friend" and the task content "give a gift to 1 friend" both belong to daily task modules; different task contents may also, but are not limited to, task modules belonging to different module types, for example, the task content "say hello to 1 friend" belongs to the daily task module, while the task content "get 1 new hero within a week" belongs to the limited-time task module.

[0067] Optionally, in this embodiment, the value of the first subtask parameter may be but is not limited to the value of the first parameter in the subtask parameters, and the value of the second subtask parameter may be but is not limited to the value of the second parameter in the subtask parameters, wherein the first parameter matches the first module type and the second parameter matches the second module type.

[0068] To further illustrate, as shown in Table 2, the task content of the first game task is "team up with 2 friends to complete the game", where the first subtask parameter value is "parameter 1: 2", parameter 1 is used to indicate teaming up with N friends to complete the game, and N is the value of parameter 1.

[0069] Table 2

[0070] Task Type Parameter 1 Parameter 2 Parameter 3 Parameter 4 Parameter 5 Task content Complete the game 2 0 0 0 0 Complete a game with 2 friends

[0071] Further, in response to the first adjustment request, the first subtask parameter value in the subtask parameter is adjusted to the second subtask parameter value, wherein the second subtask parameter value is "parameter 3: hero A", parameter 3 is used to indicate that a specific hero is used to complete the game, and the specific hero is the value of parameter 3. As shown in Table 3, the changed second game task is "using hero A to complete the game".

[0072] Table 3

[0073] Task Type Parameter 1 Parameter 2 Parameter 3 Parameter 4 Parameter 5 Task content Complete the game 0 0 A hero 0 0 Complete the game using hero A

[0074] It should be noted that the first subtask parameter value and the second subtask parameter value can also be but are not limited to different values ​​of the same parameter (for example, both are first parameters or both are second parameters). In this case, the changed second game task is a game task with different task content indicating the completion of the same module type as the first game task.

[0075] Through the embodiments provided by the present application, in response to a first adjustment request for a subtask parameter, the value of the first subtask parameter in the subtask parameter is adjusted to the value of the second subtask parameter, and the corresponding first game task is changed to the second game task, thereby achieving the purpose of replacing cross-module task content by adjusting and changing the subtask parameters of a game task data. Furthermore, even in a game application scenario with a large amount of data, a unified configuration management of the game task data of all systems of the virtual game can be formed by establishing a mapping relationship (such as a table), and global configuration management can be easily achieved through a small amount of universal and reusable configuration data, avoiding the impact of a large amount of data on the mapping relationship or the system, thereby achieving the technical effect of improving the configuration efficiency of game task data.

[0076] As an optional solution, after establishing a mapping relationship between at least one task type and the game task data, and storing the game task data in a task database according to the mapping relationship, the method further includes:

[0077] S1, in response to a second adjustment request for subtask parameters, changing a third game task created in the virtual game into a fourth game task, wherein the second adjustment request is used to instruct to adjust the third subtask parameter value in the subtask parameters to the fourth subtask parameter value, the third game task is a game task corresponding to the third subtask parameter, and the fourth game task is a game task corresponding to the fourth subtask parameter and used to indicate the completion of the first task content and the second task content; or

[0078] S2, in response to the third adjustment request for the subtask parameters, the third game task created in the virtual game is changed to the fifth game task, wherein the third adjustment request is used to indicate that the third subtask parameter value in the subtask parameters is adjusted to the fifth subtask parameter value, and the fifth game task is a game task corresponding to the fifth subtask parameter and is used to indicate the completion of the first task content or the second task content.

[0079] Optionally, in this embodiment, the third subtask parameter value may be but is not limited to the first subtask parameter value or the second subtask parameter value or other subtask parameter values. Correspondingly, the third game task may be but is not limited to the first game task or the second game task or other game tasks.

[0080] Optionally, in this embodiment, the fourth subtask parameter value may include but is not limited to the first subtask parameter value, the second subtask parameter value and the first target parameter value, wherein the first target parameter value is used to indicate that the fourth game task is completed after completing the first task content and the second task content.

[0081] For example, as shown in Table 4, take the third game task as the first game task, that is, the task content of the third game task is "team up with 2 friends to complete the game", among which the third subtask parameter value is "parameter 1: 2", parameter 1 is used to indicate that the game is completed by teaming up with N friends, and N is the value of parameter 1.

[0082] Table 4

[0083] Task Type Parameter 1 Parameter 2 Parameter 3 Parameter 4 Parameter 5 Task content Complete the game 2 0 0 0 0 Complete a game with 2 friends

[0084] Further, in response to the second adjustment request, the third subtask parameter value in the subtask parameter is adjusted to the fourth subtask parameter value, wherein the fourth subtask parameter value is "parameter 1:2, parameter 3: hero A, parameter 4:1", parameter 3 is used to indicate that a specific hero is used to complete the game, and "parameter 4:1" is used to indicate that the fourth game task is completed after the first task content and the second task content are completed. As shown in Table 5, the changed fourth game task is "team up with 2 friends to complete the game and use hero A to complete the game".

[0085] Table 5

[0086]

[0087] To further illustrate, still based on the content shown in Table 4 above, in response to the third adjustment request, the third subtask parameter value in the subtask parameter is adjusted to the fifth subtask parameter value, wherein the fifth subtask parameter value is "parameter 1: 2, parameter 3: hero A, parameter 4: 2", parameter 3 is used to indicate that a specific hero is used to complete the game, and "parameter 4: 2" is used to indicate that the fourth game task is completed after completing the first task content or the second task content. As shown in Table 6, the changed fourth game task is "complete the game with 2 friends or use hero A to complete the game".

[0088] Table 6

[0089]

[0090] Through the embodiment provided by the present application, in response to the second adjustment request for the subtask parameter, the value of the third subtask parameter in the subtask parameter is adjusted to the value of the fourth subtask parameter, and the corresponding third game task is changed to the fourth game task for indicating the completion of the first task content and the second task content, thereby achieving the purpose of realizing the intersection combination replacement of cross-module task content (that is, one piece of data realizes the common completion of task content of multiple different modules) and union combination replacement (that is, one piece of data realizes the optional completion of task content of multiple different modules) by adjusting and changing the subtask parameter of a piece of game task data. Therefore, even in a game application scenario with a large amount of data, a unified configuration management of game task data of all systems of the virtual game is formed by establishing a mapping relationship (such as a table), and global configuration management can be easily realized through a small amount of universal and reusable configuration data, avoiding the impact of a large amount of data on the mapping relationship or the system, thereby achieving the technical effect of improving the configuration efficiency of game task data.

[0091] As an optional solution, obtaining at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong includes:

[0092] S1, obtaining a first task classification and a second task classification to which at least two task contents belong, wherein the first task classification is used to indicate the module type to which the task content belongs, and the second task classification is used to indicate the processing type to which the task content belongs;

[0093] Establishing a mapping relationship between at least one task type and game task data includes:

[0094] S2, establishing a first mapping relationship between the first task classification and the game task data, and establishing a second mapping relationship between the second task classification and the game task data.

[0095] Optionally, in this embodiment, different task contents may be but are not limited to task modules belonging to the same or different module types, for example, daily task modules, time-limited task modules, etc.; different task contents may also be but are not limited to belonging to the same or different processing types, for example, like type, gift type, game completion type, game login type, etc.

[0096] It can be understood that the task type to which the task content belongs includes a first task classification and a second task classification, wherein the first task classification is used to indicate the module type to which the task content belongs, and the second task classification is used to indicate the processing method to which the task belongs.

[0097] It should be noted that establishing a mapping relationship between at least one task type and game task data includes establishing a first mapping relationship between a first task classification and game task data, and establishing a second mapping relationship between a second task classification and game task data.

[0098] As an optional solution, storing the game task data in the task database according to the mapping relationship includes:

[0099] S1, performing a check on the first task category to which each task content corresponding to the game task data belongs, to obtain a first task content set that passes the check, wherein the check is used to check whether the first task category satisfies a first opening condition;

[0100] S2, using the second task classification, performing secondary verification on the activation subtask parameters corresponding to each task content in the first task content set, to obtain a second task content set that passes the secondary verification, wherein the secondary verification is used to verify whether the activation subtask parameters meet the second activation condition, and the subtask parameters include activation subtask parameters;

[0101] S3, according to the mapping relationship, the game task data corresponding to the second task content set is put into the task database for storage.

[0102] Optionally, in this embodiment, after obtaining at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong, each task content of the game task data is verified using at least one task type to determine whether the task content can establish a mapping relationship and storage.

[0103] Optionally, in this embodiment, taking the current task content among the task contents as an example, a check is performed on the first task classification described in the current task content to determine whether the first task classification satisfies the first start condition.

[0104] It should be noted that the above-mentioned one-time verification can be but is not limited to being understood as a verification of the opening conditions of the task module to which the current task content belongs. For example, for task modules of daily task types, the default one-time verification is passed and there are no special opening conditions; for task modules of time-limited task types, a one-time verification is required to determine whether the time limit requirements of the time-limited task type are met. For example, when the time-limited task type specifically refers to the weekend time period (or other specified time period), the task content of the non-weekend time period will not pass the one-time verification, and if the one-time verification passes, it will be determined and included in the first task content set.

[0105] It should be noted that after the activation conditions of the task module to which the task content belongs are verified once, the activation conditions of the task content itself need to be verified twice, including: using the processing type described in the task content to determine the activation subtask parameters corresponding to the task content, and performing a secondary verification, wherein the activation subtask parameters may include but are not limited to task switch parameters for verifying whether the task content is activated (in other words, whether the data of the task content is valid), protocol version parameters for verifying whether the protocol version information of the client corresponding to the task content is met, time parameters for verifying whether the running time information of the virtual game corresponding to the task content is met, and battle parameters for verifying whether the battle mode information of the client corresponding to the task content is met.

[0106] It should be noted that a mapping relationship between the task type of the task content obtained through the primary verification and the secondary verification and the corresponding game task data is established, and the corresponding game task data is put into the task database.

[0107] As an optional solution, the second task classification is used to perform a secondary check on the start subtask parameters corresponding to each task content in the first task content set, and a second task content set that passes the secondary check is obtained, including:

[0108] S1, using the second task classification, obtaining the task switch parameter in the start subtask parameter, and performing a first check on the task switch parameter;

[0109] S2, when the first check indicates to enable each task content, determining that the first check is passed, and performing a second check on the protocol parameters in the enable subtask parameters;

[0110] S3, when the second check indicates that the protocol parameters conform to the protocol version information of the client corresponding to each task content, determining that the second check is passed, and performing a third check on the time parameter in the start subtask parameter, wherein the client is used to run the virtual game;

[0111] S4, when the third verification indicates that the time parameter is consistent with the running time information of the virtual game, determining that the third verification is passed, and performing a fourth verification on the battle situation parameter in the start subtask parameter;

[0112] S5, if the fourth verification indicates that the battle parameters are consistent with the battle mode information of the client, determining that the fourth verification is passed;

[0113] S6, determining the task content that has passed the fourth verification as a second task content set that has passed the secondary verification.

[0114] Optionally, in this embodiment, each parameter in the activation sub-parameter of the task content is checked to determine whether the task content can establish a mapping relationship and storage, wherein each parameter may include but is not limited to task switch parameters, protocol parameters, time parameters, and battle situation parameters.

[0115] Optionally, in this embodiment, the first check may be but is not limited to indicating whether the task content is enabled, the second check may be but is not limited to indicating whether the task content complies with the client's protocol version information corresponding to the task content, the third check may be but is not limited to indicating whether the virtual game's runtime information (virtual game runtime information recorded and stored by the game server) is complied with, and the fourth check may be but is not limited to indicating whether the client's battle mode information is complied with.

[0116] It should be noted that the above-mentioned parameters may also include but are not limited to other conditional parameters, and this embodiment does not impose additional restrictions on this. The order of checking the above-mentioned parameters may also include but is not limited to other orders, and the embodiment of the present application does not impose additional restrictions on this.

[0117] As an optional solution, after performing secondary verification on the start subtask parameters corresponding to each task content in the first task content set by using the second task classification to obtain the second task content set that passes the secondary verification, the method further includes:

[0118] S1, obtain the completion progress information of each task content;

[0119] S2, according to the verification result obtained by verifying the completion progress information, determine the task status information of each task content, wherein, when the verification result indicates that the current task content is not completed, determine that the current task content is in a first task state where the reward cannot be collected, when the verification result indicates that the current task content is completed and the collection parameter corresponding to the current task content is the first collection parameter, determine that the current task content is in a second task state where the reward can be collected, when the verification result indicates that the current task content is completed and the collection parameter is the second collection parameter, determine that the current task content is in a third task state where the reward has been collected, and the subtask parameter includes the collection parameter;

[0120] S3, using the task status information to update the completion progress information and reward collection information corresponding to each task content.

[0121] Optionally, in this embodiment, obtaining the completion progress information of each task content may include but is not limited to obtaining the task status of the associated task unit from the game server, wherein, in the virtual game running on the client, when the player controls the virtual character to perform the corresponding task content, the corresponding task unit is created in the game server to store the information of the corresponding task content, including the completion progress information.

[0122] Optionally, in this embodiment, the verification result obtained by verifying the completion progress information can be, but is not limited to, used to indicate whether the task content is completed, wherein, when the task content is not completed, it is determined that the task content is in a first task state where the reward cannot be collected, and the reward can be, but is not limited to, loot in a virtual game set according to specific needs; when the task content is completed and the collection parameter is the first collection parameter, it is determined that the current task is in a second task state where the reward can be collected, wherein the first collection parameter can be, but is not limited to, indicating that the reward is set to be manually collected; when the task content is completed and the collection parameter is the second collection parameter, the reward is issued and it is determined that the current task is in a third task state where the reward has been collected, wherein the second collection parameter can be, but is not limited to, used to indicate that the reward is set to be automatically collected.

[0123] It should be noted that, when the completion progress information and reward collection information of the task content are determined, the client is notified to update the completion progress information and reward collection information (status) of the task content, wherein the reward collection information can be but is not limited to indicating whether the reward associated with the task content can be collected and whether it has been collected.

[0124] As an optional solution, after determining the task status information of each task content according to the verification result obtained by verifying the completion progress information, the method further includes:

[0125] S1, obtain the refresh parameters corresponding to each task content;

[0126] S2, when the refresh parameters indicate a daily refresh and it is detected that the virtual game is running on the client across midnight or is running for the first time that day, a second update request is sent to the client, wherein the second update request is used to request the client to update the completion progress information and reward collection information corresponding to each task content to an initial state.

[0127] Optionally, in this embodiment, refresh parameters corresponding to the task content are obtained, wherein the refresh parameters may include but are not limited to indicating that the task reward is refreshed according to a target period, wherein the refresh parameters of the target period may be but are not limited to one of the following: daily refresh, weekly refresh, monthly refresh, and annual refresh.

[0128] It should be noted that, when the refresh parameters are obtained, it is detected whether the virtual game on the client triggers the operation across the target cycle. Taking the daily refresh as an example, when the refresh parameters indicate daily refresh and it is detected that the virtual game is running across midnight or the first time of the day on the client, a second update request is sent to the client to indicate that the completion progress information and reward collection information corresponding to the task content are updated to the initial state, wherein the initial state is used to indicate that the completion progress information of the task content is 0 and the reward has not been collected.

[0129] It can be understood that when the refresh parameter of the target cycle is weekly refresh, the information of the virtual game to be detected on the client is whether it runs across Monday midnight or the first time of the week. Other corresponding processing logic is consistent with the above-mentioned daily refresh. This embodiment will not elaborate on this and other types of refresh parameters.

[0130] As an optional solution, a mapping relationship between at least one task type and game task data is established, including:

[0131] S1, establishing a mapping relationship according to the matching degree between at least one task type and the game task data, and recording the mapping relationship in a task configuration table;

[0132] After establishing a mapping relationship between at least one task type and the game task data, the method further includes:

[0133] S2: In response to a third update request triggered on the task configuration table, updating the mapping relationship recorded in the task configuration table.

[0134] Optionally, in this embodiment, the mapping relationship can be recorded in a task configuration table, but is not limited to, wherein the maintenance personnel of the virtual game can adjust the parameters of the game task data, adjust the mapping relationship, etc. through the task configuration table to adjust the task content corresponding to the virtual game task.

[0135] For example, a task configuration table recording the above mapping relationship is as follows: Figure 4 As shown, based on the task ID information, the corresponding task switch information, task type information, total task progress information, applicable mode information, multiple optional task parameter information, task content information, activation condition information, activation condition parameter information, task classification information and other data information can be determined.

[0136] As an optional solution, the above-mentioned game task data configuration method is applied to the design scenario of a flexibly configurable general game task system, so that game maintenance personnel (such as planners) can quickly create new tasks in the game according to the system and the task configuration table they create. At the same time, different systems in the game (such as the friend system, guild system, hero system, settlement system, etc.) can reuse existing tasks and set the task start conditions, display content, completion progress, reward collection, etc. according to the different needs of each system.

[0137] Optionally, in this embodiment, the above-mentioned universal game task system can be applied to various types of virtual games, but is not limited to it. Taking MOBA mobile games as an example, the display interface diagram is as follows: Figure 6 As shown, it includes a player information display area 602, an activity information display area 604 and other display areas 610, wherein the player can enter the game task list by touching the task information trigger button 606 displayed in the activity information display area 604 (such as touching other activity trigger buttons 608 to enter the display interface corresponding to other activities), such as Figure 7 As shown, the task list includes each row representing a configuration task. You can see the name of each task, the completion progress, the reward items and quantity, the task completion status, etc. (the corresponding task configuration table is as follows Figure 4 Taking task 702 as an example, the task icon information 704, task name information 706, task cycle information 708, task reward information 710 and task completion progress information 712 associated with task 702 are indicated.

[0138] Specifically, a schematic diagram of the above-mentioned general game task system based on the above-mentioned configuration method of game task data is as follows: Figure 8 As shown, the system includes three parts, a task configuration table part, a task system part and a client display part.

[0139] (I) Task configuration table

[0140] For example, an optional task configuration table is as follows Figure 4 As shown, the core content of the task configuration table may include but is not limited to configuration information such as identification and classification, opening conditions, completion progress, receiving rewards, and client display. The specific core configuration information after sorting and classification is as follows Figure 5As shown, the identification and classification configuration information includes task ID information, task type information and task classification information, the activation condition configuration information includes task switch information, minimum protocol version number information, maximum protocol version number information, start time information, end time information, activation condition information, activation condition parameter information, whether it is visible when not activated, and applicable battle mode information, the completion progress configuration information includes the total task progress information, task parameter (1-5) information, whether it is a one-time task, whether it can be completed repeatedly, and refresh type information, the reward collection information includes the reward collection method information, the number of reward items, and the item information (ID and quantity), and the client display configuration information includes the task icon information, the task name information, the task description information, the reward item information that is highlighted, and the jump interface information.

[0141] For the convenience of description, this embodiment will Figure 4 The core contents of the task configuration table shown are sorted and classified, such as Figure 5 As shown, the core contents of the above task configuration table are explained below in terms of identification and classification, activation conditions, completion progress, reward collection and client display.

[0142] Identification and classification: including task ID, task type, and task classification. Task ID is the unique identifier of the task. Task type is the specific content name of the task. Different task types have different task contents, such as Figure 6 The tasks shown are login tasks, adding friends tasks, upgrading rank tasks, completing game tasks, destroying defense tower tasks, etc. Task classification is a collection of task types, where the same task classification has the same or different unique opening conditions and client delivery conditions, such as Figure 8 Daily tasks, limited-time tasks, return to the treasure tasks, etc. are shown.

[0143] Opening conditions: including task switch, minimum protocol version number and maximum protocol version number, start time and end time, opening condition parameters, whether it is visible when not turned on, and using battle mode. Each task needs to meet all the opening conditions before it will be sent to the client for display, and the player can see the task completed. Task switch, 0 means off; 1 means on, generally configured to be turned on. Minimum protocol version number and maximum protocol version number, when the client connected to the server uses a communication protocol version number that is not between the minimum protocol version number and the maximum protocol version number, the task is not visible; if not configured, it means no restriction. Start time and end time, when the current time is not between the start time and the end time, the client cannot see the task; if not configured, it means no restriction. Opening conditions, the opening conditions of this embodiment include player level, platform type (including Android, IOS), owning a specified hero, owning a specified skin, etc. Opening condition parameters, parameters set according to the opening conditions, numerical type; if the opening condition is configured as player level, the opening condition parameter is 10, indicating that this opening condition is met only when the player level is 10 or above. Whether it is visible when it is not enabled, when the enabling condition parameters corresponding to the enabling condition are not met, whether the client can see the task; if the enabling condition is configured as the summoner level, the enabling condition parameter is 10, when the configuration is not enabled, players with a level of 9 or below can see the task, otherwise it is invisible. When using the battle mode, some tasks are related to the battle, such as Figure 8 As shown in the figure, the tasks of completing the game, destroying the defense tower, killing and assisting, and giving teammates a thumbs up can specify the battle mode. The tasks can only be completed when the battle mode of the corresponding mode is carried out. The battle mode is represented by a bitmap, as shown in Table 7.

[0144] Table 7

[0145]

[0146] Completion progress: including total task progress, task parameters 1-5, whether it is a one-time task, whether it can be completed repeatedly, and refresh type. Total task progress, the progress required to complete the task, numerical type. Task parameters 1-5, custom task parameters, can define different meanings according to the task type, greatly improving the flexibility of the task, as shown in Table 8. The "Complete Game" task shown in Table 8 can be achieved by defining the meaning of task parameters 1 to 5. Figure 3The various tasks shown, such as configuration parameter 1 is 2, and other parameters are the corresponding preset parameters mentioned above (for example, 00), which means teaming up with two friends to complete the game; configuration parameter 2 is 1, and other parameters are the corresponding preset parameters mentioned above (for example, 00), which means teaming up with 1 guild member to complete the game. Is it a one-time task? A one-time task can only be completed once, and after receiving the reward, it will no longer be sent to the client for display. Whether it can be completed repeatedly, after the task is completed, can the player start over to complete it. Refresh type, that is, the reset mode of the task progress. The processing logic of the refresh type used in this embodiment is shown in Table 9.

[0147] Table 8

[0148]

[0149] Table 9

[0150]

[0151] Reward Collection: Including reward collection methods and reward items. Reward Collection Method: When the task is completed, the corresponding reward collection method includes automatic collection, manual collection, and automatic and manual collection. Automatic collection, the server automatically sends the reward to the client, and the player does not need to click the collection button. Manual collection, the player needs to manually click the collection button to get the reward. Automatic and manual collection, automatic collection is given priority. When automatic collection fails, the player can collect manually. Reward items, including the number of items rewarded for completing the task, the specific reward items and the reward quantity.

[0152] Client display: Figures 6-7 As shown, this embodiment will not be described in detail here.

[0153] (II) Mission System

[0154] After the task system is initialized, it will be Figure 4 The task configuration table shown in the figure is converted into a task XML file, loaded into shared memory, and the task type (i.e. Figure 5 The mapping between the task type and the task ID set (i.e., the key is the task type and the value is the task ID set). When the corresponding system (such as the friend system, guild system, settlement system, etc.) triggers a task, the task type will be specified. Through the mapping relationship established above, the specific task ID can be quickly located when the task is triggered in other systems, which is convenient for processing.

[0155] To further illustrate, an optional task processing flow of a task system is as follows: Fig. 9As shown, the task system provides a unified external interface: trigger_task, which other systems can call to trigger tasks to complete; the interface can accept but is not limited to 5 parameters: task type parameter: that is, Figure 5 The type field shown. Battle mode parameter: When the game battle is settled, the battle mode can be obtained as a parameter of this interface. When the task does not require a battle mode, 0 can be passed. Progress parameter: When the task is triggered, the progress of the completed task; such as completing a game task, the progress is 1 when the battle is settled, indicating that a game is completed; for tasks that consume currency, the progress indicates the amount of currency consumed, etc. Integer parameter: A custom parameter, such as completing a game task, this integer parameter can be used to indicate the number of guild members in this game, etc., to assist in determining whether the task is completed. Untyped pointer parameter: A custom parameter that can be used to pass complex data (such as a custom structure) to assist in determining the completion of the task.

[0156] According to the task type, the task ID set is obtained from the mapping established during initialization.

[0157] Traverse the task ID set and process each task one by one until all tasks are processed.

[0158] According to the task ID, the configured task content is obtained from the initialized shared memory. At this time, the task category corresponding to the task ID can be obtained.

[0159] According to the task classification, search for the established task classification processor; if found, proceed to the next step; if not found, it means that the task classification has no personalized opening conditions and the check is skipped.

[0160] It should be noted that the task classification processor can be, but is not limited to, a structure array, each element of which is used to define each task classification (i.e. Figure 5 The special processing logic of the TaskCategory field) is shown in Table 10.

[0161] Table 10

[0162]

[0163]

[0164] The check function for executing the task classification (i.e., the FuncCheckOpenCond field in Table 10) contains the personalized opening conditions for the task classification and often relies on other systems (such as Figure 6The Return Guide task shown is only open to returning players, and relies on the return system to determine whether the player is a returning player). If the opening conditions are met, continue to the next step; otherwise, end the processing of the task and traverse the next task ID.

[0165] According to the content of the task configuration table, determine whether the task switch is turned on. If it is turned on, continue to the next step; otherwise, end the processing of the task and traverse the next task ID.

[0166] Get the protocol version number from the player object. If the minimum protocol version number of the task configuration table is configured as 0, it means that the task configuration table has no minimum protocol version number configured, so there is no need to check. Otherwise, determine whether the protocol version number of the player object is greater than the minimum protocol version number. If so, proceed to the next step. If not, end the processing of the task and traverse the next task ID.

[0167] If the highest protocol version number of the task configuration table is configured as 0, it means that the task configuration table has not configured the highest protocol version number, so there is no need to check; otherwise, determine whether the protocol version number of the player object is less than the highest protocol version number. If so, continue to the next step. If not, end the processing of the task and traverse the next task ID.

[0168] If the start time of the task configuration table is configured as 0, it means that the task configuration table has no start time configured, so there is no need to check; otherwise, determine whether the current time is greater than the start time. If so, continue to the next step. If not, end the processing of the task and traverse the next task ID.

[0169] If the end time of the task configuration table is configured as 0, the task configuration table does not have an end time configured, so there is no need to check; otherwise, determine whether the current time is less than the end time. If so, continue to the next step. If not, end the processing of the task and traverse the next task ID.

[0170] According to the start condition, determine whether the data of the player object meets the configured start condition parameters. If so, proceed to the next step; if not, end the processing of the task and traverse the next task ID.

[0171] If the applicable battle mode configuration of the task configuration table is not 0, then determine whether the battle mode of the trigger_task interface is satisfied. If satisfied, proceed to the next step; if not satisfied, end the processing of the task and traverse the next task ID.

[0172] According to the task type, search for the task type processor; if found, proceed to the next step; if not found, it means that the system is wrong and the processing logic of this task type is not defined, then the whole processing flow is terminated directly (it belongs to the protection logic and generally does not happen).

[0173] It should be noted that the task type processor is similar to the task classification processor, and can be, but is not limited to, also a structure array, each element of which is used to define each task type (i.e. Figure 5 The processing logic of the Type field) is shown in Table 11.

[0174] Table 11

[0175]

[0176] According to the task ID, the stored task unit is obtained from the player object. If it does not exist, it is created. Because reaching this point means that the player can complete the task and has made a certain progress, it needs to be stored. The task unit of the player object is shown in Table 12:

[0177] Table 12

[0178]

[0179]

[0180] Get the task status of the task unit of the player object (i.e., the Status field in Table 12). If it is "completed and can be collected" (i.e., TASK_STATUS_CAN_GET in Table 12) or "completed and collected" (i.e., TASK_STATUS_HAVE_GOT in Table 12), it means that the task has been completed and does not need to be continued. In this case, the processing of the task is terminated and the next task ID is traversed; otherwise, the next step is continued.

[0181] Execute the task processing function and update the task progress (i.e., the ProcessValue field in Table 12) according to the parameters of the trigger_task interface.

[0182] Determine whether the task is completed. If completed, determine whether automatic reward collection is configured. If so, automatically issue the reward and set the task status to "completed and collected" (i.e., TASK_STATUS_HAVE_GOT in Table 12). If not, set the task status to "completed and can be collected" (i.e., TASK_STATUS_CAN_GET in Table 12). Optionally, according to the NotifyFlag field in Table 12, determine whether to notify the client to update the task progress and reward collection status (if the task has been completed).

[0183] Determine whether the task is configured to be repeatable (i.e. Figure 5 If there is no CanRepeat field, the task processing ends and the next task ID is traversed; if there is, the next step is continued.

[0184] Determine whether the task is configured with automatic reward collection or whether the task status of the task unit (i.e., the Status field in Table 12) is "completed and collected" (i.e., TASK_STATUS_HAVE_GOT in Table 12). If not, end the processing of the task and traverse the next task ID; if yes, proceed to the next step.

[0185] Reset the task unit of the player object, that is, set the ProcessValue field in Table 12 to 0 and the Status field to TASK_STATUS_NO_COMPLETE.

[0186] After that, it means that the task has been processed and continues to traverse the next task ID for processing

[0187] Optionally, in this embodiment, when a player logs into the game for the first time that day or the timer detects that the player logs in online at midnight, the task day refresh is triggered, such as Fig.10 As shown, including:

[0188] Check whether the player has executed the cross-day processing logic. If so, end; otherwise, continue to the next step.

[0189] Get the task unit array of the player object (the elements of the array are shown in Table 12).

[0190] Traverse the task unit array of the player object and process each element one by one until the entire array is processed. Record the current timestamp to determine whether to trigger a task day refresh next time.

[0191] According to the task ID (ID field in Table 12), the content of the task configuration table is obtained from the initialized shared memory. If not found, the processing of the current task unit is terminated and the next task unit is traversed; if found, the next step is executed.

[0192] Determine whether the configured refresh type is the same as the refresh type to be processed (here is the daily refresh). If not, end the processing of the current task unit and continue to traverse the next task unit; if yes, continue to the next step.

[0193] Determine whether the task status of the task unit (i.e., the Status field in Table 12) is incomplete (i.e., TASK_STATUS_NO_COMPLETE in Table 12). If so, record the task flow to facilitate future task completion analysis; if not, proceed to the next step.

[0194] Deleting the task unit from the player object is equivalent to the player never having done the task and can complete it again, thus realizing the "daily refresh" mechanism.

[0195] Continue processing the next task unit.

[0196] It is understandable that the weekly refresh process is carried out after the daily refresh is completed. Fig.10 Similarly, no further description is given here; in addition, this embodiment takes Monday as the beginning of a week, so online across weeks means online across Monday at midnight. Similarly, for refresh processing flows of other cycles, such as monthly refresh processing flows and annual refresh processing flows, the same can be applied, and no further description is given in this embodiment.

[0197] (III) Client display

[0198] A main process of a client pulling a task list for display based on the above-mentioned general game task system, such as Fig.11 As shown: When the player logs into the game, the client will pull the task lists of different task categories from the lobby server through the protocol (CS_CMD_GET_TASK_LIST) for display.

[0199] The lobby server obtains the task classification from the request packet.

[0200] According to the task classification, search for the established task classification processor; if found and FuncCheckNotify is not NULL, proceed to the next step; otherwise skip the check.

[0201] The check function FuncCheckNotify for executing task classification contains the personalized delivery conditions for the task classification and often relies on other systems (such as novice tasks, which need to rely on the growth system to determine whether the player is a novice player). If the delivery conditions are met, proceed to the next step; otherwise, a response package with an empty task list is sent to the client.

[0202] Traverse the initialized shared memory (i.e. the contents of the task configuration table) until all configured tasks are processed, and then send a response packet to the client (the response packet contains the tasks that meet the conditions).

[0203] After completing the task classification and distribution inspection, the next step is to check according to the contents of the task configuration table, and Fig. 9 The checks shown are similar and will not be repeated here.

[0204] After completing the check of the configuration items in the task configuration table, obtain the stored task unit from the player object according to the task ID (as shown in Table 12). If the task unit is not NULL (that is, it exists), proceed to the next step; otherwise, skip this step.

[0205] Determine whether the task is configured as a one-time task, and the task status (i.e., the Status field in Table 12) is "completed and received" (i.e., TASK_STATUS_HAVE_GOT in Table 12). If so, there is no need to send the task to the client, and continue to process the next task.

[0206] Determine whether the current number of tasks has reached the maximum number of tasks sent by the response package. If so, end the traversal and directly send the response package to the client; otherwise, add the task to the response package. In this embodiment, the maximum number of tasks set in the response package can be but is not limited to 200. Continue to traverse the next task for processing.

[0207] It should be noted that when the player's task progress is updated, the lobby server will actively notify the client to update the task progress and reward collection status, which will not be repeated here.

[0208] Through the embodiments provided in this application, a design of a flexibly configurable general game task is proposed. By summarizing the common features of game tasks and considering personalized conditions, the task configuration table is supported to provide rich settings for game tasks to meet the "customization" requirements of different systems for tasks, thereby improving the versatility and reusability of tasks and reducing development and maintenance costs. This embodiment aggregates tasks with the same features through task classification, facilitates centralized judgment and inspection, and improves the reuse of task types. When a task is triggered and issued, this embodiment will first determine whether the player meets the task conditions. If so, it will be stored on the player object, avoiding the storage of invalid tasks, thereby greatly reducing the storage cost of tasks.

[0209] It is understandable that in the specific implementation of this application, related data such as user information is involved. When the above embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of relevant data need to comply with relevant laws, regulations and standards of relevant countries and regions.

[0210] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0211] According to another aspect of the embodiment of the present application, a device for configuring game task data for implementing the above-mentioned method for configuring game task data is also provided. Fig.12 As shown, the device comprises:

[0212] The acquisition unit 1202 is used to obtain at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong in response to a configuration request triggered by the game task data, wherein the game task data carries a subtask parameter, the subtask parameter is used to change the task content corresponding to the game task data, the subtask parameter is allowed to be adjusted to any subparameter of at least two subparameters, the at least two task contents include task contents respectively corresponding to the game task data when the subtask parameter is adjusted to any subparameter, and the configuration request is used to request configuration of the game task data for the virtual game;

[0213] Establishing unit 1204 is used to establish a mapping relationship between at least one task type and game task data, and store the game task data in a task database according to the mapping relationship, wherein the task data stored in the task database is set to create a corresponding game task in the virtual game.

[0214] As an optional solution, the device also includes:

[0215] The first adjustment module is used to change the first game task created in the virtual game into a second game task in response to a first adjustment request for the subtask parameter after establishing a mapping relationship between at least one task type and the game task data and storing the game task data in a task database according to the mapping relationship, wherein the first adjustment request is used to request that the value of the first subtask parameter in the subtask parameter be adjusted to the value of the second subtask parameter, the first game task is a game task corresponding to the first subtask parameter, which is used to indicate the completion of the first task content of the first module type, the second game task is a game task corresponding to the second subtask parameter, which is used to indicate the completion of the second task content of the second module type, at least two task contents include the first task content and the second task content, and at least one task type includes the first task type and the second task type.

[0216] As an optional solution, the device also includes:

[0217] a second adjustment module, for, after establishing a mapping relationship between at least one task type and game task data and storing the game task data in a task database according to the mapping relationship, responding to a second adjustment request for subtask parameters, changing a third game task created in the virtual game into a fourth game task, wherein the second adjustment request is used to indicate that a third subtask parameter value in the subtask parameters is adjusted to a fourth subtask parameter value, the third game task is a game task corresponding to the third subtask parameter, and the fourth game task is a game task corresponding to the fourth subtask parameter and used to indicate completion of the first task content and the second task content; or

[0218] The third adjustment module is used to change the third game task created in the virtual game into a fifth game task in response to a third adjustment request for the subtask parameters after establishing a mapping relationship between at least one task type and the game task data and storing the game task data in the task database according to the mapping relationship, wherein the third adjustment request is used to indicate that the third subtask parameter value in the subtask parameter is adjusted to the fifth subtask parameter value, and the fifth game task is a game task corresponding to the fifth subtask parameter and is used to indicate the completion of the first task content or the second task content.

[0219] As an optional solution, the acquisition unit 1202 includes: a first acquisition module, used to acquire a first task classification and a second task classification to which at least two task contents belong, wherein the first task classification is used to indicate a module type to which the task content belongs, and the second task classification is used to indicate a processing type to which the task content belongs;

[0220] The establishing unit includes: a first establishing module, which is used to establish a first mapping relationship between a first task classification and game task data, and to establish a second mapping relationship between a second task classification and game task data.

[0221] As an optional solution, the establishing unit 1204 includes:

[0222] A first verification module is used to perform a primary verification on a first task category to which each task content corresponding to the game task data belongs, and obtain a first task content set that passes the primary verification, wherein the primary verification is used to verify whether the first task category meets a first opening condition;

[0223] A second verification module is used to perform secondary verification on the activation subtask parameters corresponding to each task content in the first task content set by using the second task classification, so as to obtain a second task content set that passes the secondary verification, wherein the secondary verification is used to verify whether the activation subtask parameters meet the second activation condition, and the subtask parameters include activation subtask parameters;

[0224] The storage module is used to store the game task data corresponding to the second task content set into the task database according to the mapping relationship.

[0225] As an optional solution, the second verification module includes:

[0226] A first sub-check module is used to obtain the task switch parameter in the start sub-task parameter by using the second task classification, and perform a first check on the task switch parameter;

[0227] A second sub-check module is used to determine that the first check is passed and perform a second check on the protocol parameters in the start sub-task parameters when the first check indicates to start each task content;

[0228] A third sub-verification module is used to determine that the second verification is passed when the second verification indicates that the protocol parameters are consistent with the protocol version information of the client corresponding to each task content, and to perform a third verification on the time parameter in the start sub-task parameter, wherein the client is used to run the virtual game;

[0229] A fourth sub-verification module, configured to determine that the third verification is passed if the time parameter indicated by the third verification is consistent with the running time information of the virtual game, and to perform a fourth verification on the battle situation parameter in the start sub-task parameter;

[0230] A first determination module, configured to determine that the fourth verification is passed if the fourth verification indicates that the battle parameters are consistent with the battle mode information of the client;

[0231] The second determining module is used to determine the task content that has passed the fourth verification as a second task content set that has passed the secondary verification.

[0232] As an optional solution, the device also includes:

[0233] A second acquisition module is used to perform secondary verification on the start subtask parameters corresponding to each task content in the first task content set by using the second task classification, and after obtaining the second task content set that passes the secondary verification, obtain the completion progress information of each task content;

[0234] A third determination module is used to perform secondary verification on the start subtask parameters corresponding to each task content in the first task content set by using the second task classification, and after obtaining the second task content set that passes the secondary verification, determine the task status information of each task content according to the verification result obtained by verifying the completion progress information, wherein, when the verification result indicates that the current task content is not completed, it is determined that the current task content is in a first task state where the reward cannot be collected; when the verification result indicates that the current task content is completed and the collection parameter corresponding to the current task content is the first collection parameter, it is determined that the current task content is in a second task state where the reward can be collected; when the verification result indicates that the current task content is completed and the collection parameter is the second collection parameter, it is determined that the current task content is in a third task state where the reward has been collected, and the subtask parameter includes a collection parameter;

[0235] The first update module is used to perform a secondary check on the activation subtask parameters corresponding to each task content in the first task content set using the second task classification, and after obtaining the second task content set that passes the secondary check, use the task status information to update the completion progress information and reward collection information corresponding to each task content.

[0236] As an optional solution, the device also includes:

[0237] A third acquisition module is used to obtain the refresh parameters corresponding to each task content after determining the task status information of each task content according to the verification result obtained by verifying the completion progress information;

[0238] The second update module is used to update the completion progress information and reward collection information corresponding to each task content to an initial state after determining the task status information of each task content based on the verification result obtained by verifying the completion progress information, and when the refresh parameter indicates a daily refresh and it is detected that the virtual game is running across midnight on the client or is running for the first time of the day.

[0239] As an optional solution, the establishment unit 1204 includes:

[0240] A second establishing module is used to establish a mapping relationship according to the matching degree between at least one task type and the game task data, and record the mapping relationship in a task configuration table;

[0241] The device also includes:

[0242] The third updating module is used to update the mapping relationship recorded in the task configuration table in response to a third updating request triggered on the task configuration table after establishing a mapping relationship between at least one task type and the game task data.

[0243] For the specific implementation, reference may be made to the example shown in the above-mentioned method for configuring game task data, which will not be described in detail in this example.

[0244] According to another aspect of the embodiment of the present application, an electronic device for implementing the above-mentioned game task data configuration method is also provided. The electronic device can be but is not limited to Figure 1 The terminal device 102 or the server 112 shown in FIG. 1 is used as an example to illustrate the embodiment of the present invention. Fig.13 As shown, the electronic device includes a memory 1302 and a processor 1304. The memory 1302 stores a computer program, and the processor 1304 is configured to execute the steps in any of the above method embodiments through the computer program.

[0245] Optionally, in this embodiment, the electronic device may be located in at least one network device among a plurality of network devices of a computer network.

[0246] Optionally, in this embodiment, the processor may be configured to perform the following steps through a computer program:

[0247] S1, in response to a configuration request triggered by game task data, obtaining at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong, wherein the game task data carries a subtask parameter, the subtask parameter is used to change the task content corresponding to the game task data, the subtask parameter is allowed to be adjusted to any subparameter of at least two subparameters, the at least two task contents include task contents respectively corresponding to the game task data when the subtask parameter is adjusted to any subparameter, and the configuration request is used to request configuration of the game task data for the virtual game;

[0248] S2, establishing a mapping relationship between at least one task type and game task data, and storing the game task data in a task database according to the mapping relationship, wherein the task data stored in the task database is configured to create a corresponding game task in the virtual game.

[0249] Alternatively, a person skilled in the art may understand that: Fig.13 The structure shown is for illustration only. Fig.13 The structure of the electronic device is not limited. Fig.13 More or fewer components (such as network interfaces, etc.) as shown in, or with Fig.13 Different configurations are shown.

[0250] Among them, the memory 1302 can be used to store software programs and modules, such as the program instructions / modules corresponding to the configuration method and device of the game task data in the embodiment of the present application. The processor 1304 executes various functional applications and data processing by running the software programs and modules stored in the memory 1302, that is, realizing the above-mentioned configuration method of the game task data. The memory 1302 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 1302 may further include a memory remotely arranged relative to the processor 1304, and these remote memories may be connected to the electronic device via a network. Examples of the above-mentioned networks include but are not limited to the Internet, corporate intranets, local area networks, mobile communication networks and combinations thereof. Among them, the memory 1302 can be specifically but not limited to being used to store information such as mapping relationships. As an example, such as Fig.13 As shown, the memory 1302 may include but is not limited to the acquisition unit 1202 and the establishment unit 1204 in the configuration device for the game task data. In addition, other module units in the configuration device for the game task data may also be included but are not limited to, which will not be repeated in this example.

[0251] Optionally, the transmission device 1306 is used to receive or send data via a network. Specific examples of the network may include a wired network and a wireless network. In one example, the transmission device 1306 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices and routers via a network cable so as to communicate with the Internet or a local area network. In one example, the transmission device 1306 is a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0252] In addition, the electronic device further includes: a display 1308 for displaying the mapping relationship and other information; and a connection bus 1310 for connecting various module components in the electronic device.

[0253] In other embodiments, the terminal device or server may be a node in a distributed system, wherein the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting the multiple nodes through network communication. A peer-to-peer network may be formed between the nodes, and any form of computing device, such as a server, a terminal device, or other electronic device, may become a node in the blockchain system by joining the peer-to-peer network.

[0254] According to one aspect of the present application, a computer program product is provided, the computer program product comprising a computer program / instruction, the computer program / instruction comprising a program code for executing the method shown in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication part, and / or installed from a removable medium. When the computer program is executed by a central processing unit, various functions provided by the embodiments of the present application are executed.

[0255] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0256] It should be noted that the computer system of the electronic device is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0257] The computer system includes a central processing unit (CPU), which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) or the program loaded from the storage part to the random access memory (RAM). In the random access memory, various programs and data required for system operation are also stored. The central processing unit, the read-only memory and the random access memory are connected to each other through a bus. The input / output interface (I / O interface) is also connected to the bus.

[0258] The following components are connected to the input / output interface: an input part including a keyboard, a mouse, etc.; an output part including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage part including a hard disk, etc.; and a communication part including a network interface card such as a local area network card, a modem, etc. The communication part performs communication processing via a network such as the Internet. A drive is also connected to the input / output interface as needed. Removable media, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., are installed on the drive as needed so that the computer program read therefrom is installed into the storage part as needed.

[0259] In particular, according to an embodiment of the present application, the process described in each method flow chart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer readable medium, and the computer program contains a program code for executing the method shown in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication part, and / or installed from a removable medium. When the computer program is executed by a central processing unit, various functions defined in the system of the present application are executed.

[0260] According to one aspect of the present application, a computer-readable storage medium is provided, and a processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the methods provided in the above-mentioned various optional implementations.

[0261] Optionally, in this embodiment, the computer-readable storage medium may be configured to store a computer program for performing the following steps:

[0262] S1, in response to a configuration request triggered by game task data, obtaining at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong, wherein the game task data carries a subtask parameter, the subtask parameter is used to change the task content corresponding to the game task data, the subtask parameter is allowed to be adjusted to any subparameter of at least two subparameters, the at least two task contents include task contents respectively corresponding to the game task data when the subtask parameter is adjusted to any subparameter, and the configuration request is used to request configuration of the game task data for the virtual game;

[0263] S2, establishing a mapping relationship between at least one task type and game task data, and storing the game task data in a task database according to the mapping relationship, wherein the task data stored in the task database is configured to create a corresponding game task in the virtual game.

[0264] Optionally, in this embodiment, a person of ordinary skill in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by instructing hardware related to the electronic device through a program, and the program may be stored in a computer-readable storage medium, and the storage medium may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0265] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0266] If the integrated units in the above embodiments are implemented in the form of software functional units and sold or used as independent products, they can be stored in the above computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling one or more computer devices (which may be personal computers, servers, or network devices, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application.

[0267] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0268] In the several embodiments provided in the present application, it should be understood that the device embodiments described above are only schematic, for example, the division of the units is only a logical function division, and there may be other division methods in actual implementation, for example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

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

[0270] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0271] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A method for configuring game task data, characterized in that: include: In response to a configuration request triggered on game task data, at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong are obtained, wherein the game task data carries a subtask parameter, the subtask parameter is used to change the task content corresponding to the game task data, the subtask parameter is allowed to be adjusted to any subparameter of at least two subparameters, the at least two task contents include the task contents respectively corresponding to the game task data when the subtask parameter is adjusted to any subparameter, and the configuration request is used to request configuration of the game task data for a virtual game; A mapping relationship between the at least one task type and the game task data is established, and the game task data is placed in a task database for storage according to the mapping relationship, wherein the task data stored in the task database is configured to create a corresponding game task in the virtual game.

2. The method according to claim 1, characterized in that After establishing a mapping relationship between the at least one task type and the game task data, and storing the game task data in a task database according to the mapping relationship, the method further includes: In response to a first adjustment request for the subtask parameters, a first game task created in the virtual game is changed to a second game task, wherein the first adjustment request is used to request that the first subtask parameter value in the subtask parameters be adjusted to the second subtask parameter value, the first game task is a game task corresponding to the first subtask parameter, which is used to indicate the completion of a first task content of a first module type, the second game task is a game task corresponding to the second subtask parameter, which is used to indicate the completion of a second task content of a second module type, the at least two task contents include the first task content and the second task content, and the at least one task type includes the first task type and the second task type.

3. The method according to claim 2, characterized in that After establishing a mapping relationship between the at least one task type and the game task data, and storing the game task data in a task database according to the mapping relationship, the method further includes: In response to a second adjustment request for the subtask parameters, changing a third game task created in the virtual game to a fourth game task, wherein the second adjustment request is used to instruct to adjust the third subtask parameter value in the subtask parameters to the fourth subtask parameter value, the third game task is a game task corresponding to the third subtask parameter, and the fourth game task is a game task corresponding to the fourth subtask parameter and used to indicate completion of the first task content and the second task content; or In response to a third adjustment request for the subtask parameters, the third game task created in the virtual game is changed to a fifth game task, wherein the third adjustment request is used to indicate that the third subtask parameter value in the subtask parameters is adjusted to the fifth subtask parameter value, and the fifth game task is a game task corresponding to the fifth subtask parameter and used to indicate the completion of the first task content or the second task content.

4. The method according to claim 1, characterized in that: The obtaining of at least two task contents corresponding to the game task data and at least one task type to which the at least two task contents belong comprises: obtaining a first task classification and a second task classification to which the at least two task contents belong, wherein the first task classification is used to indicate a module type to which the task contents belong, and the second task classification is used to indicate a processing type to which the task contents belong; The establishing of the mapping relationship between the at least one task type and the game task data includes: establishing a first mapping relationship between the first task classification and the game task data, and establishing a second mapping relationship between the second task classification and the game task data.

5. The method according to claim 4, characterized in that The storing the game task data in a task database according to the mapping relationship comprises: Performing a check on the first task category to which each task content corresponding to the game task data belongs, to obtain a first task content set that passes the check, wherein the check is used to check whether the first task category satisfies a first opening condition; Using the second task classification, performing secondary verification on the activation subtask parameters corresponding to each task content in the first task content set to obtain a second task content set that passes the secondary verification, wherein the secondary verification is used to verify whether the activation subtask parameters meet the second activation condition, and the subtask parameters include the activation subtask parameters; According to the mapping relationship, the game task data corresponding to the second task content set is put into the task database for storage.

6. The method according to claim 5, characterized in that The second task classification is used to perform secondary verification on the start subtask parameters corresponding to each task content in the first task content set to obtain a second task content set that passes the secondary verification, including: Using the second task classification, obtaining a task switch parameter in the start subtask parameter, and performing a first check on the task switch parameter; In the case where the first verification indicates to enable each of the task contents, determining that the first verification is passed, and performing a second verification on the protocol parameters in the enabling subtask parameters; If the second check indicates that the protocol parameters conform to the protocol version information of the client corresponding to each task content, determining that the second check is passed, and performing a third check on the time parameter in the start subtask parameter, wherein the client is used to run the virtual game; If the third check indicates that the time parameter meets the running time information of the virtual game, determine that the third check is passed, and perform a fourth check on the battle situation parameter in the start subtask parameter; If the fourth check indicates that the battle parameters are consistent with the battle mode information of the client, determining that the fourth check is passed; The task contents that pass the fourth verification are determined as the second task content set that passes the secondary verification.

7. The method according to claim 5, characterized in that After performing secondary verification on the start subtask parameters corresponding to each task content in the first task content set by using the second task classification to obtain the second task content set that passes the secondary verification, the method further includes: Obtaining completion progress information of each task content; Determine the task status information of each task content according to the verification result obtained by verifying the completion progress information, wherein, when the verification result indicates that the current task content is not completed, determine that the current task content is in a first task state where the reward cannot be collected; when the verification result indicates that the current task content is completed and the collection parameter corresponding to the current task content is the first collection parameter, determine that the current task content is in a second task state where the reward can be collected; when the verification result indicates that the current task content is completed and the collection parameter is the second collection parameter, determine that the current task content is in a third task state where the reward has been collected, and the subtask parameters include the collection parameter; The task status information is used to update the completion progress information and reward collection information corresponding to each task content.

8. The method according to claim 7, characterized in that After determining the task status information of each task content according to the verification result obtained by verifying the completion progress information, the method further includes: Obtaining refresh parameters corresponding to each task content; When the refresh parameter indicates a daily refresh and it is detected that the virtual game is running on the client across midnight or is running for the first time that day, the completion progress information and the reward collection information corresponding to each task content are updated to an initial state.

9. The method according to any one of claims 1 to 8, characterized in that The establishing of the mapping relationship between the at least one task type and the game task data comprises: establishing the mapping relationship according to the matching degree between the at least one task type and the game task data, and recording the mapping relationship in a task configuration table; After establishing the mapping relationship between the at least one task type and the game task data, the method further includes: updating the mapping relationship recorded in the task configuration table in response to a third update request triggered on the task configuration table.

10. A device for configuring game task data, characterized in that: include: an acquisition unit, configured to acquire, in response to a configuration request triggered on game task data, at least two task contents corresponding to the game task data, and at least one task type to which the at least two task contents belong, wherein the game task data carries a subtask parameter, the subtask parameter is used to change the task content corresponding to the game task data, the subtask parameter is allowed to be adjusted to any subparameter of at least two subparameters, the at least two task contents include the task contents respectively corresponding to the game task data when the subtask parameter is adjusted to any subparameter, and the configuration request is used to request configuration of the game task data for a virtual game; An establishing unit is used to establish a mapping relationship between the at least one task type and the game task data, and store the game task data in a task database according to the mapping relationship, wherein the task data stored in the task database is set to create a corresponding game task in the virtual game.

11. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored program, wherein the program executes the method described in any one of claims 1 to 9 when executed by an electronic device.

12. A computer program product comprising a computer program / instructions, characterized in that When the computer program / instructions are executed by a processor, the steps of the method described in any one of claims 1 to 9 are implemented.

13. An electronic device comprising a memory and a processor, characterized in that: A computer program is stored in the memory, and the processor is configured to execute the method according to any one of claims 1 to 9 through the computer program.

Images