A DSL-based interactive activity generation method, device and processor

Abstract

The application discloses a DSL-based interactive activity generation method and device and a processor. In the scheme, an interactive activity creation instruction is received, and the instruction includes unique identification information of a DSL template selected by a first user; the DSL template is called based on the unique identification information, and a template configuration interface is generated; in response to a parameter input operation of the first user in the template configuration interface, placeholders corresponding to each key configuration dimension in the DSL template are replaced with activity parameters input by the first user, and a DSL configuration file is generated; if it is determined that the DSL configuration file is a compliant configuration file, the DSL configuration file is instantiated to generate an interactive activity instance. The technical scheme directly generates the interactive activity instance by using the pre-defined DSL template, greatly reduces the development workload of the underlying code, significantly improves the construction efficiency of the interactive activity, reduces the construction cost, and thus efficiently meets the high-frequency and diversified activity demand.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computers, in particular to a DSL-based interactive activity generation method and device and processor. BACKGROUND

[0002] With the rapid development of business, the scenarios and types of interactive activities are increasing, and interactive activity development faces various activity demands. Currently, the development of interactive activities (such as game activities, marketing activities, online operation activities, etc.) generally adopts a traditional hard coding mode, that is, a development technical personnel needs to write a large amount of code to implement activity logic and interface layout according to the specific demands of each interactive activity function.

[0003] However, the development of interactive activities by using the traditional hard coding mode has the problems of long development cycle and low development efficiency, cannot support dynamic expression of complex activity logic (such as conditional branching, rule nesting, real-time state feedback, etc.), and is difficult to quickly respond to high-frequency and diversified activity demands, because activity rules, process logic and reward mechanisms all need to be implemented by line-by-line coding. Moreover, any adjustment of activity functions needs to modify underlying codes, which not only cannot support dynamic updating of activity functions, but also easily increases the risk of code logic errors, resulting in insufficient flexibility.

[0004] In addition, the development of interactive activities by using the traditional hard coding mode has the problems of high code redundancy and difficulty in abstracting and reusing across activity modules, because similar activity functions need to be repeatedly developed, thereby causing waste of resources. Moreover, the entire development process depends on professional development technical personnel, and non-technical personnel cannot directly participate in activity configuration, resulting in an obvious gap between demand communication and implementation and increasing the cost of communication and cooperation.

[0005] Therefore, there is an urgent need for a more efficient interactive activity generation method to reduce the development workload of underlying codes and efficiently meet high-frequency and diversified activity business demands. SUMMARY

[0006] In view of the above problems, the present application provides a DSL-based interactive activity generation method, device and processor, aiming to reduce the development workload of underlying codes, improve the construction efficiency and cost of interactive activities, and efficiently meet high-frequency and diversified activity business demands.

[0007] The embodiments of the present application disclose the following technical solutions:

[0008] In a first aspect, the present application provides a DSL-based interactive activity generation method, which comprises:

[0009] Receive an interactive activity creation instruction; the interactive activity creation instruction carries the unique identification information of the DSL template selected by the first user; the DSL template is used to define the complete process of the interactive activity from configuration to execution through multiple key configuration dimensions of the DSL structure;

[0010] The DSL template is invoked based on the unique identifier information, and a template configuration interface is generated;

[0011] In response to the parameter input operation of the first user in the template configuration interface, the placeholders corresponding to each of the key configuration dimensions in the DSL template are replaced with the activity parameters input by the first user, and a DSL configuration file is generated.

[0012] If the DSL configuration file is determined to be a compliant configuration file, then the DSL configuration file is instantiated to generate an interactive activity instance; the instantiation process is used to configure the DSL configuration file as an executable interactive activity.

[0013] In an optional implementation, if the DSL configuration file is determined to be a compliant configuration file, then instantiating the DSL configuration file to generate an interactive activity instance includes:

[0014] The syntax of the DSL configuration file is checked, and the check result is obtained.

[0015] Based on the verification result, determine whether the DSL configuration file is a compliant configuration file;

[0016] If the DSL configuration file is a non-compliant configuration file, then the instantiation process of the DSL configuration file is prohibited.

[0017] If the DSL configuration file is a compliant configuration file, then the instantiation process is performed on the DSL configuration file to obtain the interactive activity instance.

[0018] In an optional implementation, the method further includes, before receiving the interactive activity creation instruction:

[0019] Obtain activity data corresponding to each of multiple historical interactive activities; the multiple historical interactive activities include different types of interactive activities.

[0020] Common activity elements are extracted from each of the activity data, and the common activity elements are converted into DSL language structures; the common activity elements are activity elements that appear repeatedly in multiple historical interaction activities;

[0021] The basic information of the interactive activity is defined based on the transformed common activity elements, and the context variables of the interactive activity are set based on the basic information; the context variables are data items in the DSL language structure used to bind runtime changes according to the environment state.

[0022] Multiple activity judgment conditions and multiple activity-related actions are created based on the aforementioned context variables;

[0023] Multiple rule chains are generated by combining the activity judgment conditions and the activity-related actions based on preset logical operators;

[0024] Construct a DSL template corresponding to each rule chain.

[0025] In an optional implementation, constructing a DSL template corresponding to each rule chain includes:

[0026] Each rule chain is used to set an event-driven rule corresponding to that rule chain; the event-driven rule is a rule that verifies the current environment state and executes the corresponding activity-related action when the target event is triggered by the activity judgment condition.

[0027] Based on each rule chain and the event-driven rule corresponding to the rule chain, a DSL template corresponding to the rule chain is constructed.

[0028] In an optional implementation, extracting common activity elements from the various activity data includes:

[0029] Demand analysis is performed on each of the activity data to obtain multiple high-frequency activity elements corresponding to each of the historical interactive activities; the high-frequency activity elements are elements that appear more frequently than a preset frequency in the historical interactive activities;

[0030] Extract the common activity elements from the high-frequency activity elements corresponding to the multiple historical interactive activities.

[0031] In an optional implementation, after generating the interactive activity instance, the method further includes:

[0032] Receive an interactive activity access request from a second user; the interactive activity access request includes the user information of the second user and the identification information of the interactive activity to be accessed by the second user;

[0033] Based on the identification information, detect whether there is an interactive activity instance in the memory database corresponding to the interactive activity;

[0034] If no interactive activity instance corresponding to the interactive activity exists in the in-memory database, the interactive activity instance is loaded from the relational database according to the identification information, and the interactive activity instance is pre-parsed to convert it into a directed acyclic graph or a state machine model to obtain the converted interactive activity instance; the converted interactive activity instance is stored in the in-memory database; the nodes in the directed acyclic graph are used to represent activity judgment conditions or activity-related actions, and the edges in the directed acyclic graph are used to represent the execution order of the activity judgment conditions or activity-related actions; the state machine model is used to structure the activity judgment conditions and activity-related actions into an executable process;

[0035] If an interactive activity instance corresponding to the interactive activity exists in the memory database, then an interactive activity page is created based on the interactive activity instance.

[0036] In an optional implementation, after creating the interactive activity page based on the interactive activity instance, the method further includes:

[0037] In response to the second user's target operation on the interactive activity page, the system verifies whether the second user is eligible to participate in the interactive activity based on the user information.

[0038] If the second user is verified to be eligible to participate, the activity judgment conditions and activity-related actions corresponding to the interactive activity are executed to obtain the execution result;

[0039] The execution result is then fed back to the second user.

[0040] A second aspect of this application provides an interactive activity generation apparatus based on a DSL, the apparatus comprising:

[0041] The receiving module is used to receive an interactive activity creation instruction; the interactive activity creation instruction carries the unique identification information of the DSL template selected by the first user; the DSL template is used to define the complete process of the interactive activity from configuration to execution through multiple key configuration dimensions of the DSL structure.

[0042] The template invocation module is used to invoke the DSL template based on the unique identifier information and generate a template configuration interface;

[0043] The operation response module is used to respond to the parameter input operation of the first user in the template configuration interface, replace the placeholders in the DSL template corresponding to each of the key configuration dimensions with the activity parameters input by the first user, and generate a DSL configuration file.

[0044] The generation module is used to instantiate the DSL configuration file and generate an interactive activity instance if it is determined that the DSL configuration file is a compliant configuration file; the instantiation process is used to configure the DSL configuration file as an executable interactive activity.

[0045] In a third aspect, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the aforementioned DSL-based interactive activity generation method.

[0046] In a fourth aspect, this application provides a processor for running a computer program, which executes the above-described DSL-based interactive activity generation method during runtime.

[0047] Compared with the prior art, this application has the following beneficial effects:

[0048] In the technical solution of this application, an interactive activity creation instruction carrying a unique identifier information of the DSL template selected by the first user is first received. Since the DSL template can be used to define the complete process of interactive activity from configuration to execution through multiple key configuration dimensions of DSL structure, the predefined DSL template can be quickly located and called based on the unique identifier information, and a template configuration interface can be generated. There is no need to write a lot of code to implement the logical framework of the interactive activity and the layout of the configuration interface, which significantly improves the construction efficiency of the interactive activity.

[0049] Secondly, by responding to the parameter input operation of the first user in the template configuration interface, the placeholders corresponding to each key configuration dimension in the DSL template are replaced with the activity parameters input by the first user. The DSL configuration file required to generate interactive activity instances can be obtained without relying on professional R&D personnel, enabling non-technical personnel to directly participate in the configuration of interactive activities and reducing the communication and collaboration costs of building interactive activities. After compliance verification (i.e., determining that the DSL configuration file is a compliant configuration file), the DSL configuration file can be directly instantiated into an executable interactive activity, realizing the automated process of interactive activities from configuration to generation, greatly reducing the workload of underlying code development, significantly improving the construction efficiency of interactive activities, reducing construction costs, and thus efficiently meeting the high-frequency and diversified business needs of activities.

[0050] Furthermore, the technical solution of this application uses predefined DSL templates to directly generate interactive activity instances, eliminating the need to repeatedly develop similar types of activity functions, reducing resource waste, and further lowering the construction cost of interactive activities. The predefined DSL templates in the technical solution of this application support the dynamic expression of complex activity logic and the dynamic updating of activity functions. Adjustments to activity functions do not require modification of the underlying code, thereby improving the flexibility of interactive activity construction and reducing the risk of code logic errors caused by code modification. Attached Figure Description

[0051] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0052] Figure 1 A flowchart illustrating a DSL-based interactive activity generation method provided in this application embodiment;

[0053] Figure 2 A flowchart illustrating another DSL-based interactive activity generation method provided in this application embodiment;

[0054] Figure 3 A flowchart illustrating the construction process of a DSL template provided in this application embodiment;

[0055] Figure 4 A flowchart illustrating the creation of an interactive activity page and the user interaction process provided in this application embodiment;

[0056] Figure 5 This is a schematic diagram of the structure of an interactive activity generation device based on DSL provided in an embodiment of this application. Detailed Implementation

[0057] As described earlier, current interactive activity development generally adopts the traditional hard-coding model. This means that developers need to write extensive amounts of code to implement the activity logic and interface layout for each specific interactive activity function. However, this traditional hard-coding model results in long development cycles and low efficiency because activity rules, process logic, and reward mechanisms all need to be coded line by line. It cannot support the dynamic expression of complex activity logic, making it difficult to quickly respond to high-frequency and diverse activity needs. Furthermore, since any adjustment to an activity function requires modification of the underlying code, it not only fails to support dynamic updates of activity functions but also increases the risk of code logic errors, leading to a lack of flexibility.

[0058] Furthermore, developing interactive activities using the traditional hard-coding approach often leads to high code redundancy and difficulty in abstracting and reusing cross-activity modules, resulting in wasted resources. The entire development process relies on professional developers, as non-technical personnel cannot directly participate in activity configuration, creating a significant gap between requirements communication and implementation, and increasing communication and collaboration costs. Therefore, a more efficient method for generating interactive activities is urgently needed to reduce the workload of low-level code development and efficiently meet the high-frequency, diverse business needs of activities.

[0059] After research, the inventors proposed an interactive activity generation method based on DSL. In this scheme, an interactive activity creation instruction carrying a unique identifier information of the DSL template selected by the first user is first received. Since the DSL template can be used to define the complete process of interactive activity from configuration to execution through multiple key configuration dimensions of DSL structure, the predefined DSL template can be quickly located and called based on the unique identifier information, and a template configuration interface can be generated. There is no need to write a lot of code to implement the logical framework of the interactive activity and the layout of the configuration interface, which significantly improves the construction efficiency of interactive activities.

[0060] Secondly, by responding to the parameter input operation of the first user in the template configuration interface, the placeholders corresponding to each key configuration dimension in the DSL template are replaced with the activity parameters input by the first user. The DSL configuration file required to generate interactive activity instances can be obtained without relying on professional R&D personnel, enabling non-technical personnel to directly participate in the configuration of interactive activities and reducing the communication and collaboration costs of building interactive activities. After compliance verification (i.e., determining that the DSL configuration file is a compliant configuration file), the DSL configuration file can be directly instantiated into an executable interactive activity, realizing the automated process of interactive activities from configuration to generation, greatly reducing the workload of underlying code development, significantly improving the construction efficiency of interactive activities, reducing construction costs, and thus efficiently meeting the high-frequency and diversified business needs of activities.

[0061] Furthermore, the technical solution of this application uses predefined DSL templates to directly generate interactive activity instances, eliminating the need to repeatedly develop similar types of activity functions, reducing resource waste, and further lowering the construction cost of interactive activities. The predefined DSL templates in the technical solution of this application support the dynamic expression of complex activity logic and the dynamic updating of activity functions. Adjustments to activity functions do not require modification of the underlying code, thereby improving the flexibility of interactive activity construction and reducing the risk of code logic errors caused by code modification.

[0062] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.

[0063] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data shall comply with the relevant laws, regulations and standards of the relevant regions.

[0064] Keyword definition:

[0065] DSL stands for Domain Specific Language, a programming or configuration language specifically designed to solve problems within a particular domain. Compared to general-purpose programming languages ​​(such as Java and Python), DSLs are more focused on a specific application domain. Therefore, their syntax and semantics are closer to the concepts and operations of that domain, making the description and processing of tasks within that domain more intuitive and efficient.

[0066] Method Implementation Examples

[0067] This application provides an embodiment of a DSL-based interactive activity generation method. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although the flowchart shows a logical order, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0068] See Figure 1 The figure is a flowchart of an interactive activity generation method based on DSL provided in an embodiment of this application, as shown below. Figure 1 As shown, the method includes the following steps:

[0069] Step S101: Receive an interactive activity creation instruction; the interactive activity creation instruction carries the unique identification information of the DSL template selected by the first user.

[0070] In an optional embodiment, an interactive activity system can serve as the execution entity of the DSL-based interactive activity generation method of this application. For ease of description, the interactive activity system will be simply referred to as the system below. Figure 2As shown, the interactive activity system includes a template configuration platform, an interactive business middle platform, and interactive product applications. The template configuration platform is used to provide a platform for development technicians to create DSL templates, the interactive business middle platform is used to generate interactive activities, and the interactive product applications are used to provide a platform for activity interaction.

[0071] In step S101, the DSL template is used to define the complete process of interactive activities from configuration to execution through multiple key configuration dimensions structured by the DSL. In this embodiment, the multiple key configuration dimensions include basic activity information, activity participation conditions, reward rules, activity interaction mechanism, triggering conditions, display settings, and data analysis and monitoring. The basic activity information includes basic information such as activity name, activity description, activity start time, and activity end time; the activity participation conditions define the conditions for participating in the interactive activity (e.g., user registration time, whether the user meets a certain points threshold, or other specific conditions); the reward rules specify the type and quantity of rewards that participants can obtain after completing specific actions, such as coupons, points, or physical prizes. The activity interaction mechanism describes the specific gameplay of the interactive activity, such as lotteries, quizzes, Q&A sessions, etc., as well as the operation process and interaction logic of the activity; the trigger conditions set the conditions for the activity to start or switch between different stages, such as users completing specific tasks, reaching a certain time point, or meeting specific behavioral patterns; the display settings involve how the activity is presented on the front-end page, including but not limited to the design of visual and interactive elements such as interface layout, color theme, and button styles; the data analysis and monitoring configuration describes how to collect activity data, monitor activity effects, and how to adjust activity strategies based on analysis results.

[0072] In the embodiments of this application, such as Figure 2 As shown, the first user can be the brand operator. After the brand operator logs into the interactive activity system and selects the corresponding DSL template, the system's interactive product application can receive the interactive activity creation instruction carrying the unique identifier information of the DSL template selected by the brand operator, and request the template configuration interface from the interactive business platform, thereby providing data preparation for the subsequent automatic generation of interactive activity instances.

[0073] To automate the process of configuring and generating interactive activities, this embodiment of the application, before receiving the interactive activity creation instruction, can construct a DSL template based on the activity data corresponding to multiple historical interactive activities. Specifically, see [link to relevant documentation]. Figure 3 The figure is a flowchart of a DSL template construction process provided in an embodiment of this application. The process includes the following steps:

[0074] Step S301: Obtain the activity data corresponding to each of the multiple historical interactive activities.

[0075] In step S301, the multiple historical interactive activities include different types of interactive activities.

[0076] In the embodiments of this application, the activity data includes, but is not limited to, activity description data of historical interactive activities, participant feedback data, operation log data, etc.

[0077] Step S302: Extract common activity elements from each activity data and convert the common activity elements into DSL language structures.

[0078] In step S302, common activity elements are those that appear repeatedly in multiple historical interactive activities. Examples include basic activity information, activity rules, reward rules, and user trigger conditions.

[0079] In order to obtain accurate common activity elements and thus provide data preparation for the subsequent construction of DSL templates, in this embodiment of the application, the system can perform demand analysis on each activity data to obtain multiple high-frequency activity elements corresponding to each historical interactive activity; wherein, high-frequency activity elements are elements that appear more frequently than a preset frequency in historical interactive activities; then the system can extract common activity elements from the high-frequency activity elements corresponding to multiple historical interactive activities.

[0080] For example, the system can identify frequently occurring elements that are crucial to the success of the activity from the above-mentioned historical interactive activities, such as activity task settings, activity rules, activity reward mechanisms, and user behavior triggering conditions. Then, the system can abstract the identified high-frequency activity elements to find common patterns between different activities and extract common activity elements from multiple historical interactive activities.

[0081] In this embodiment, the system converts common activity elements into DSL language structures, thereby enabling the application of dedicated DSL syntax and semantic structures to the activity domain, which in turn provides data preparation for the subsequent construction of DSL templates for interactive activities.

[0082] Step S303: Define the basic information of the interactive activity based on the transformed common activity elements, and set the context variables of the interactive activity based on the basic information.

[0083] In step S303, the context variable is a data item in the DSL language structure used to bind runtime changes based on the environment state. Basic information about the interactive activity includes the activity name, purpose, time and location, and activity format.

[0084] In this embodiment, the context variables include: user information, time information, location information, environmental status, task and progress, reward status, triggering conditions, etc.; wherein, user information includes user ID, username, user level or status, user preference settings, etc.; time information includes current timestamp, activity start time, activity end time, time stamp of specific events (such as task completion time), etc.; location information includes user geographic location, activity occurrence location or target location, etc.; environmental status includes system status (such as server load, network conditions), etc.; task and progress includes current task status (not started, in progress, completed), task progress bar or completion index, etc.; reward status includes a list of obtained rewards, reward claim status (claimed or unclaimed); triggering conditions include the status of achieving specific conditions (such as whether specific achievement conditions are met), the current status of the trigger (activated, pending activation, triggered), etc.

[0085] In this embodiment, the system can define basic information such as the activity name, activity description, participation rules (e.g., how to participate in the activity, including eligibility requirements, time limits, etc.), task list, reward mechanism (e.g., coupons, physical prizes, points, titles, etc.), and triggering conditions of interactive activities based on the converted common activity elements. The system can also set context variables such as user information, time information, location information, environmental status, tasks and progress, reward status, and triggering conditions of interactive activities based on the basic information.

[0086] Step S304: Create multiple activity judgment conditions and multiple activity-related actions based on context variables.

[0087] In this embodiment, multiple activity judgment conditions include determining user level, user eligibility to participate in activities, user lottery participation count, and user winning conditions. Multiple activity-related actions include reward distribution, task unlocking, progress updates, notifications and reminders, and dynamic difficulty adjustment. The system can create multiple activity judgment conditions and multiple activity-related actions based on context variables, providing data preparation for subsequently constructing DSL templates for interactive activities.

[0088] Step S305: Combine the activity judgment conditions and activity-related actions based on preset logical operators to generate multiple rule chains.

[0089] In this embodiment, the preset logical operator can be AND / OR. The system can combine activity judgment conditions and activity-related actions to generate multiple rule chains through the rule chain mechanism of Switch Case syntax and AND / OR condition combination.

[0090] It should be noted that by introducing the Switch Case syntax and the rule chain mechanism of AND / OR condition combination, multiple rule chains can be generated by combining the activity judgment conditions and activity-related actions. This allows for the flexible definition of complex judgment logic and dynamic adjustment of activity logic based on context variables (such as user status, environmental data, etc.). This provides data preparation for the subsequent construction of interactive activity DSL templates, enabling DSL templates to support multiple scenarios and efficiently meet the needs of high-frequency and diversified activity business.

[0091] Step S306: Construct a DSL template corresponding to each rule chain based on each rule chain.

[0092] In this embodiment, the system can construct a DSL template corresponding to each rule chain based on each rule chain and the corresponding event-driven rules. Specifically, the system can set event-driven rules corresponding to each rule chain; wherein, the event-driven rules are rules that verify the current environment state and execute corresponding activity-related actions when a target event is triggered; then the system can construct a DSL template corresponding to each rule chain based on each rule chain and the corresponding event-driven rules.

[0093] For example, the system can implement complex processes through rule chains and event nesting: "After a user completes task A, task B is unlocked, and the leaderboard is updated simultaneously."

[0094] Optionally, after creating a DSL template, the system can publish the DSL template to the template library.

[0095] It should be noted that by constructing a DSL template corresponding to each rule chain and its corresponding event-driven rules, there is no need to repeatedly develop similar types of activity functions. This significantly reduces the workload of underlying code development, reduces resource waste, lowers the construction cost of interactive activities, and improves development efficiency. Furthermore, the DSL template is highly flexible and can quickly adjust activity strategies according to market demands without large-scale modifications to the underlying code, thus reducing the risk of code logic errors caused by code modifications.

[0096] Optionally, the system can abstract configuration items (such as time, reward value, etc.) in the DSL template into placeholders (such as #{startTime}, #{rewardAmount}, etc.) as needed, so that the same template can be reused in different activities or scenarios. Only the values ​​of the placeholders need to be replaced according to the actual situation, without redesigning the entire logic, thereby improving the versatility and reusability of the template.

[0097] In this embodiment of the application, the system can dynamically register custom DSL syntax and underlying functional modules through reserved extension interfaces to adapt to the evolution of future activity forms.

[0098] It should be noted that this application adopts a plug-in design, using DSL to provide a more natural and expressive way to describe activity templates for specific domains, and decomposes activity functions into independent components (such as check-in, lottery, leaderboard). Through the rule chain and placeholders of DSL, the components can be combined and parameterized as needed to obtain DSL templates. This makes it easier for non-technical personnel to understand and write complex logic, and improves the design efficiency, universality, flexibility and reusability of activity templates.

[0099] Step S102: Invoke the DSL template based on the unique identifier information and generate the template configuration interface.

[0100] In this embodiment of the application, the unique identification information is used to uniquely identify the DSL template, which can be a predefined template ID or other identifier. Figure 2 As shown, the system's interactive service platform can call DSL templates from the template library based on the unique identifier information of the DSL template, return the active template DSL data, and generate a template configuration interface.

[0101] Step S103: In response to the parameter input operation of the first user in the template configuration interface, the placeholders corresponding to each key configuration dimension in the DSL template are replaced with the activity parameters input by the first user, and a DSL configuration file is generated.

[0102] In this embodiment, placeholders are abstracted from configuration items (such as time, reward value, rules, etc.) when constructing the DSL template, such as #{startTime}, #{rewardAmount}, etc.; activity parameters include time, rules, reward value, etc. The system can respond to the parameter input operation of the first user in the template configuration interface and automatically replace the placeholders corresponding to each key configuration dimension in the DSL template with the activity parameters input by the first user, and generate a DSL configuration file. This allows the system to obtain the DSL configuration file required to generate interactive activity instances without relying on professional R&D personnel, enabling non-technical personnel to directly participate in the configuration of interactive activities and reducing the communication and collaboration costs of constructing interactive activities. Furthermore, the ability to obtain the DSL configuration file required to generate interactive activity instances simply by replacing placeholders supports multi-scenario applications, improving the system's flexibility and adaptability.

[0103] Optionally, such as Figure 2As shown, after generating the DSL configuration file, the system's interactive service platform can also initiate a compliance verification request to perform syntax verification and preview of the DSL configuration file, thus avoiding syntax errors.

[0104] Step S104: If the DSL configuration file is determined to be a compliant configuration file, then the DSL configuration file is instantiated to generate an interactive activity instance.

[0105] In step S104, the instantiation process is used to configure the DSL profile into an executable interactive activity.

[0106] In this embodiment, the compliant configuration file is a file that conforms to the DSL configuration standard, meaning it is written in a Domain-Specific Language (DSL) and follows the syntax and rules defined by the DSL. The system can determine whether to instantiate the DSL configuration file based on whether it is a compliant configuration file. Specifically, the system can perform syntax validation on the DSL configuration file and obtain the validation result. Then, the system can determine whether the DSL configuration file is a compliant configuration file based on the validation result. If the DSL configuration file is a non-compliant configuration file, instantiation is prohibited; if the DSL configuration file is a compliant configuration file, it is instantiated to obtain an interactive activity instance.

[0107] It should be noted that after passing the compliance verification (i.e., confirming that the DSL configuration file is a compliant configuration file), the DSL configuration file can be directly instantiated into an executable interactive activity. This realizes the automated process of interactive activities from configuration to generation, greatly reduces the workload of underlying code development, significantly improves the construction efficiency of interactive activities, and reduces construction costs, thereby efficiently meeting the high-frequency and diversified business needs of activities.

[0108] Optionally, such as Figure 2 As shown, after generating an interactive activity instance, the system's interactive business platform can publish the interactive activity and set its status to "running".

[0109] Furthermore, after generating an interactive activity instance, the system can also create an interactive activity page based on the interactive activity instance, thereby providing a second user (i.e., Figure 2 The C-end users shown in the image participate in interactive activities by providing an interactive interface; specifically, see [link to relevant documentation]. Figure 4 The figure is a flowchart of the creation and user interaction process of an interactive activity page provided in an embodiment of this application. The process includes the following steps:

[0110] Step S401: Receive the second user's interactive activity access request; the interactive activity access request includes the second user's user information and the identifier information of the interactive activity to be accessed by the second user.

[0111] In this embodiment of the application, user information includes basic registration information, behavioral data, preference settings information, device information, etc.; the identification information of the interactive activity can be the activity ID of the interactive activity.

[0112] Step S402: Detect whether there is an interactive activity instance corresponding to the interactive activity in the memory database based on the identification information.

[0113] In this embodiment, the in-memory database can be Redis, used to cache parsed interactive activity instances. The system can determine whether to create an interactive activity page by detecting whether an interactive activity instance corresponding to the interactive activity exists in Redis based on the identification information.

[0114] Step S403: If there is no interactive activity instance corresponding to the interactive activity in the in-memory database, then load the interactive activity instance from the relational database according to the identification information, and perform pre-parsing processing on the interactive activity instance to convert the interactive activity instance into a directed acyclic graph or state machine model to obtain the converted interactive activity instance; store the converted interactive activity instance in the in-memory database.

[0115] In step S403, nodes in the directed acyclic graph are used to represent activity judgment conditions or activity-related actions, and edges in the directed acyclic graph are used to represent the execution order of activity judgment conditions or activity-related actions; the state machine model is used to structure activity judgment conditions and activity-related actions into an executable process.

[0116] In this embodiment, the relational database can be a MySQL database (i.e., a template library) used to store unparsed interactive activity instances. If no interactive activity instance exists in the in-memory database, the system can load the interactive activity instance from the relational database based on the identification information, and pre-parse the interactive activity instance using an adapted rule engine to convert it into a directed acyclic graph or state machine model, obtaining the converted interactive activity instance. The converted interactive activity instance is then stored in the in-memory database, thereby providing data preparation for the subsequent creation of interactive activity pages.

[0117] Step S404: If an interactive activity instance corresponding to the interactive activity exists in the memory database, then create an interactive activity page based on the interactive activity instance.

[0118] In this embodiment of the application, if there is an interactive activity instance corresponding to the interactive activity in the memory database, the system can directly create an interactive activity page based on the interactive activity instance, thereby providing an interactive interface for the second user to participate in the interactive activity.

[0119] Step S405: In response to the second user's target operation on the interactive activity page, verify whether the second user is qualified to participate in the interactive activity based on user information.

[0120] In this embodiment, the target operation can be an activity check-in operation, a lottery operation, etc. For example, when a C-end user clicks the check-in button on the interactive activity page, the system can respond to the activity check-in operation and verify whether the C-end user is eligible to participate in the interactive activity based on the C-end user's user information.

[0121] Step S406: If the second user is verified to be eligible to participate, then execute the activity judgment conditions and activity-related actions corresponding to the interactive activity to obtain the execution result.

[0122] For example, if it is verified that the second user is eligible to participate in the lottery, the reward judgment rules and reward distribution actions corresponding to the lottery activity are executed to obtain the execution result.

[0123] Step S407: The execution result is fed back to the second user.

[0124] In this embodiment of the application, after obtaining the execution result, the system can update the activity status of the lottery activity and feed back the execution result to the second user. For example, updating the task progress, updating the reward distribution status, updating the leaderboard, user status (such as novice, veteran), etc., and feeding back the lottery result and the distributed rewards to the second user.

[0125] Optionally, such as Figure 2 As shown, after the interactive product application feeds back the execution results to the C-end user, the system's interactive business platform can also push activity data to the brand operator, such as participation rate and ROI (Return on Investment).

[0126] In an alternative embodiment, an example of a lottery activity defined by a DSL template may be shown below:

[0127] 1. The basic rules for participating in the lottery include a free draw mechanism: X free draw opportunities are given by default every day / week / month / permanently.

[0128] 2. Extra chances to win a prize: You can get extra chances to win a prize by completing designated tasks (such as helping friends, placing shopping orders, consuming points, or joining a membership). You can get up to 3 free chances per day.

[0129] 3. Daily winning limit:

[0130] a. Each user can win a prize a maximum of once per day (including all prize levels);

[0131] b. If you have already won a prize on the same day, subsequent draws will only show "not won" results, but will still consume a draw attempt.

[0132] 4. Cumulative winning limit:

[0133] a. During the event, a single user may win a maximum of 3 prizes (including all prize levels);

[0134] b. If the total number of winnings reaches the limit, the system will automatically hide the winning eligibility and only display "Thank you for participating".

[0135] 5. Rules for cumulative lottery draw attempts:

[0136] a. The maximum number of draws a single user can participate in during the event is 10 (including free draws and draws obtained through tasks);

[0137] b. After exceeding the limit, a message will appear indicating that the number of draws has reached the activity limit.

[0138] 6. Rules for handling insufficient prize inventory:

[0139] (1) Strategy 1: No prize won:

[0140] a. Directly display "Not won" without any probability transfer or compensation;

[0141] b. Applicable scenario: When there is a shortage of high-value prizes, to avoid users perceiving that the prizes have been downgraded.

[0142] (2) Strategy 2: Allocate probability to other prizes:

[0143] a. Proportionally allocate the winning probability of this prize to other prizes in stock;

[0144] b. For example: If the original probability of winning the first prize is 10%, and the inventory is 0, then the 10% probability is distributed to the second and third prizes, etc.

[0145] (3) Strategy 3: Downgraded winning rules:

[0146] a. Step 1: Automatically detect the current inventory and sort the prizes from low to high value (e.g., participation prize → third prize → second prize → first prize);

[0147] b. Step 2: Prioritize allocating the lowest-value award with available stock. If the lowest-value award is out of stock, then proceed to the next lowest-value award.

[0148] Step 3: If all prizes are out of stock, display "No prize won".

[0149] Optionally, a portion of the code for the lottery activity defined in the DSL template can be shown below:

[0150]

[0151]

[0152]

[0153]

[0154] The interactive activity generation method based on DSL provided in this application introduces a predefined DSL template, enabling rapid location and invocation of the predefined DSL template based on the unique identifier information of the DSL template, and generating a template configuration interface. This eliminates the need to write a large amount of code to implement the logical framework of the interactive activity and the layout of the configuration interface, significantly improving the construction efficiency of the interactive activity. By replacing the placeholders corresponding to each key configuration dimension in the DSL template with the activity parameters input by the first user, the DSL configuration file required to generate the interactive activity instance can be obtained without relying on professional R&D personnel. This allows non-technical personnel to directly participate in the configuration of the interactive activity, reducing the communication and collaboration costs of building the interactive activity. After compliance verification (i.e., determining that the DSL configuration file is a compliant configuration file), the DSL configuration file can be directly instantiated into an executable interactive activity, realizing an automated process from configuration to generation of the interactive activity. This significantly reduces the workload of underlying code development, significantly improves the construction efficiency of the interactive activity, and reduces the construction cost, thereby efficiently meeting the high-frequency and diversified business needs of the activity.

[0155] Furthermore, the technical solution of this application uses predefined DSL templates to directly generate interactive activity instances, eliminating the need to repeatedly develop similar types of activity functions, reducing resource waste, and further lowering the construction cost of interactive activities. The predefined DSL templates in the technical solution of this application support the dynamic expression of complex activity logic and the dynamic updating of activity functions. Adjustments to activity functions do not require modification of the underlying code, thereby improving the flexibility of interactive activity construction and reducing the risk of code logic errors caused by code modification.

[0156] This application's technical solution utilizes a predefined DSL template, enabling customized development based on specific business needs. This makes it more aligned with real-world application scenarios and offers greater flexibility than general-purpose solutions. The predefined DSL template allows for the direct generation of configuration files or code that meet platform requirements through compilation or interpretation, facilitating rapid integration into existing activity configuration platforms and accelerating the development cycle. Furthermore, the predefined DSL template, typically designed for specific domains, is easier to maintain and extend than general-purpose programming languages, contributing to the development and iteration of long-term projects.

[0157] Device Examples

[0158] This application provides an interactive activity generation device based on DSL, wherein, Figure 5 A schematic diagram of an interactive activity generation device based on DSL provided in this application embodiment is shown below. Figure 5 As shown, the device includes: a receiving module 51, a template invocation module 52, an operation response module 53, and a generation module 54. Figure 5 You can see the connections between several modules.

[0159] The receiving module 51 is used to receive an interactive activity creation instruction; the interactive activity creation instruction carries the unique identification information of the DSL template selected by the first user; the DSL template is used to define the complete process of the interactive activity from configuration to execution through multiple key configuration dimensions of the DSL structure;

[0160] Template invocation module 52 is used to invoke DSL templates based on unique identifier information and generate a template configuration interface;

[0161] The operation response module 53 is used to respond to the parameter input operation of the first user in the template configuration interface, replace the placeholders in the DSL template corresponding to each key configuration dimension with the active parameters input by the first user, and generate the DSL configuration file.

[0162] The generation module 54 is used to instantiate the DSL configuration file and generate an interactive activity instance if it is determined that the DSL configuration file is a compliant configuration file; the instantiation process is used to configure the DSL configuration file as an executable interactive activity.

[0163] Optionally, the generation module includes: a verification unit, a judgment unit, a prohibition unit, and a processing unit.

[0164] The verification unit is used to perform syntax verification on the DSL configuration file and obtain the verification result.

[0165] The judgment unit is used to determine whether the DSL configuration file is a compliant configuration file based on the verification result.

[0166] The prohibition unit is used to prohibit the instantiation of the DSL configuration file if the DSL configuration file is an ineligible configuration file.

[0167] The processing unit is used to instantiate the DSL configuration file if the DSL configuration file is a compliant configuration file, thereby obtaining an interactive activity instance.

[0168] Optionally, the DSL-based interactive activity generation device further includes: a receiving module, an extraction module, a definition module, a creation module, a generation module, and a construction module.

[0169] The receiving module is used to obtain the activity data corresponding to each of the multiple historical interactive activities before receiving the interactive activity creation instruction; the multiple historical interactive activities include different types of interactive activities;

[0170] The extraction module is used to extract common activity elements from various activity data and convert these common activity elements into a DSL language structure; common activity elements are activity elements that appear repeatedly in multiple historical interactive activities;

[0171] The definition module is used to define the basic information of interactive activities based on the transformed common activity elements, and to set the context variables of interactive activities based on the basic information; the context variables are data items in the DSL language structure used to bind runtime changes according to the environment state;

[0172] Create a module for creating multiple activity judgment conditions and associated actions based on context variables;

[0173] The generation module is used to combine activity judgment conditions and activity-related actions based on preset logical operators to generate multiple rule chains;

[0174] The building module is used to construct the DSL template corresponding to each rule chain.

[0175] Optionally, the building module includes: a setup unit and a building unit.

[0176] The setting unit is used to set event-driven rules corresponding to each rule chain. Event-driven rules are rules that verify the current environment state and execute corresponding activity-related actions when a target event is triggered.

[0177] The building unit is used to build a DSL template corresponding to each rule chain based on each rule chain and the event-driven rules corresponding to the rule chain.

[0178] Optionally, the extraction module includes an analysis unit and an extraction unit.

[0179] The analysis unit is used to perform demand analysis on each activity data to obtain multiple high-frequency activity elements corresponding to each historical interactive activity; high-frequency activity elements are elements that appear more frequently than a preset frequency in historical interactive activities.

[0180] The extraction unit is used to extract common activity elements from high-frequency activity elements corresponding to multiple historical interactive activities.

[0181] Optionally, the DSL-based interactive activity generation device further includes: a request receiving module, a detection module, a parsing module, and a page creation module.

[0182] The request receiving module is used to receive the second user's interactive activity access request after the interactive activity instance is generated; the interactive activity access request includes the second user's user information and the identification information of the interactive activity to be accessed by the second user.

[0183] The detection module is used to detect whether there is an interactive activity instance corresponding to the interactive activity in the memory database based on the identification information;

[0184] The parsing module is used to load an interactive activity instance from a relational database based on its identification information if no corresponding interactive activity instance exists in the in-memory database. It then performs pre-parsing processing on the interactive activity instance to convert it into a directed acyclic graph (DAG) or a state machine model, obtaining the converted interactive activity instance. The converted interactive activity instance is then stored in the in-memory database. Nodes in the DAG represent activity judgment conditions or associated actions, and edges represent the execution order of these conditions or actions. The state machine model structures the activity judgment conditions and associated actions into an executable flow.

[0185] The page creation module is used to create an interactive page based on the interactive activity instance if an interactive activity instance corresponding to the interactive activity exists in the in-memory database.

[0186] Optionally, the DSL-based interactive activity generation device further includes an operation response module, a verification module, and a feedback module.

[0187] The operation response module is used to respond to the second user's target operation on the interactive activity page after creating the interactive activity page based on the interactive activity instance, and to verify whether the second user is qualified to participate in the interactive activity based on the user information.

[0188] The verification module is used to execute the activity judgment conditions and activity-related actions corresponding to the interactive activity if the second user is verified to be eligible to participate, and to obtain the execution result.

[0189] The feedback module is used to send the execution results back to the second user.

[0190] Storage Media Examples

[0191] This application provides a computer-readable storage medium storing a program, which, when executed by a processor, implements some or all of the steps in the DSL-based interactive activity generation method described in the foregoing method embodiments of this application. The storage medium can be any medium capable of storing program code, such as a USB flash drive, external hard drive, read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0192] Processor Implementation

[0193] This application provides a processor for running a program, wherein, during program execution, some or all of the steps in the DSL-based interactive activity generation method described in the foregoing method embodiments are performed.

[0194] It should be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for the device embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiments. The device embodiments described above are merely illustrative, and the units described as separate components may or may not be physically separate. The components indicated as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment solution according to actual needs. Those skilled in the art can understand and implement this without creative effort.

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

[0196] The above description is merely one specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for generating interactive activities based on DSL, characterized in that, include: Obtain the activity data corresponding to each of the multiple historical interactive activities; The aforementioned historical interactive activities include different types of interactive activities; Common activity elements are extracted from each of the activity data, and the common activity elements are converted into DSL language structures; the common activity elements are activity elements that appear repeatedly in multiple historical interaction activities; Define the basic information of the interactive activity based on the transformed common activity elements, and set the context variables of the interactive activity based on the basic information; The context variable is a data item in the DSL language structure used to bind runtime changes based on the environment state; Multiple activity judgment conditions and multiple activity-related actions are created based on the aforementioned context variables; Multiple rule chains are generated by combining the activity judgment conditions and the activity-related actions based on preset logical operators; Construct a DSL template corresponding to each rule chain; Receive an interactive activity creation instruction; the interactive activity creation instruction carries the unique identification information of the DSL template selected by the first user; The DSL template is used to define the complete process of interactive activities from configuration to execution through multiple configuration dimensions of the DSL structure; The DSL template is invoked based on the unique identifier information, and a template configuration interface is generated; In response to the parameter input operation of the first user in the template configuration interface, the placeholders corresponding to each configuration dimension in the DSL template are replaced with the activity parameters input by the first user, and a DSL configuration file is generated; If the DSL configuration file is determined to be a compliant configuration file, then the DSL configuration file is instantiated to generate an interactive activity instance; The instantiation process is used to configure the DSL configuration file as an executable interactive activity; Receive an interactive activity access request from a second user; the interactive activity access request includes the user information of the second user and the identification information of the interactive activity to be accessed by the second user; Based on the identification information, detect whether there is an interactive activity instance in the memory database corresponding to the interactive activity; If no interactive activity instance corresponding to the interactive activity exists in the memory database, the interactive activity instance is loaded from the relational database according to the identification information, and the interactive activity instance is pre-parsed to convert the interactive activity instance into a directed acyclic graph or state machine model to obtain the converted interactive activity instance. The converted interactive activity instances are stored in the in-memory database; The nodes in the directed acyclic graph are used to represent activity judgment conditions or activity-related actions, and the edges in the directed acyclic graph are used to represent the execution order of the activity judgment conditions or activity-related actions. The state machine model is used to structure the activity judgment conditions and the associated actions of the activity into an executable process; If an interactive activity instance corresponding to the interactive activity exists in the memory database, then an interactive activity page is created based on the interactive activity instance.

2. The method according to claim 1, characterized in that, If the DSL configuration file is determined to be a compliant configuration file, then the DSL configuration file is instantiated to generate an interactive activity instance, including: The syntax of the DSL configuration file is checked, and the check result is obtained. Based on the verification result, determine whether the DSL configuration file is a compliant configuration file; If the DSL configuration file is a non-compliant configuration file, then the instantiation process of the DSL configuration file is prohibited. If the DSL configuration file is a compliant configuration file, then the instantiation process is performed on the DSL configuration file to obtain the interactive activity instance.

3. The method according to claim 1, characterized in that, The step of constructing a DSL template corresponding to each rule chain includes: Each rule chain is used to set an event-driven rule corresponding to that rule chain; the event-driven rule is a rule that verifies the current environment state and executes the corresponding activity-related action when the target event is triggered by the activity judgment condition. Based on each rule chain and the event-driven rule corresponding to the rule chain, a DSL template corresponding to the rule chain is constructed.

4. The method according to claim 1, characterized in that, The step of extracting common activity elements from the various activity data includes: Demand analysis is performed on each of the activity data to obtain multiple high-frequency activity elements corresponding to each of the historical interactive activities; the high-frequency activity elements are elements that appear more frequently than a preset frequency in the historical interactive activities; Extract the common activity elements from the high-frequency activity elements corresponding to the multiple historical interactive activities.

5. The method according to claim 1, characterized in that, After creating the interactive activity page based on the interactive activity instance, the method further includes: In response to the second user's target operation on the interactive activity page, the system verifies whether the second user is eligible to participate in the interactive activity based on the user information. If the second user is verified to be eligible to participate, the activity judgment conditions and activity-related actions corresponding to the interactive activity are executed to obtain the execution result; The execution result is then fed back to the second user.

6. An interactive activity generation device based on DSL, characterized in that, include: The acquisition module is used to acquire the activity data corresponding to each of multiple historical interactive activities. The aforementioned historical interactive activities include different types of interactive activities; An extraction module is used to extract common activity elements from the various activity data and convert the common activity elements into a DSL language structure; the common activity elements are activity elements that appear repeatedly in multiple historical interaction activities; The definition module defines the basic information of interactive activities based on the transformed common activity elements, and sets the context variables of interactive activities based on the basic information. The context variable is a data item in the DSL language structure used to bind runtime changes based on the environment state; A creation module is used to create multiple activity judgment conditions and multiple activity-related actions based on the context variables; The rule chain generation module is used to combine the activity judgment conditions and the activity-related actions based on preset logical operators to generate multiple rule chains; The construction module is used to construct a DSL template corresponding to each rule chain based on each rule chain. The receiving module is used to receive an interactive activity creation instruction; the interactive activity creation instruction carries the unique identification information of the DSL template selected by the first user; The DSL template is used to define the complete process of interactive activities from configuration to execution through multiple configuration dimensions of the DSL structure; The template invocation module is used to invoke the DSL template based on the unique identifier information and generate a template configuration interface; An operation response module is used to respond to the parameter input operation of the first user in the template configuration interface, replace the placeholders in the DSL template corresponding to each of the configuration dimensions with the activity parameters input by the first user, and generate a DSL configuration file; The generation module is used to instantiate the DSL configuration file and generate an interactive activity instance if it is determined that the DSL configuration file is a compliant configuration file. The instantiation process is used to configure the DSL configuration file as an executable interactive activity; The request receiving module is used to receive an interactive activity access request from a second user; the interactive activity access request includes the user information of the second user and the identification information of the interactive activity to be accessed by the second user; The detection module is used to detect whether there is an interactive activity instance corresponding to the interactive activity in the memory database based on the identification information; The parsing module is used to load the interactive activity instance from the relational database according to the identification information if there is no interactive activity instance corresponding to the interactive activity in the memory database, and to perform pre-parsing processing on the interactive activity instance to convert the interactive activity instance into a directed acyclic graph or state machine model to obtain the converted interactive activity instance. The converted interactive activity instances are stored in the in-memory database; The nodes in the directed acyclic graph are used to represent activity judgment conditions or activity-related actions, and the edges in the directed acyclic graph are used to represent the execution order of the activity judgment conditions or activity-related actions. The state machine model is used to structure the activity judgment conditions and the associated actions of the activity into an executable process; The page creation module is used to create an interactive activity page based on the interactive activity instance if an interactive activity instance corresponding to the interactive activity exists in the memory database.

7. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the DSL-based interactive activity generation method as described in any one of claims 1-5.

8. A processor, characterized in that, Used to run a computer program, which, when running, executes the DSL-based interactive activity generation method as described in any one of claims 1-5.

Images