Data processing method, device, server equipment and chip system

Abstract

The embodiments of the present application provide a data processing method, apparatus, server device and chip system, which relate to the field of data processing technology. The method can significantly improve the task configuration and processing efficiency of marketing activities. The method may include: receiving a first request message. According to the first task code and the first process code, obtaining a first rule configuration. According to the first rule configuration indication, at least one rule judgment processing is successful, and it is determined that the first rule configuration judgment is successful. The first rule configuration judgment success indicates that the available remaining number of times the first user account corresponding to the first login information is greater than 0. The available remaining number corresponds to the number of times that the first activity can be participated. The first activity corresponds to the first task. According to the first task code and the first process code, obtaining a first action configuration. The first action configuration indicates the first distribution information. According to the first action configuration, generating a first response information. The first response information includes the first distribution information.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of data processing technology, and in particular to a data processing method, apparatus, server device, and chip system. Background Art

[0002] Currently, electronic devices can interact with cloud servers in the process of providing services to users to push marketing activities to users.

[0003] For example, a task may be configured in the server, which is related to an activity. When a user inputs an operation related to an activity (such as participating in an activity, receiving a reward in an activity, etc.) on an electronic device, the server can respond to the electronic device accordingly based on the judgment logic configured in the task. For example, based on the number of times the user currently participates in the activity, the participation information of the specified action corresponding to the current activity (such as a purchase behavior), etc., it is determined whether the judgment logic in the task is satisfied, and then the corresponding response information is generated and sent to the electronic device. In this way, the electronic device can display the corresponding interface according to the response information, such as reward collection, failure to participate in the activity, etc.

[0004] A large number of tasks can be configured in the server to support a variety of marketing activities. However, the existing task configuration and processing mechanism has the problems of complex task configuration and low processing efficiency. Summary of the Invention

[0005] The present application provides a data processing method, apparatus, server device and chip system, and provides a configuration and processing framework for marketing activities, which significantly improves the task configuration and processing efficiency of marketing activities.

[0006] To achieve the above technical objectives, this application adopts the following technical solutions:

[0007] In a first aspect, a data processing method is provided, applied to a data processing device. The data processing device is configured with a first task, the first task including a first process. The first task corresponds to a first task code. The first process corresponds to a first process code. The first process is configured with a first rule configuration and a first action configuration. The first rule configuration instructs the execution of at least one rule determination process. The method comprises: receiving a first request message, the first request message including the first task code, the first process code, and first login information. The first request message is used to obtain first allocation information. Based on the first task code and the first process code, the first rule configuration is obtained. If the at least one rule determination process indicated by the first rule configuration is successful, the first rule configuration is determined to be successful. The successful first rule configuration indicates that the remaining available times of the first user account corresponding to the first login information is greater than zero. The remaining available times correspond to the number of times a user can participate in a first activity. The first activity corresponds to the first task. Based on the first task code and the first process code, the first action configuration is obtained. The first action configuration indicates the first allocation information. Based on the first action configuration, a first response message is generated. The first response message includes the first allocation information.

[0008] Thus, by configuring rule configurations and action configurations within the data processing device, tasks for different activities can be configured. Specifically, rule configurations can be used to limit the number of times different users can participate in activity tasks, thereby determining the allocation of rewards to each user. In this example, the judgment mechanism for rule configuration is decoupled from the action configuration for reward allocation, achieving a separation between judgment and allocation. This facilitates task and processing maintenance within the data processing device, improving efficiency.

[0009] Optionally, the first process is further configured with a first conditional configuration. The first conditional configuration indicates that at least one conditional judgment process is to be performed. Before obtaining the first action configuration, the method further includes: obtaining the first conditional configuration based on the first task code and the first process code. If the at least one conditional judgment process indicated by the first conditional configuration is successful, it is determined that the first conditional configuration is successful. The successful first conditional configuration judgment corresponds to configuring the first distribution information to the first user account.

[0010] Therefore, by setting conditional configuration for tasks, a richer judgment mechanism can be supported. This implements a multi-level judgment structure of activity participation qualifications (such as rule configuration) and distribution conditions (such as condition configuration), which can support more activity configuration and processing.

[0011] Optionally, the first distribution information includes at least one of the following: a page display element corresponding to the first activity, and reward information corresponding to the first activity. The distribution information may correspond to the first process. In this way, the first process is used to manage and control some of the distribution information in the first task.

[0012] Optionally, before obtaining the first rule configuration, the method further includes: performing conditional filtering on the first request information. The conditional filtering includes at least one of: activity time filtering and activity status filtering. The activity time filtering is used to determine whether the time when the first request information is received is within a valid time period configured for the first task and the first process. The activity status filtering is used to determine whether the first task and the first process are active.

[0013] In this application, before executing the judgment of the rule configuration and the judgment of the condition configuration, pre-configured condition filtering processing can be performed to screen out irrelevant users and improve the efficiency and accuracy of subsequent judgments.

[0014] Optionally, the first rule configuration includes calling a first plug-in, the first plug-in being configured to obtain the remaining available times of the user account. The at least one rule determination process includes determining that the remaining available times of the first user account is greater than 0. The first rule configuration indicates that the at least one rule determination process performed is successful, including calling the first plug-in to obtain the remaining available times of the first user account. Determining that the remaining available times of the first user account is greater than 0.

[0015] In the present application, the first plug-in can be stored in a configurable plug-in group maintained by a data processing device. The configuration of each rule, condition, and action can also be performed based on each plug-in in the configurable plug-in group. Correspondingly, when executing the configured related judgment, the data required for the logical judgment (such as the remaining number of times available, etc.) can be obtained by calling the function of the plug-in. In this way, through the processing logic of the plug-in, the logical configuration of each judgment is made more reasonable, and it is also convenient for the reuse of existing plug-ins between different tasks or different processes.

[0016] Optionally, after determining that the available remaining times of the first user account is greater than 0, the method further includes: performing a number processing of subtracting 1 from the available remaining times of the first user account, and performing a points processing of deducting points from the first user account.

[0017] Optionally, determining that the first rule configuration is successful includes: when both the number processing and the integral processing are successful, determining that the first rule configuration is successful.

[0018] In this way, by maintaining the points and the remaining available times, the first user account is maintained, thereby providing a reference for the next time the first user account participates in an activity.

[0019] Optionally, before obtaining the first condition configuration, the method further includes: determining that the first user account needs to perform condition judgment again.

[0020] Optionally, determining that the first user account needs to perform conditional judgment again includes: determining that the first user account needs to perform conditional judgment again based on the first user account being a second type of user, wherein the second type of user is used to indicate that the first user account is not a newly opened account.

[0021] Optionally, before determining that the first user account needs to perform conditional judgment again, the method further includes: determining that the first user account is the second type of user.

[0022] Optionally, the first conditional configuration indicates at least two conditional judgment processes. Before obtaining the first conditional configuration, the method further includes: generating a second identifier, the second identifier being used to indicate that the first user account is the second type of user. Determining that the first conditional configuration is successful includes: based on the second identifier, if at least one of the at least two conditional judgment processes is successful, then determining that the first conditional configuration is successful.

[0023] In this way, for all non-newly opened user accounts, a relatively loose judgment mechanism can be used to enable the user accounts to obtain corresponding allocation information.

[0024] Optionally, after obtaining the first rule configuration, the method further includes: determining that the user account corresponding to the first login information has not been opened.

[0025] Optionally, before obtaining the first conditional configuration, the method further includes: generating a first identifier, the first identifier being used to indicate that the user account corresponding to the first login information has not been opened. Determining that the first conditional configuration is successful includes: determining, based on the first identifier, that the first conditional configuration is successful when all condition judgment processes of the first conditional configuration are successful.

[0026] Optionally, after determining that the first condition configuration is successful and before determining that the first rule configuration is successful, the method further includes: generating an account opening instruction, where the account opening instruction is used to indicate the opening of the first user account.

[0027] Optionally, before obtaining the first action configuration, the method further includes: determining that the first user account is a first type of user, and the first type of user is used to indicate that the first user account is a newly opened account.

[0028] Optionally, before obtaining the first action configuration, the method further includes: determining that the first user account is a second type of user, the second type of user being used to indicate that the first user account is not a newly opened account. Determining that the first user account does not need to perform conditional judgment again.

[0029] Therefore, through the flexible setting of condition configuration and a relatively strict judgment mechanism, user accounts can be identified and configured for users who meet the requirements. This allows the subsequent maintenance of different users' information (such as the remaining number of available times, points, etc.) through user accounts.

[0030] Optionally, the data processing device is configured with a second task, the second task including a second process. The second task corresponds to a second task code. The second process corresponds to a second process code. The second process is configured with a second action configuration. The method includes: receiving a second request message, the second request message including the first task code, the first process code, and first login information. The second request message is used to obtain second distribution information. Based on the second task code and the second process code, the second action configuration is obtained. The second action configuration indicates the second distribution information. Based on the second action configuration, a second response message is generated. The first response message includes the second distribution information.

[0031] In some embodiments of the present application, some tasks may only be configured with action configurations. Then, upon receiving corresponding request information, the data processing device may directly configure and distribute information to the user by executing the action configurations.

[0032] According to a second aspect, a data processing apparatus is provided, wherein the data processing apparatus is configured to execute the method provided in the first aspect and any possible design thereof.

[0033] According to a third aspect, a server device is provided, wherein the server device is configured to execute the method provided in the first aspect and any possible design thereof.

[0034] In a fourth aspect, a chip system is provided. The chip system is configured in a data processing device, and the chip system includes one or more interface circuits and one or more processors. The interface circuit and the processor are interconnected via a circuit. The interface circuit is configured to receive a signal from a memory of the data processing device and send the signal to the processor, the signal including a computer instruction stored in the memory. When the processor executes the computer instruction, the data processing device performs the method provided in the first aspect and any possible design thereof.

[0035] In a fifth aspect, the present application also provides a computer-readable storage medium comprising computer instructions. When the computer instructions are executed on an electronic device, the electronic device executes the technical solution provided in the above-mentioned first aspect and any possible implementation thereof.

[0036] In a sixth aspect, the present application also provides a computer program product, which, when running on a computer, enables the computer to execute the technical solution provided in the above-mentioned first aspect and any possible implementation thereof.

[0037] It can be understood that the solutions provided in the second to sixth aspects of the present application can respectively correspond to the first aspect and any possible design thereof, so the beneficial effects that can be achieved are similar and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 A schematic diagram of a scenario of interaction between devices;

[0039] Figure 2 A schematic diagram of an interface display of an electronic device;

[0040] Figure 3 A schematic diagram of an interface display of an electronic device;

[0041] Figure 4 A logic diagram for the functional implementation of an electronic device;

[0042] Figure 5 A schematic diagram of the composition of a data processing device provided in an embodiment of the present application;

[0043] Figure 6 A schematic diagram of a connection between a data processing device and a configuration device provided in an embodiment of the present application;

[0044] Figure 7 A schematic diagram of an interface for task configuration provided in an embodiment of the present application;

[0045] Figure 8 A logical diagram of a configurable plug-in group provided in an embodiment of the present application;

[0046] Figure 9 A schematic diagram of a task configuration process provided in an embodiment of the present application;

[0047] Figure 10 A schematic diagram of information stored in a database provided in an embodiment of the present application;

[0048] Figure 11 A schematic diagram of multi-device interaction provided in an embodiment of the present application;

[0049] Figure 12 A functional diagram of a conditional filtering module provided in an embodiment of the present application;

[0050] Figure 13A schematic diagram of the interaction between tasks and processes provided in an embodiment of the present application;

[0051] Figure 14 A schematic diagram of the flow of interaction between modules of a data processing method provided in an embodiment of the present application;

[0052] Figure 15 A schematic diagram of the flow of interaction between modules of a data processing method provided in an embodiment of the present application;

[0053] Figure 16 A schematic diagram of the composition of a server device provided in an embodiment of the present application;

[0054] Figure 17 A schematic diagram of the composition of a chip system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0055] In the following, the terms "first" and "second" are used for descriptive purposes only and should not be understood to indicate or imply relative importance or implicitly specify the number of the technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of this embodiment, unless otherwise specified, "plurality" means two or more.

[0056] Currently, electronic devices are providing an increasing variety of services to users. In some implementations, electronic devices can provide business services to users by interacting with cloud servers. Cloud servers can also be simply referred to as the cloud.

[0057] Exemplary, reference Figure 1 , a schematic diagram of a communication scenario. An electronic device can communicate with the cloud. The cloud can contain one or more servers, each supporting different services. Alternatively, multiple servers can work together to support more complex services.

[0058] In some implementations, the server configured in the cloud may include an operations server.

[0059] One or more activities can be configured in the operation server. In this way, users can participate in the activities through their electronic devices while using them. When the conditions corresponding to the activities are met, the cloud can push the corresponding reward information to the electronic devices.

[0060] As an example, see Figure 2 , which is an example of an interface for displaying activities on an electronic device.

[0061] In such Figure 2In the example of , the activity may be included in an activity set named "Daily Tasks". The activity set may include multiple configured activities.

[0062] For example, the configured activities may include activity 1 based on the user's purchase behavior of a specified theme, activity 2 based on the user's trial behavior of existing theme resources, and activity 3 based on the user's browsing behavior of a specified area (such as the aa area).

[0063] In this way, information corresponding to each activity can be displayed separately on the interface 21 of the electronic device.

[0064] Taking activity 1 as an example, the interface 21 may display an image 201 of the activity 1, the activity name 202, corresponding points information 203, and a button 204 indicating the current activity status.

[0065] For example, the activity name 202 may include “Purchase Resources.” In this example, the activity name 202 may also include relevant explanations of the activity, such as text prompt information of “Limited Theme.”

[0066] In this Figure 2 In the example of , the points information 203 may include a prompt message of "+5". In this way, the user can know that after the current activity conditions are met, a reward of 5 points may be configured.

[0067] In addition, in this Figure 2 In the example, button 204 may also include text prompt information. For example, the text prompt information may be displayed based on whether the current user behavior meets the relevant conditions configured in Activity 1. In this example, the text prompt information may correspond to the current activity status being "Go to Complete", "Claim Reward", or "Completed".

[0068] For example, the relevant conditions configured in Activity 1 include: the number of resource purchases reaches 2 times.

[0069] Thus, if the user has not purchased the specified resource twice, the text prompt in button 204 may read "Go to Complete." If the user has purchased the specified resource twice but has not claimed the corresponding reward, the text prompt in button 204 may read "Claim Reward." If the user has purchased the specified resource twice and has claimed the corresponding reward, the text prompt in button 204 may read "Completed."

[0070] In some implementations, the user may further input instructions to the button 204. Accordingly, the electronic device may interact with the operation server and respond accordingly to the current operation.

[0071] For example, take the current activity state as "go to complete". Figure 3 As shown, when a user clicks button 204, the electronic device can obtain and display a response interface to the click operation from the operation server. For example, the electronic device can obtain a response interface to the click operation on button 204 from the operation server. This response interface can correspond to jumping to and displaying the purchase interface specified by the activity. In this way, the electronic device can display the purchase interface for the specified theme shown in interface 22.

[0072] Take the current activity status as "Receive Rewards" as an example. Figure 4 As shown, when a user clicks button 204, the electronic device can obtain a response to the click from the cloud (e.g., an operating server). For example, the electronic device can obtain a response to the click of button 204 from the operating server. The response can correspond to obtaining reward information for the current activity. In this way, the electronic device can obtain the reward information from the operating server and display it to the user.

[0073] above Figures 2 to 4 This is just one example of an activity. Other activities can also be configured in the cloud, so that users can get a richer experience.

[0074] Combine Figures 2 to 4 For example, when an electronic device displays an activity interface to a user and responds to user input operations, it needs to interact with the cloud. In order to support different activities, the cloud needs to configure and maintain each activity separately. After completing the activity configuration, when the cloud receives operation-related information from the user of the electronic device, it also needs to perform corresponding logical processing on the logic configured for each activity in order to obtain the response to the operation and send it to the electronic device. Generally, the maintenance and processing logic of each activity is relatively independent.

[0075] This requires separate configuration for each activity in the cloud, which incurs significant manpower and resource overhead. Even activities with similar content still require separate development and configuration, further incentivizing inefficiency in the activity configuration process. After a user inputs an action, the independent execution of the activity processing logic for that action also wastes computing power in the cloud.

[0076] To address the above issues, the technical solutions provided in the embodiments of the present application can be applied to servers in the cloud. This solution can provide a unified configuration and processing framework for different activities, thereby enabling unified management and maintenance of different activities. This enables more efficient configuration and processing when a large number of activities need to be configured. Based on this processing framework, responses to user input operations can also be executed more efficiently, avoiding wasted computing power in the cloud.

[0077] In the embodiments of the present application, for similar or similar activity configurations, the configured plug-ins can be reused to implement their respective functions. When a new configuration is needed, only the corresponding plug-in for the newly added function needs to be developed. By combining it with other existing plug-ins, the solution provided by the embodiments of the present application can be used to efficiently complete the configuration and processing of the new activity.

[0078] It should be noted that in the embodiments of the present application, an activity can correspond to a task. Each task can be used to provide an activity service capability to one or more applications. For example, if a check-in task is configured in the cloud, the check-in task can provide a check-in activity service capability for multiple other applications at the same time.

[0079] One or more processes can be configured in a task.

[0080] Different processes are used to provide different parts of the task. Figure 2 Take Activity 1 in as an example.

[0081] In the embodiment of the present application, the activity 1 may correspond to multiple processes. For example, when the electronic device requests to display the interface 21, the activity 1 corresponds to the process 1 in the task 1, and the interface content such as the image 201, the activity name 202, and the score information 203 of the activity 1 are fed back to the electronic device.

[0082] For another example, when the electronic device requests to display the interface 21 , the button 204 and the text prompt information in the button 204 are determined and fed back to the electronic device according to the current user behavior through the process 2 in the task 1 corresponding to the activity 1 .

[0083] For example, when the activity status is "Receive Reward", when the electronic device receives the user's click operation on button 204, it judges the current activity status through process 3 in task 1 corresponding to activity 1 and pushes the correct reward information to the electronic device.

[0084] The solution provided in the embodiment of the present application can be implemented through various functional modules in the configured data processing device.

[0085] In some embodiments, the data processing device can be configured in a server (such as an operations server). In other embodiments, different functional modules in the data processing device can also be configured in different servers, thereby improving the efficiency of massive data configuration, processing, and maintenance.

[0086] In the following description, it is taken as an example that the data processing device is configured in a server.

[0087] refer to Figure 5 , is a schematic diagram of the composition of a data processing device provided in an embodiment of the present application.

[0088] like Figure 5 As shown, the data processing device may include: a configuration module, a database, a conditional filtering module, a configurable plug-in group, a rule module, a conditional module, an action module, etc. Among them, the rule module may also be called a rule engine, the conditional module may also be called a conditional engine, and the action module may also be called an action engine.

[0089] In this Figure 5 In the data processing device shown, the configuration module can cooperate with the configurable plug-in group and the database to implement the configuration of new tasks and processes. The database, conditional filtering module, configurable plug-in group, rule module, condition module, and action module can cooperate with each other to implement related processing of configured tasks and processes.

[0090] The following explains them separately.

[0091] In some implementations, such as Figure 6 As shown, the configuration module of the data processing device can be coupled to a configuration device. The configuration device can include components such as a display screen and an input device. In this way, developers (such as developers proposing campaign plans) can input new task and process configurations into the configuration module via the input device and the display screen. The developers proposing campaign plans can be marketing personnel.

[0092] In an embodiment of the present application, the configuration module of the data processing device can provide developers with a configuration method based on a visual image interface (UI) through a configuration device. In some embodiments, the configuration module can display the UI configuration interface in the form of an application or a web page. For example, the configuration module can embed a task configuration center module on a web page (such as HTML) so that the various configuration buttons in the configuration center module can be displayed on the web page. The configuration module can generate task configuration information based on the function of the configuration button and the corresponding operation information when receiving operations such as clicking and dragging on each configuration button. Repeating this process can complete the implementation of task configuration.

[0093] In this way, even if marketers do not have professional knowledge of the software, they can quickly and easily configure tasks and processes through the configuration of the UI.

[0094] As an example, see Figure 7 The configuration method of the visual image interface can include the configuration of task information and the configuration of process information.

[0095] As shown in interface 71, this is an example of configuring task information. This task information can also be referred to as basic task information. As shown in interface 71, in this task information configuration interface, you can provide configuration items for the task name and the task code. The task code can also be called the activity code, or activityCode.

[0096] It is understood that different tasks may have different task codes. Generally, different tasks also have different task names. Some tasks may also have the same task name.

[0097] In some implementations, after completing the configuration of the task name (such as task T1 ), the task code may be actively configured by the developer on the interface 71 (such as configured as T1xxxxxx).

[0098] In other implementations, after a task name (e.g., Task T1) is configured, the configuration module can automatically generate a task code corresponding to the task to ensure that each task code is unique. For example, after a developer enters the task name "Task T1," the configuration module can automatically fill in the task code with "T1xxxxxx."

[0099] After completing the configuration of the task information, the configuration of the specific process information can be entered. For example, after completing the configuration of the task information on the interface 71, the developer can click the button 701 on the interface 71 to enter the interface 72 of the process configuration.

[0100] In this application, each task can be configured with at least one process. That is, in some implementations, a task can be configured with one process; in other implementations, a task can be configured with multiple processes.

[0101] As shown in interface 72 , in the process configuration interface 72 , basic process information and specific process configuration can be configured.

[0102] In this embodiment of the present application, the basic process information may include at least one of the following: process code, process name, whether login is required, etc. For example, the process code can be configured as "Syyyyyyy", the process name can be configured as "Process 1", and whether login is required can be configured as "Login required" or "No login required". The process code can also be called ProcessCode.

[0103] Among them, the basic information of whether login is required can be used to indicate whether the current process requires the user's login information to be triggered. For example, when the basic information of whether login is required is configured as "login required", it means that the process requires the user's login information to make subsequent processing judgments. If the current user has not logged in (for example, in visitor status), the process directly returns a failure result. For another example, when the basic information of whether login is required is configured as "no login required", it means that the process does not require the user's login information. Correspondingly, regardless of whether the current user has logged in, the subsequent judgment processing of the process can be executed.

[0104] In the embodiment of the present application, the process configuration may include configuration items of at least one of the following three dimensions: rule configuration, condition configuration, and action configuration. Figure 7 In the example, the process configuration includes rule configuration 1, condition configuration 1, and action configuration 1.

[0105] Among them, rule configuration can be used to manage and limit the number of times the current process can be executed. Condition configuration can be used to indicate other judgment conditions of the current process. Action configuration can be used to indicate the corresponding response to be executed when the rule configuration and condition configuration are met.

[0106] It should be noted that in the embodiments of the present application, the data processing device may be pre-configured with at least one available plug-in in each dimension. Different plug-ins may correspond to an integrated function. In this way, the configuration of any dimension can be implemented by selecting the plug-in provided by that dimension. In some implementations, the configuration of each dimension may also include other logical configurations corresponding to the configured plug-ins.

[0107] As an example, the at least one plug-in of each dimension may be stored in a configurable plug-in group of the data processing device.

[0108] refer to Figure 8 , is an example of a configurable plugin group. Figure 8 As shown, the configurable plug-in group may include a rule plug-in group, a condition plug-in group, and an action plug-in group.

[0109] The rule plug-in group may include a process participation count account query plug-in, a public qualification plug-in, a points plug-in, etc. Therefore, when a rule configuration is required in the interface 72, only at least one existing plug-in in the rule plug-in group is required to complete the rule configuration.

[0110] The conditional plug-in group may include plug-ins such as a business query plug-in, a variable parsing plug-in, a response parsing plug-in, etc. Thus, when a conditional configuration is required in the interface 72, only at least one existing plug-in in the conditional plug-in group needs to be selected to complete the conditional configuration.

[0111] The action plug-in group may include plug-ins such as a reward collection plug-in, a subscription setting plug-in, a data return plug-in, etc. Thus, when an action configuration is required in the interface 72, only at least one existing plug-in in the above action plug-in group needs to be selected to complete the action configuration.

[0112] In other embodiments of the present application, the logic configuration corresponding to the configured plug-in may include: a logical judgment on the result returned by the plug-in. For example, when the plug-in called in the conditional configuration is used to return the number of purchased resources, a logical judgment corresponding to the number of purchased resources can be configured. For example, when the number of purchased resources! = -1, the condition passes (or is called a successful conditional judgment). This means that when the number of purchased resources is not equal to -1, the conditional configuration based on the plug-in passes. It can be understood that in this example, since the conditional configuration is an identity, the conditional configuration always passes. The configuration of the conditional configuration can be used to obtain the number of purchased resources for use in other modules (such as action configuration).

[0113] In other embodiments of the present application, the logic configuration corresponding to the configured plug-in may further include other logic configurations, which will be described in detail later.

[0114] Continue to refer Figure 7 After completing the process configuration of rule configuration 1, condition configuration 1, and action configuration 1, the interface 72 also provides an additional add button 702. This button 702 provides an entry for adding new rule configurations, condition configurations, and / or action configurations. When a developer needs to add a new configuration to the current process, they can click this button 702 to add other configurations.

[0115] After completing all process configurations, the developer can click button 703 on the interface to instruct to save the currently configured tasks and processes.

[0116] In this way, Figure 9As shown, the configuration module of the data processing device can obtain the operation flow received on interface 71 and interface 72 from the configuration device, and parse and obtain the task information and process information corresponding to the operation flow. The task information may include the task name and task code, and the process information may include the process code, process name, rule configuration, condition configuration, action configuration, etc. The configuration module can send the task information and process information to the database for storage.

[0117] It is understandable that in the embodiment of the present application, in the above-mentioned plug-in-based task configuration implementation, since each plug-in corresponds to an independent functional module and is not bound to any task or process. Therefore, each plug-in can be reused by the configuration of different tasks and / or processes. This can reduce the maintenance cost of the configuration process while improving the efficiency of task and process configuration. In addition, due to the configuration mechanism of the plug-in combination, the configuration process can be adapted to each different active task while improving the standardization of each task and process configuration.

[0118] In this application, if Figure 9 As shown, the configuration module can store the task information and process information in a database.

[0119] As an example, information about different dimensions within the same process can be stored in different locations in the database. For example, a database can be configured with a rule library, a condition library, and an action library. Different libraries can be used to store configurations for different dimensions.

[0120] The configuration module can store the rule configuration of the configured process, as well as the codes of the process and its associated tasks (such as the process code and task code) in the rule library. Therefore, when the data processing module needs to use the rule configuration later, it can obtain the rule configuration from the rule library through the process code and task code.

[0121] Similarly, the configuration module can store the condition configuration of the configured process, as well as the process code and task code in the condition library. The configuration module can store the action configuration of the configured process, as well as the process code and task code in the action library.

[0122] Thus, each configured task and process configuration can be stored in the database of the data processing device.

[0123] As an example, the configured tasks include check-in tasks, lottery tasks, download tasks, purchase tasks, etc.

[0124] refer to Figure 10 , the rules, conditions, and action configurations corresponding to each task can be stored separately in the database of the data processing device.

[0125] For example, the check-in configuration of a check-in task may include: check-in rules in the rule library, check-in conditions in the condition library, check-in actions in the action library, etc.

[0126] If multiple processes are configured in the sign-in task, the sign-in rules may specifically include the rules and process codes corresponding to the multiple processes. The sign-in conditions may specifically include the conditions and process codes corresponding to the multiple processes. The sign-in actions may specifically include the actions and process codes corresponding to the multiple processes.

[0127] Therefore, through the above Figures 6 to 10 By using the example of , the process and task configuration based on rules, conditions, and actions in the embodiment of the present application can be completed. Among them, the configuration of each dimension (such as rules, conditions, or actions) can be implemented based on plug-ins.

[0128] Combine Figure 5 As described in, when tasks have been configured and stored in the database, the database, conditional filtering module, configurable plug-in group, rule module, condition module, and action module of the data processing device can cooperate with each other to realize the relevant processing of the configured tasks.

[0129] Among them, the relevant processing may include performing logical judgment and processing through various modules based on the request information from the front-end device (such as an electronic device or an application server), and feeding back the action configuration of the corresponding process configuration to the front-end device when the conditions are met.

[0130] Exemplary, reference Figure 11 In some embodiments, after a user inputs an operation on an electronic device, the electronic device may generate operation information and transmit the operation information to an application server. Correspondingly, the application server may generate request information based on the received operation information and transmit the request information to a data processing device deployed in the cloud (e.g., a cloud-based operations server). The data processing device triggers the preconfigured task and the judgment logic of the process within the task based on the request information.

[0131] In an embodiment of the application, the request information may include the task code and process code corresponding to the user input operation. In some embodiments, the request information may also include the user's login information. When the request information includes the user's login information, the request information may be sent with the user's permission. In this example, the application server may serve as the front-end device.

[0132] Correspondingly, the data processing device can trigger the judgment logic of the corresponding process according to the request information, which will be described in detail later.

[0133] It should be noted that, in Figure 11 In the example, another method for obtaining request information is provided. For example, the electronic device can directly generate request information based on the user's operation. The electronic device can also transmit the request information directly to the data processing device. In this way, the electronic device can serve as the front-end device of the data processing device.

[0134] In some embodiments of the present application, after receiving the request information, the data processing device may transmit the request information to the conditional filtering module for pre-judgment.

[0135] In an embodiment of the present application, the conditional filtering module can be configured to determine whether the activity request meets the participation conditions based on basic activity participation requirements such as activity status, activity time, user login status, country restrictions, and risk control verification.

[0136] As a possible implementation, refer to Figure 12 In the present application, the conditional filtering module may be configured with at least one filtering function. For example, the at least one filtering function may include activity time filtering, activity status filtering, login status filtering, etc.

[0137] The activity time filtering function can be configured to determine the task configuration corresponding to the task code carried in the currently received request information. Activity time filtering is performed based on whether the current time is within the time period corresponding to the task configuration. For example, if the current time is within the time period corresponding to the task configuration, the activity time filtering passes.

[0138] The activity status filtering function can be corresponding to: determining the task configuration corresponding to the task code carried in the currently received request information. Based on whether the activity status indicated by the task configuration is active, the activity status filtering is performed. For example, if the activity status indicated by the task configuration is active, the activity status filtering passes.

[0139] The function of login status filtering may correspond to: determining the process configuration that needs to be triggered based on the task code and process code carried by the currently received request information. Login status filtering is performed based on the configuration of "whether login is required" in the process configuration and the content indicating the user login status carried in the request information. For example, if the "whether login is required" in the process configuration is configured as "login is required", and the request information carries the user's login information, the login status filtering passes; otherwise, the request information does not carry the user's login information, or the request information carries an indication that the current user is not logged in, the login status filtering does not pass (fail). For another example, if the "whether login is required" in the process configuration is configured as "no login is required", the login status filtering passes regardless of whether the request information carries the user's login information.

[0140] In other embodiments of the present application, the conditional filtering module can also be used to determine whether the current user's user account is newly opened. Different response strategies can be configured in the conditional filtering module for newly opened and non-newly opened accounts. This enables the conditional filtering module to manage user accounts. In some implementations, this judgment logic can be integrated into the login status filtering function.

[0141] In different implementations, the conditional filtering module can execute one or more of the various filtering functions according to the instructions of the current task configuration. When all the executed filtering functions are passed, the request information can be transmitted to other modules for subsequent execution.

[0142] Exemplarily, the request message may be transmitted to a rule module and other modules for subsequent determination.

[0143] As an example, see Figure 13 ,After the request information is transmitted to the rule module, the ,rule module can obtain the rule configuration of the process to be triggered from the ,rule library based on the task code and process code carried in the ,request information.

[0144] The rule module can execute the required plug-ins specified in the rule configuration and perform rule judgment. For example, the rule module can further determine whether the request information meets the participation requirements based on the rule plug-in group configured for the corresponding process. The rule module can also perform qualification deduction operations such as active account changes and Honor Points deduction when the participation requirements are met based on the plug-in configuration.

[0145] In some embodiments of the present application, the rule module may be configured with the capability of maintaining user accounts.

[0146] The user account may correspond to the user's login information. After receiving different login information, the data processing device may perform corresponding maintenance and processing according to the user account corresponding to each login information.

[0147] In some implementations, the user account may be configured with a remaining number of times that the user can participate in the activity. In other implementations, the user account may be configured with user points.

[0148] Thus, the rule module can modify / control the available remaining times / points of each user account according to the plug-in called in the configured rule configuration.

[0149] If the rule module passes the judgment, the request information can be transmitted to the condition module so that the condition module can perform condition judgment.

[0150] Exemplarily, the condition module may obtain the condition configuration of the process to be triggered from the condition library according to the task code and process code carried in the request information.

[0151] In this embodiment of the present application, the plug-ins called in the conditional configuration may include plug-ins that need to obtain relevant information from other devices / modules. In this way, the conditional module can be configured as a plug-in group configured according to the corresponding conditions, using the API executor to call the corresponding business party interface and perform corresponding logical judgment based on the response result to determine whether the current request information meets the specific participation scenario.

[0152] If the condition module passes the judgment, the condition module can trigger the action module for subsequent processing.

[0153] Exemplarily, the condition module may transmit the request information to the action module so that the action module responds to the front-end device according to the configured action configuration.

[0154] In some embodiments of the present application, the action module can obtain the action configuration of the process to be triggered from the action library based on the task code and process code carried in the request information. The action module can be configured to execute the final activity expression according to the action plug-in group of the corresponding process. For example, awarding prizes, displaying data, subscribing / unsubscribing to check-in reminders, claiming tasks, etc. The action module can also respond to the front-end device by executing the configured activity expression. For example, the action module sends a response message to the front-end device based on the action configuration.

[0155] The above combination Figures 11 to 13 In the embodiment of the present application, the processing logic of the data processing module after receiving the request information based on the configured tasks and processes is briefly described. The following, in conjunction with Tables 1 to 3, provides an example of a specific configured task and process to illustrate the processing logic after receiving the request information.

[0156] Tables 1 to 3 can each correspond to a process. For example, Table 1 corresponds to process 1, Table 2 corresponds to process 2, and Table 3 corresponds to process 3. Processes 1 to 3 can be configured in the same task. For example, processes 1 to 3 can be configured in task 1, and task 1 can be configured with Figure 2 Corresponds to activity 1 shown.

[0157] Please refer to Table 1, which shows an example configuration of a process (e.g., process 1) in Activity 1. Through this process 1, when the electronic device needs to display information such as the image 201 and activity name 202 of Activity 1 on the interface 21, the data processing device can respond to the request information from the front-end device and send the corresponding information to the front-end device.

[0158] As an example, after a user inputs an operation 1 on the display interface 21 (such as an operation to enter an active interface), the electronic device can send corresponding operation information 1 to the application server. Correspondingly, the application server, as a front-end device, can generate request information 1 based on the operation information 1 and send it to the cloud data processing device. In this example, the request information 1 can carry the process code of process 1 (such as init).

[0159] Table 1

[0160]

[0161] Take the case where the process code carried in the request information 1 received by the data processing device includes init as an example.

[0162] Combine Figures 11 to 13 As described in [1], the conditional filtering module can retrieve the basic process information for process 1 based on the process code set to init. In this process information, whether login is required is set to "No login required." This allows the conditional filtering module to perform login status filtering and obtain a passing result. In this example, only login status filtering is configured in the conditional filtering module.

[0163] Therefore, the condition filtering module can send the request information 1 to the rule module.

[0164] The rule module can obtain the rule configuration of process 1 based on the request information 1. As shown in Table 1, the rule configuration of process 1 can be empty. In this way, the rule module can obtain the result of execution. The rule module can send the request information 1 to the condition module.

[0165] The condition module can obtain the condition configuration of process 1 based on the request information 1. As shown in Table 1, the condition configuration of process 1 can be empty. In this way, the condition module can obtain the result of execution passing. The condition module can send the request information 1 to the action module.

[0166] The action module can obtain the action configuration for process 1 based on request information 1. As shown in Table 1, the action configuration for process 1 may include: calling a plug-in to return data to the front-end device, and returning a key-value data table to the front-end device. This data table may include the corresponding relationship of "task1Pic-https / / …icon", the corresponding relationship of "task1Name-purchase resource", the corresponding relationship of "task1Target-5", and the corresponding relationship of "task1Desc-limited topic".

[0167] In this way, the action module can carry the key-value data table in Table 1 in the response information 1 and send it to the front-end device. Therefore, the front-end device can control the image 201, activity name 202, points information 203 and other information on the electronic device display interface 21 based on the response information 1.

[0168] In this example, activity 1 can also be configured with other processes.

[0169] Please refer to Table 2, which is a configuration example of another process (such as process 2) in Activity 1. Through this process 2, the data processing device can determine and return the text prompt information in the button 204 to the front-end device.

[0170] In some embodiments, the request information 1 may also carry the process code (such as taskStatus) of the process 2. In this way, the data processing device may trigger the processing of the process 1 and the process 2 according to the received request information 1.

[0171] Table 2

[0172]

[0173] As shown in Table 2, the name of process 2 can be configured as "task status information process", the process code can be configured as "taskStatus", and the execution of process 2 requires user login information.

[0174] In addition, as shown in Table 2, the rule configuration in process 2 can be configured as empty. In this way, when executing process 2, there is no need to perform rule judgment, and the subsequent condition configuration can be directly executed.

[0175] In the example of Table 2, the conditional configuration of process 2 can be implemented by calling the process participation count account query plug-in. Specifically, by calling the process participation count account query plug-in, the process participation count account information of the process code "getReward" can be obtained. When the process participation count upper limit! = -1, condition 1 is passed.

[0176] If condition 1 passes, you can proceed to condition 2. For example, by calling the process participation account query plug-in, you can query the number of resources purchased during a user-specified time period. Input parameters to the plug-in include: start time {TODAYSTARTTIME}, end time {TODAYENDTIME}. The number of resources purchased during that time period is returned as the value. Condition 2 can be configured to pass when the number of resources purchased! = -1.

[0177] Therefore, by executing the conditional configuration of process 2, the upper limit of the number of process participations and the number of purchased resources can be obtained.

[0178] Based on the condition configuration of process 2, since condition 1 and condition 2 are both identities, the execution of the action configuration can be triggered after the execution of the condition configuration is completed.

[0179] For example, based on the action configuration shown in Table 2, the data processing device can provide feedback to the front-end device, including the corresponding relationship between "loadTimes" and "condition 2: the number of resources purchased" and the corresponding relationship between "completed" and "condition 1: the upper limit of the number of process participations." This corresponding relationship can also be transmitted to the front-end device in key-value format.

[0180] In some embodiments, when the data processing module transmits the key-value configured in Table 2 to the front-end device, it may also carry the parsing method of the key-value. For example, when loadTimes < 5, the corresponding text prompt information in button 204 is displayed as "Go to complete". When loadTimes > 5 and completed < 1, the corresponding text prompt information in button 204 is displayed as "Receive reward". When completed > 1, the corresponding text prompt information in button 204 is displayed as "Completed".

[0181] In other embodiments, the key-value parsing method may be pre-negotiated with the front-end device and stored in the front-end device. In this way, after receiving the key-value configured in Table 2, the front-end device can determine the content of the text prompt information to be displayed on the electronic device based on the two corresponding relationships contained therein.

[0182] In this example, the activity 1 may also be configured with a process 3. The process 3 may be used to identify whether the current user is eligible to receive the reward information, and if so, distribute the corresponding reward information to the user (eg, the user's electronic device).

[0183] For example, when the text prompt information in the button 204 on the interface 21 is displayed as "Receive Reward", after the user inputs operation 2 (such as clicking the button 204), the electronic device can generate operation information 2. Operation information 2 may include information indicating clicking "Receive Reward". The electronic device can send the operation information 2 to the application server. Correspondingly, the application server can generate request information 2 based on the operation information 2. The request information 2 can carry the process code of process 3 (such as getReward). As a result, the data processing device can trigger the execution of process 3 based on the request information 2.

[0184] As an example, the process configuration of process 3 is shown in Table 3 below.

[0185] Table 3

[0186]

[0187] As shown in Table 3, the name of process 3 can be configured as "reward collection process", the process code can be configured as "getReward", and the execution of process 3 requires user login information.

[0188] As shown in Table 3, the rule configuration in process 3 can be configured to call the process participation count account query plug-in. In this example, the rule configuration can also include: if the condition is met, one process participation opportunity is awarded, and one opportunity is deducted after each execution. The condition can be a preconfigured condition. The rule module can determine whether the preconfigured condition is met based on the information contained in request information 2 (such as the user's login information).

[0189] For example, the configured condition may include: the user account indicated by the current login information is a newly created account. Correspondingly, the rule module may trigger a corresponding configuration based on whether the current login information is a newly created account: one process participation opportunity is given, and one opportunity is deducted after each execution.

[0190] In this example, the rule module can determine that the execution is passed when the current process participation opportunity is greater than 0, and transmit the request information 2 to the condition module for subsequent processing.

[0191] The condition module can obtain the condition configuration corresponding to the process 3 according to the process code carried in the request information 2.

[0192] As shown in Table 3, this conditional configuration can include querying the number of resources purchased during a user-specified time period. Accordingly, the conditional module can input the start time {TODAYSTARTTIME} and end time {TODAYENDTIME} as interface parameters into the called process participation account query plug-in to determine the number of resources purchased during that time period.

[0193] Furthermore, the condition module can determine whether the current condition is passed based on whether the number of purchased resources is greater than or equal to 5. In this example, the condition configuration is passed as an example.

[0194] Thus, the condition module can transmit the request information 2 to the action module.

[0195] The action module can obtain the action configuration of process 3 based on request information 2. As shown in Table 3, the action configuration of process 3 may include: calling the reward collection plug-in. This action configuration may also include: gift package order code: FQWF12D13141, gift package group code: group1, gift package code: task1, and collection quantity: 1. In this way, the action module can generate response information 2, which may include the gift package order code: FQWF12D13141, gift package group code: group1, gift package code: task1, and collection quantity: 1. The action module can transmit this response information 2 to the front-end device, thereby responding to request information 2.

[0196] It can be understood that after receiving the response information 2, the front-end device (such as the application server) can push the corresponding reward information to the current user (such as the electronic device corresponding to the operation information 2) based on the reward information carried in the response information 2 (such as the gift package order code: FQWF12D13141, gift package group code: group1, gift package code: task1, and the number of items received: 1).

[0197] Therefore, through the task and process configuration examples in Tables 1 to 3 above, and the description of the processing mechanism based on the process configuration, those skilled in the art should be able to understand that in this application, the data processing device realizes the processing and response of corresponding tasks and processes through the coordinated processing of modules such as rules, conditions and actions based on the configured task and process configuration and request information.

[0198] Corresponding to the above example, when the database stores configurations for other tasks and / or processes, the data processing device can also quickly respond to the front-end device through a similar processing mechanism. It can be understood that based on this modular processing mechanism, the data processing device can respond to different types of tasks / processes in different scenarios. This avoids the additional overhead of executing each task when configuring processing logic for each task separately.

[0199] In the above example, an implementation example of a data processing method provided in an embodiment of the present application is provided.

[0200] In other embodiments of the present application, each module in the data processing device may also be combined with the qualification configuration of the user's account to achieve more accurate task processing and response.

[0201] As an example, see Figure 14 , which is a flow chart of the interaction between modules of another data processing method provided in an embodiment of the present application.

[0202] like Figure 14 As shown, the method may include:

[0203] S1401. The condition filtering module performs condition filtering processing according to the received request information.

[0204] Exemplarily, the request information may be the request information 1, request information 2, etc. in the aforementioned example. In this example, the request information may include user login information, a process code, a task code, and other information.

[0205] The execution of this step can refer to the above Figure 12 The examples in , no further details are given.

[0206] like Figure 14 As shown, if the filtering is successful, S1402 is executed.

[0207] Conversely, if the filtering fails, failure information 1 is generated. The failure information 1 may include a value indicating the reason for the filtering failure. The conditional filtering module may also generate a failure response based on the failure information 1. The failure response may include the failure information 1, indicating that the failure reason is the filtering failure.

[0208] In the present application, the data processing device may send the failure response to the front-end device after generating the failure response.

[0209] S1402: The condition filtering module sends request information to the rule module.

[0210] S1403: The rule module detects the user account status.

[0211] In this example, the rule module may maintain user accounts corresponding to login information of different users.

[0212] The user account may be configured with the remaining number of times that the user can participate in the activity (or referred to as the available remaining number of times), and the points information corresponding to the user's login information.

[0213] Exemplarily, the rule module may determine the user account corresponding to the user based on the user's login information carried in the received request information.

[0214] The rule module can also detect whether the remaining number of times the user account can participate in the activity is 0, so as to perform different subsequent judgment logic.

[0215] For example, if the remaining number of attempts in the user account is 0, there are no remaining qualifications. The rule module can then generate failure information 2. This failure information 2 can include a failure reason value indicating that the remaining number of attempts is 0. The rule module can send this failure information 2 to the conditional filtering module. In response, the conditional filtering module can generate a failure response based on receiving failure information 2. This failure response can include failure information 2, indicating that the failure reason is that the remaining number of attempts is 0.

[0216] For another example, when the remaining number of times of the user account is greater than 0, then there is a remaining qualification, and the rule module may execute the following S1404.

[0217] S1404: The rule module performs processing on the remaining number of times of the current account - 1.

[0218] Therefore, the rule module deducts the available remaining times in the current account accordingly through the processing of S1404, thereby ensuring the accuracy of the available remaining times in the user account maintained by the rule module.

[0219] S1405: The rule module determines whether the number of times is deducted successfully.

[0220] If the deduction is successful, the following S1406 is executed. Conversely, if the deduction fails, the rule module generates failure information 3, which may include a reason value indicating the failure to deduct the remaining available times. Furthermore, the conditional filtering module may generate a failure response based on failure information 3. The failure response may include the reason value indicated by failure information 3.

[0221] S1406. The rule module executes the processing of deducting points from the current account.

[0222] Therefore, the rule module deducts the points in the current account accordingly through the processing of S1406, thereby ensuring the accuracy of the points in the user account maintained by the rule module.

[0223] S1407: The rule module determines whether the points are successfully deducted.

[0224] If the points are successfully deducted, it means that the rule judgment for the current request information is passed. Correspondingly, the rule module can execute the following S1408.

[0225] Correspondingly, in the event that the points deduction fails, the rule module generates failure information 4, which may carry a reason value indicating the failure of the points deduction. Further, the conditional filtering module may generate a failure response based on the failure information 4. The failure response may include the reason value indicated by the failure information 4.

[0226] It should be noted that in the embodiment of the present application, if the available remaining times or points fail to be deducted, the rule module can generate corresponding failure information and failure response according to the above example. The rule module can also transmit the generated failure response to the front-end module to complete the response to the received request information. In addition, if the available remaining times or points fail to be deducted, the rule module can also roll back the available remaining times or points that have been deducted.

[0227] For example, let's take the case where the available remaining times are successfully deducted but the points deduction fails. In this case, the rule module can roll back the available remaining times that have already been successfully deducted. For example, the rule module can add 1 to the available remaining times of the current account. This ensures the accuracy of the available remaining times of the current account even if the current request information cannot successfully participate in the current activity.

[0228] In an embodiment of the present application, after the rule module obtains the result of the rule module's judgment through the execution of the above S1403-S1407, the data processing device can also selectively execute subsequent conditional judgments based on the status information of the current account (i.e., the user account maintained in the rule module indicated by the login information carried in the request information).

[0229] For example, the current account status information may include: new account opening, non-new account opening. For newly opened current accounts, the data processing device may be configured to skip conditional determination and directly proceed with subsequent action configuration. This effectively increases user stickiness for newly opened accounts. Correspondingly, for non-new account status information, the data processing device may be configured to determine whether to trigger conditional determination based on preset rules. For example, the preset rules may be configured to trigger conditional determination for all non-new accounts.

[0230] In this Figure 14 In the example, the judgment mechanism for the status information of the current account can be performed by a conditional filtering module. Exemplarily, the process may include:

[0231] S1408. The conditional filtering module determines whether the account is newly opened.

[0232] Exemplarily, after executing S1407 and determining that the points deduction is successful, the rule module may send relevant information to the condition filtering module to indicate that the rule judgment of the current account has passed.

[0233] In some embodiments, the rule module may send a request message to the condition filtering module. Correspondingly, the condition filtering module may determine whether the rule judgment of the current account is passed based on the received request message.

[0234] In other embodiments, the rule module may send information indicating that the rule has been passed to the condition filtering module. Correspondingly, the condition filtering module may determine that the rule has been passed based on the received information.

[0235] Therefore, when the condition filtering module determines that the rule judgment of the current account passes, the execution of S1408 can be triggered.

[0236] In this example, if the current account is a newly opened account, the action configuration is directly executed, for example, jumping to S1411.

[0237] Correspondingly, if the current account is not an open account, S1409 is executed.

[0238] S1409: The condition filtering module determines whether the conditional judgment needs to be performed again.

[0239] Exemplarily, a preset rule may be configured in the conditional filtering module, and the preset rule may indicate whether to perform conditional judgment on non-newly opened accounts.

[0240] In this way, the condition filtering module can determine whether it is necessary to perform condition judgment again for the current account according to the preset rule.

[0241] In the case where the condition judgment needs to be executed again for the current account, the condition filtering module may send a request message and a re-execution flag to the action module so that the action module can execute S1410.

[0242] When there is no need to perform condition judgment for the current account again, the condition filtering module can send request information to the action module so that the action module can perform action configuration for the current account according to the request information, such as executing S1411.

[0243] S1410: The condition module performs condition judgment according to the request information and the re-execution flag.

[0244] Exemplarily, the condition module may execute corresponding condition judgment according to the received re-execution identifier.

[0245] In an embodiment of the present application, the condition module can be configured to trigger different condition judgment strategies for different identifiers.

[0246] For example, if the different identifier is the re-execution identifier corresponding to S1410, the conditional judgment strategy may include: as long as any conditional judgment passes, the conditional judgment of this conditional module passes. In this way, when the conditional configuration corresponding to the process includes multiple conditional judgments, as long as any one conditional judgment succeeds, the conditional judgment corresponding to the conditional module passes.

[0247] In other embodiments of the present application, the different identifier may also be an account opening identifier. This account opening identifier corresponds to the login information carried in the request information, and the rule module does not yet have an account opened. In this way, through this conditional judgment, it can be determined whether to open an account for the current user.

[0248] When the identifier is an account opening identifier, the condition judgment strategy may include: if all the condition judgments are met, the corresponding condition judgment passes. Conversely, if at least one condition judgment fails, the condition judgment for the current account fails.

[0249] In this example, as described in S1409 , it is taken as an example that the condition module receives a re-execution flag.

[0250] In this way, the condition module can obtain the corresponding condition configuration from the condition library according to the task code and process code carried in the received request information.

[0251] The condition module can execute each condition judgment in the condition configuration. If all condition judgments are passed, the condition judgment for the condition configuration is successful. Correspondingly, the condition module can send a request message to the action module so that the action module can execute S1411.

[0252] Conversely, if at least one condition in the condition configuration fails, the conditional judgment for that condition configuration fails. Accordingly, the condition module may generate failure information 5, which may carry a reason value indicating the conditional judgment failure. The condition module may send this failure information 5 to the condition filtering module, so that the condition filtering module can generate a failure response based on this failure information 5. This failure response may include the reason value indicated by the failure information 5.

[0253] S1411. The action module executes the action configuration according to the request information.

[0254] Exemplarily, the action module may obtain corresponding action configuration from the action library according to the task code and process code carried in the request information.

[0255] In some embodiments, the action module may also obtain data information required for action configuration from the condition module. For example, the action module may obtain information such as the quantity of purchased resources from the condition module.

[0256] Thus, the action module can generate response information according to the action configuration, and then send the response information to the front-end device, thereby completing the response to the request information sent by the front-end device.

[0257] In such Figure 14S1403 and subsequent examples provide a processing mechanism for whether there are available remaining times or no available remaining times when the current user already exists.

[0258] In other embodiments, when the rule module executes S1403, the login information indicated in the request information has not yet been opened in the rule module. Figure 15 , the embodiment of the present application also provides a corresponding processing mechanism for this scenario.

[0259] like Figure 15 As shown, in Figure 14 Based on this, after executing S1401-S1403, the rule module can check the user's account status. This triggers S1501. If the account status is determined to be unopened, the rule module and condition module can then implement the response logic for this unopened account situation through subsequent S1502-S1505.

[0260] It is understandable that in Figure 15 In the example of , if the result of checking the user account status in S1403 is that the account has been opened and there are no available remaining times / there are available remaining times, you can follow the following steps: Figure 14 S1404-S1411 in the process executes the response to the front-end device.

[0261] like Figure 15 As shown, in the scenario where no account is opened, the solution may also include:

[0262] S1502: The rule module sends the account opening identifier and request information to the condition module.

[0263] The account opening identifier indicates that the current user has not yet opened an account. Thus, the condition module can execute S1503 according to the request information and the account opening identifier to determine whether an account can be opened for the current user.

[0264] S1503. The condition module performs condition judgment according to the account opening identifier and request information.

[0265] For example, in conjunction with the description in S1410, in this example, the condition module may determine, based on the account opening identifier, to adopt the following condition judgment strategy: if all condition judgments are met, the corresponding condition judgment passes. Conversely, if at least one condition judgment fails, the condition judgment for the current account fails.

[0266] As an example, the condition module may obtain the corresponding condition configuration from the condition library according to the task code and process code carried in the request information.

[0267] The condition module can determine that the judgment of the current condition configuration has passed when all condition judgments have passed.

[0268] Correspondingly, the following S1504 may be executed.

[0269] S1504. The condition module sends an account opening instruction to the rule module.

[0270] In the present application, when the condition module determines that the condition configuration of the current user passes, indicating that the current user can open an account, the S1504 is executed to instruct the rule module to open an account.

[0271] S1505. The rule module performs account opening processing for the current user according to the received account opening instruction.

[0272] Thus, the rule module can establish a corresponding user account for the login information in the request information.

[0273] In this application, the rule module can execute S1505 and then re-execute S1403. For example, the rule module can check the user account status based on the newly opened user account, thereby triggering the processing mechanism in S1404-S1411.

[0274] It is understandable that in this Figure 15 In the example, since the user account is a newly opened account, if all the rules are judged to be passed, when executing S1408, the judgment result may be a newly opened account. Therefore, the process jumps to S1411 to directly configure the corresponding reward information for the current user.

[0275] Thus, the data processing device can achieve accurate and rapid response to the request information. Figure 14 as well as Figure 15 The solution implementation can be combined with the plug-in-based configuration process in the previous example to effectively support complex activities in different scenarios.

[0276] It should be noted that the user's electronic device involved in the embodiments of the present application may include at least one of a mobile phone, a foldable electronic device, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a personal digital assistant (PDA), an augmented reality (AR) device, a virtual reality (VR) device, an artificial intelligence (AI) device, a wearable device, an in-vehicle device, a smart home device, or a smart city device. The embodiments of the present application do not impose any special restrictions on the specific type of the electronic device.

[0277] It is understandable that the related equipment provided in the embodiments of the present application includes hardware structures and / or software modules corresponding to the execution of each function in order to realize the above functions. Those skilled in the art should easily appreciate that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in a manner that hardware or computer software drives hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the embodiments of the present application.

[0278] The embodiments of the present application can divide the functional modules of the above-mentioned related devices according to the above-mentioned method examples. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiments of the present application is schematic and is only a logical function division. In actual implementation, there may be other division methods.

[0279] The above mainly introduces the solution provided by the embodiment of the present application from the perspective of each functional module. Those skilled in the art should easily appreciate that, in combination with the units and algorithm steps of each example described in the embodiment disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in a hardware or computer software driven hardware manner depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0280] The above-mentioned integrated modules can be implemented in the form of hardware or software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical function division. In actual implementation, there may be other division methods.

[0281] For example, Figure 16 FIG. 1 shows a schematic diagram of the composition of a server device 1600. Figure 16 As shown, server device 1600 may include: a processor 1601 and a memory 1602. Memory 1602 is used to store computer-executable instructions. For example, in some embodiments, when server device 1601 executes the instructions stored in memory 1602, server device 1600 may perform any of the methods described in the above embodiments. For example, server device 1600 may include the data processing apparatus provided in the above embodiments. In some implementations, service device 1600 may be an operations server.

[0282] It should be noted that all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0283] Figure 17 A schematic diagram of the composition of a chip system 1700 is shown. The chip system 1700 may include: a processor 1701 and a communication interface 1702, which are used to support related devices to implement the functions involved in the above embodiments. In one possible design, the chip system also includes a memory for storing necessary program instructions and data for related devices (such as the above-mentioned server device or data processing device). The chip system can be composed of chips, or it can include chips and other discrete devices. It should be noted that in some implementations of the present application, the communication interface 1702 may also be referred to as an interface circuit.

[0284] It should be noted that all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0285] The functions, actions, operations, steps, etc. in the above embodiments can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using a software program, they can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that can be integrated with the medium. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).

[0286] Although the present application has been described with reference to specific features and embodiments thereof, it is apparent that various modifications and combinations may be made thereto without departing from the spirit and scope of the present application. Accordingly, this specification and the drawings are merely illustrative of the present application as defined by the appended claims and are deemed to cover any and all modifications, variations, combinations or equivalents within the scope of the present application. Obviously, those skilled in the art may make various modifications and variations to the present application without departing from the spirit and scope of the present application. Thus, the present application is intended to include such modifications and variations as fall within the scope of the claims of the present application and their equivalents.

Claims

1. A data processing method, characterized in that: Applicable to a communication system, the communication system comprising electronic equipment and a data processing device; The data processing device is configured with a first task, the first task including a first process, a second process and a third process; the first task corresponds to a first task code; The first process corresponds to a first process code; The second process corresponds to a second process code; The third process corresponds to the third process code; The second process is correspondingly configured with a second action configuration; the third process is correspondingly configured with a third condition configuration and a third action configuration; The first process corresponds to a first rule configuration, a first condition configuration, and a first action configuration; The method comprises: The data processing device receives a second request message, the second request message including the first task code and the second process code; the second request message is related to a first user operation received by the electronic device, the first operation being used to instruct an entry into an activity interface corresponding to the first task; In response to receiving the second request information, the data processing device obtains the second action configuration according to the first task code and the second process code; and sends first data to the electronic device according to the second action configuration; the first data is used to display the activity interface; The second request information further includes first login information and a third process code, and the method further includes: The data processing device obtains the third condition configuration and the third action configuration according to the first task code and the third process code, wherein the third condition configuration includes a first judgment condition and a second judgment condition, the first judgment condition being used to determine whether the number of participations in the third process corresponding to the first login information has reached an upper limit of the number of participations corresponding to the third process, and the second judgment condition being used to determine whether the number of resources purchased by the first login information within a preset time period has reached a first preset value; The data processing device sends second data to the electronic device when both the first judgment condition and the second judgment condition are passed; the second data corresponds to the third action configuration; and the second data is used to display a task completion prompt corresponding to the first login information on the activity interface; After receiving the first data and the second data, the electronic device displays a first interface corresponding to the first task, wherein the first interface also includes a first control for receiving a reward corresponding to the first task; After the electronic device receives the second operation on the first control, the electronic device sends a first request message to the data processing device, where the first request message includes the first login information and the first process code; In response to receiving the first request information, the data processing device obtains the first rule configuration, the first condition configuration, and the first action configuration according to the first process code; the first rule configuration is used to determine whether the account can participate in the first process; the first condition configuration is used to determine whether the number of resources purchased by the first login information within a preset time period reaches a second preset value; the first action configuration includes a first reward; The data processing device determines, based on the first login information and the first rule configuration, that the first login information participates in the first process: In the case where the first rule configuration is satisfied, the data processing device determines, based on the first login information and the first condition configuration, that the quantity of resources purchased by the first login information within a preset time period has reached the second preset value; When the first condition configuration is satisfied, third data is sent to the electronic device, where the third data includes the first reward.

2. The method according to claim 1, characterized in that The third data includes at least one of the following: The page display element corresponding to the first activity corresponding to the first task, and the reward information corresponding to the first activity.

3. The method according to claim 1 or 2, characterized in that Before obtaining the first rule configuration, the method further includes: Performing conditional filtering on the first request information; The conditional filtering process includes at least one of the following: activity time filtering process, activity status filtering process; The activity time filtering process is used to determine whether the time of receiving the first request information is within the valid time period configured for the first task and the first process; The activity status filtering process is used to determine whether the first task and the first process are in an active state.

4. The method according to claim 3, characterized in that The first rule configuration includes calling a first plug-in, wherein the first plug-in is used to obtain the remaining available times of the user account; The determining, based on the first login information and the first rule configuration, that the first login information participates in the first process includes: According to the first plug-in included in the first rule configuration, it is determined that the remaining available times corresponding to the first user account corresponding to the first login information and the first process are greater than 0.

5. The method according to claim 4, characterized in that After determining that the remaining available times of the first user account are greater than 0, the method further includes: Execute the number of times of the remaining available times minus 1 on the first user account; Points processing of performing points deduction on the first user account.

6. The method according to claim 5, characterized in that Before determining, based on the first login information and the first condition configuration, that the quantity of resources purchased by the first login information within a preset time period has reached the second preset value, the method further includes: It is determined that both the number processing and the integration processing are successful.

7. The method according to claim 1, characterized in that Before obtaining the first condition configuration, the method further includes: Determining that the first user account corresponding to the first login information requires re-performing conditional judgment.

8. The method according to claim 7, characterized in that The determining that the first user account needs to perform conditional judgment again includes: Determining that the first user account needs to perform conditional judgment again based on the first user account being a second type of user; The second type of user is used to indicate that the first user account is not a newly opened account.

9. The method according to claim 8, characterized in that Before determining that the first user account needs to perform conditional judgment again, the method further includes: Determine that the first user account is the second type of user.

10. The method according to any one of claims 1 to 9, characterized in that After obtaining the first rule configuration, the method further includes: It is determined that the user account corresponding to the first login information has not been opened.

11. The method according to claim 10, characterized in that Before obtaining the first condition configuration, the method further includes: generating a first identifier, where the first identifier is used to indicate that the user account corresponding to the first login information has not been opened; Before sending the third data to the electronic device, the method further includes: According to the first identifier, when all condition judgment processes of the first condition configuration are successful, it is determined that the first condition configuration judgment is successful.

12. The method according to claim 11, characterized in that After determining that the first condition configuration is successful, the method further includes: An account opening instruction is generated, where the account opening instruction is used to indicate opening a first user account corresponding to the first login information.

13. The method according to claim 1, wherein Before obtaining the first action configuration, the method further includes: It is determined that the first user account corresponding to the first login information is a first type of user, where the first type of user is used to indicate that the first user account is a newly opened account.

14. The method according to claim 1, wherein Before obtaining the first action configuration, the method further includes: Determining that the first user account corresponding to the first login information is a second-category user, where the second-category user is used to indicate that the first user account is not a newly opened account; It is determined that the first user account does not need to perform conditional judgment again.

15. The method according to claim 1, wherein The data processing device is configured with a second task, the second task including a second process; the second task corresponds to a second task code; The second process corresponds to a second process code; The second process is correspondingly configured with a second action configuration; The method comprises: receiving a second request message, the second request message including the first task code, the first process code, and the first login information; the second request message is used to obtain second distribution information; acquiring the second action configuration according to the second task code and the second process code; wherein the second action configuration indicates the second distribution information; According to the second action configuration, a second response message is generated; the second response message includes the second distribution information.

16. A data processing device, characterized in that: The data processing device is used to execute the method corresponding to the data processing device in any one of claims 1 to 15.

17. A server device, characterized in that: The server device is used to execute the method corresponding to the data processing device in the method according to any one of claims 1 to 15.

18. A chip system, characterized in that: The chip system is configured in a data processing device, and the chip system includes one or more interface circuits and one or more processors; the interface circuit and the processor are interconnected through lines; the interface circuit is used to receive a signal from the memory of the data processing device and send the signal to the processor, and the signal includes a computer instruction stored in the memory; when the processor executes the computer instruction, the data processing device executes the method corresponding to the data processing device in any one of claims 1 to 15.

Images