Configuration method, device and equipment of operation program

Abstract

The present invention provides a configuration method, device and equipment for an operating program; the method comprises: obtaining the development requirements of a program to be developed; searching a target service module set from a service module library according to the development requirements; determining the execution flow between target service modules in the target service module set according to the development requirements; combining the target service modules in the target service module set according to the execution flow to realize the development of the program. By modularizing the program to be developed, the error rate of reusable code in the program development process can be effectively reduced.

Description

Technical Field

[0001] The present invention relates to program development technology, and in particular to a configuration method, device and equipment for an operating program. Background Art

[0002] As products are updated and iterated, operators will design a series of activities to achieve the corresponding goals based on the purpose of updating or improving user activity. In related technologies, this is for a large number of routine operational activities. When manpower is arranged to develop each activity, a lot of repetitive work will occur. However, when copying and pasting reusable code, some minor errors will inevitably occur. Summary of the invention

[0003] The embodiments of the present invention provide a configuration method, device and equipment for an operating program, which can effectively avoid the problem of errors caused by manual copying of codes.

[0004] The technical solution of the embodiment of the present invention is achieved as follows:

[0005] An embodiment of the present invention provides a method for configuring an operating program, including:

[0006] Obtain development requirements for the program to be developed;

[0007] According to the development requirements, searching for a target service module set from a service module library;

[0008] Determining, according to the development requirements, the execution flow between the target service modules in the target service module set;

[0009] According to the execution process, the target service modules in the target service module set are combined to realize the development of the program.

[0010] An embodiment of the present invention provides a device for configuring an operating program, including:

[0011] The first acquisition module is used to acquire the development requirements of the program to be developed;

[0012] A first search module, used to search for a target service module set from a service module library according to the development requirements;

[0013] A first determination module, used to determine the execution flow between the target service modules in the target service module set according to the development requirements;

[0014] The first combining module is used to combine the target service modules in the target service module set according to the execution process to realize the development of the program.

[0015] An embodiment of the present invention provides a device for configuring an operating program, including:

[0016] A memory for storing executable instructions;

[0017] The processor is used to implement the program development method provided by the embodiment of the present invention when executing the executable instructions stored in the memory.

[0018] An embodiment of the present invention provides a storage medium storing executable instructions for causing a processor to execute and implement the program development method provided by the embodiment of the present invention.

[0019] The embodiments of the present invention have the following beneficial effects: for a program to be developed, the target service module required by the program to be developed is searched from a service module library, and then the target service modules are combined according to the development requirements to realize the functions of the program to be developed, thereby realizing standardized management of operational activities, and adopting standardized code generation methods such as configuration, which can effectively reduce the error rate caused by manual code copying. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 It is an optional architecture diagram of the development program system 100 provided in an embodiment of the present invention;

[0021] Figure 2 It is a structural diagram of a device 400 for configuring an operating program provided in an embodiment of the present invention;

[0022] Figure 3A It is a schematic diagram of the implementation flow of the configuration method of the operating program provided in the embodiment of the present invention;

[0023] Figure 3B is another implementation flow diagram of the method for configuring an operating program provided in an embodiment of the present invention;

[0024] Figure 3C It is another implementation flow diagram of the configuration method of the operating program provided in the embodiment of the present invention;

[0025] Figure 3D It is a schematic diagram of an implementation process of creating a service module library provided by an embodiment of the present invention;

[0026] Figure 4A It is a schematic diagram of the implementation process of creating a service module library according to an embodiment of the present invention;

[0027] Figure 4B is a schematic diagram of a configuration interface of an embodiment of the present invention;

[0028] Figure 4C is another schematic diagram of a configuration interface according to an embodiment of the present invention;

[0029] Figure 4D is a schematic diagram of another configuration interface of an embodiment of the present invention;

[0030] Figure 4E is a schematic diagram of a preview interface of a service module according to an embodiment of the present invention;

[0031] Figure 4F is a schematic diagram of an interface of a service module according to an embodiment of the present invention;

[0032] Figure 4G It is a schematic diagram of the execution flow of the interface file according to an embodiment of the present invention. DETAILED DESCRIPTION

[0033] In order to make the purpose, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail below in conjunction with the accompanying drawings. The described embodiments should not be regarded as limiting the present invention. All other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of the present invention.

[0034] In the following description, reference is made to “some embodiments”, which describe a subset of all possible embodiments, but it can be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0035] In the following description, the terms "first\second\third" involved are merely used to distinguish similar objects and do not represent a specific ordering of the objects. It can be understood that "first\second\third" can be interchanged with a specific order or sequence where permitted, so that the embodiments of the present invention described herein can be implemented in an order other than that illustrated or described herein.

[0036] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which the present invention belongs. The terms used herein are only for the purpose of describing the embodiments of the present invention and are not intended to limit the present invention.

[0037] Before further describing the embodiments of the present invention in detail, the nouns and terms involved in the embodiments of the present invention are described. The nouns and terms involved in the embodiments of the present invention are subject to the following interpretations.

[0038] 1) Operational activities refer to a development program, such as a gold coin redemption activity set up for a certain game, or a lottery activity for a certain merchant.

[0039] 2) Interface file. The interface document has standardized format and content requirements. The backend receives legal data transmitted by the frontend according to the interface protocol and returns data that complies with the specifications. The frontend transmits data that complies with the specifications according to the interface protocol and processes the data returned by the backend according to the display needs.

[0040] 3) Web configuration system refers to a system in which parameters of various virtual modules that implement application programs can be updated.

[0041] In the related art, when there are a large number of routine operational activities, if manpower is arranged to develop each activity, a large amount of repetitive work will occur. Copying and pasting reusable code may easily lead to errors due to slight changes in logic. Moreover, copying reusable code in this way may cause codes with roughly the same logic to exist in multiple files and form multiple versions, which increases the complexity of code maintenance.

[0042] In response to the above technical problems, an embodiment of the present invention provides a configuration method, device, equipment and storage medium for an operating program, which can abstract numerous operating activities, abstract the activities in a modular manner, and form different expandable modules, which can effectively reduce the probability of errors caused by manual code copying, and also facilitate code maintenance and management.

[0043] The following describes an exemplary application of a device configured with an operating program provided in an embodiment of the present invention. The device provided in an embodiment of the present invention can be implemented as various types of user terminals such as a laptop computer, a tablet computer, a desktop computer, a set-top box, a mobile device (e.g., a mobile phone, a portable music player, a personal digital assistant, a dedicated messaging device, a portable gaming device), and can also be implemented as a server. The following describes an exemplary application when the device is implemented as a terminal or a server.

[0044] See also Figure 1 , Figure 1It is an optional architecture diagram of the development program system 100 provided by the embodiment of the present invention. In order to support an exemplary application, the service module library 11 includes service modules corresponding to multiple developed programs. When it is necessary to configure the module system 12 for a new program to be developed (for example, to add an operation activity for a game application), first, the requirements of the program to be developed are divided into multiple sub-requirements; then, the target service modules corresponding to these sub-requirements are searched from the module library 101; finally, based on the execution process of these sub-requirements in the development requirements, the obtained multiple target service modules are combined, and the combined target service modules can realize various services of the program to be developed contained in the development requirements; after the target service modules required by the program to be developed are combined, the interface information capable of receiving the request access interface file input by the user is automatically generated; when the request information input by the user through the terminal 400-1 is received, multiple target service modules are used for detection, and if the detection passes, the service required to be implemented by the program to be developed is executed.

[0045] See also Figure 2 , Figure 2 is a schematic diagram of the structure of a device 400 for configuring an operating program provided in an embodiment of the present invention, Figure 2 The device 400 shown includes: at least one processor 410, a memory 450, at least one network interface 420 and a user interface 430. The various components in the terminal 400 are coupled together via a bus system 440. It is understood that the bus system 440 is used to achieve connection and communication between these components. In addition to the data bus, the bus system 440 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, the bus system 440 is not described in detail. Figure 2 Various buses are labeled as bus system 440 .

[0046] Processor 410 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., where the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0047] The user interface 430 includes one or more output devices 431 that enable presentation of media content, including one or more speakers and / or one or more visual display screens. The user interface 430 also includes one or more input devices 432, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

[0048] The memory 450 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state memory, hard disk drives, optical disk drives, etc. The memory 450 may optionally include one or more storage devices that are physically remote from the processor 410.

[0049] The memory 450 includes a volatile memory or a nonvolatile memory, and may also include both volatile and nonvolatile memories. The nonvolatile memory may be a read-only memory (ROM), and the volatile memory may be a random access memory (RAM). The memory 450 described in the embodiment of the present invention is intended to include any suitable type of memory.

[0050] In some embodiments, memory 450 can store data to support various operations, examples of which include programs, modules, and data structures, or a subset or superset thereof, as exemplarily described below.

[0051] Operating system 451, including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

[0052] A network communication module 452, for reaching other computing devices via one or more (wired or wireless) network interfaces 420, exemplary network interfaces 420 include: Bluetooth, Wireless Compatibility Authentication (WiFi), and Universal Serial Bus (USB);

[0053] a presentation module 453 for enabling presentation of information via one or more output devices 431 (e.g., display screen, speaker, etc.) associated with the user interface 430 (e.g., a user interface for operating peripherals and displaying content and information);

[0054] The input processing module 454 is used to detect one or more user inputs or interactions from one of the one or more input devices 432 and translate the detected inputs or interactions.

[0055] In some embodiments, the device provided by the embodiments of the present invention can be implemented in software. Figure 2The configuration device 455 of the operating program stored in the memory 450 is shown, which can be software in the form of a program and a plug-in, etc., including the following software modules: a first acquisition module 4551, a first search module 4552, a first determination module 4553 and a first combination module 4554. These modules are logical, so they can be arbitrarily combined or further split according to the functions implemented. The functions of each module will be explained below.

[0056] In other embodiments, the device provided by the embodiment of the present invention can be implemented in hardware. As an example, the device provided by the embodiment of the present invention can be a processor in the form of a hardware decoding processor, which is programmed to execute the configuration method of the operating program provided by the embodiment of the present invention. For example, the processor in the form of a hardware decoding processor can adopt one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs) or other electronic components.

[0057] The configuration method of the operating program provided by the embodiment of the present invention will be described in conjunction with the exemplary application and implementation of the terminal provided by the embodiment of the present invention.

[0058] See also Figure 3A , Figure 3A is a schematic diagram of the implementation flow of the configuration method of the operating program provided in an embodiment of the present invention. The method can be executed by a terminal or server capable of program development, combined with Figure 3A The steps shown are explained.

[0059] Step S101, obtaining development requirements of the program to be developed.

[0060] In some embodiments, the development requirements include the functions that the program to be developed needs to implement. The program to be developed can be a program to be developed in any scenario. In a specific example, it can be a newly added operation activity for a certain application or a promotion activity for a certain product, such as a gift giving activity for a certain game, a gold coin exchange activity for a certain game, a prize quiz activity for a certain product, or a full-amount discount activity for a certain product.

[0061] Step S102: searching for a target service module set from a service module library according to the development requirements.

[0062] In some embodiments, the service module library stores multiple service modules, which are configured based on multiple different programs, that is, the multiple service modules can realize the services of multiple different programs. For example, for 100 operation activities, logic extraction is performed, and the services to be realized by each operation activity are abstracted into multiple different modules, and based on the services of the operation activities corresponding to each module, the module is configured so that the configured module can realize the service, thereby obtaining multiple service modules and obtaining a service module library. The step S102 can be understood as finding multiple target service modules that can realize the development requirements from the service module library, that is, a target service module set, according to the development requirements.

[0063] In the above step S102, the corresponding target service module is directly found from the service module library according to the service of the program to be developed contained in the development requirements. In this way, the reusable codes are combined together in the form of modules, which significantly reduces the probability of errors caused by manually copying and pasting the reusable codes.

[0064] Step S103: determining the execution flow between the target service modules in the target service module set according to the development requirements.

[0065] In some embodiments, the execution process can be understood as the steps to implement the program to be developed. For example, to implement a gift giving activity in a game, five steps need to be executed, from the first step to the fifth step. The execution process is executed from the first step to the fifth step.

[0066] Step S104, combining the target service modules in the target service module set according to the execution process to develop the program.

[0067] In some embodiments, the target service modules in the target service module set are arranged according to the execution process, so that the arranged target service modules can realize the service of the program to be developed according to the execution process. That is, according to the functions corresponding to the service modules, the multiple target service modules are arranged according to the execution process. For example, to realize the gift giving activity of a certain game, 5 steps need to be executed. The first target service module can realize the functions corresponding to the first and second steps, the third target service module can realize the functions corresponding to the third step, and the second target service module can realize the functions corresponding to the fourth and fifth steps. Then, according to the order of the first to fifth steps, the target service modules are arranged as: the first target service module, the third target service module, and the second target service module.

[0068] In an embodiment of the present invention, for a program to be developed, the target service module required by the program to be developed is searched from a service module library, and then the target service modules are combined according to the development requirements to realize the functions of the program to be developed, thereby realizing standardized management of operational activities. Moreover, the use of standardized code generation methods such as configuration can effectively reduce the error rate caused by manual code copying, and also facilitate code maintenance and management.

[0069] In some embodiments, in order to ensure that the target service module is highly matched with the development requirements and the target service module, the step S102 can be implemented by the following steps, see Figure 3B , Figure 3B is another implementation flow diagram of the configuration method of the operation program provided in the embodiment of the present invention, based on Figure 3A , and make the following instructions:

[0070] Step S121, dividing the development requirement into multiple sub-requirements.

[0071] In some embodiments, the development requirements are divided into multiple sub-requirements according to the service category of the program to be developed in the development requirements; wherein the service category includes at least one of the following: basic information of the program to be developed, user restriction information of the program to be developed, or execution conditions of the program to be developed. The basic information of the program to be developed includes: the name or start and end dates of the program to be developed; the user restriction information of the program to be developed includes: the frequency of user login, restrictions on user accounts or daily user limits; the execution conditions of the program to be developed include: first setting multiple conditions, which can be multiple conditions that are met at the same time, or any one of them is met. For example, the program to be developed is an operation activity for sending gifts for game applications, according to the basic information of the operation activity, the user restriction information of the operation activity, or the execution conditions of the operation activity. The development requirements of the operation activity are divided into three sub-requirements according to the basic information of the operation activity, the user restriction information of the operation activity, and the execution conditions of the operation activity.

[0072] Step S122: searching the service module library for a target service module that matches the sub-requirement.

[0073] In some embodiments, the services that can be realized by each service module in the service module library are first obtained; then, for multiple sub-requirements, the service modules that are the same as the services of the program to be developed corresponding to the sub-requirements are searched one by one in the service module library, and the service modules that are the same as the services of the program to be developed corresponding to the sub-requirements are determined as target service modules. For example, if the service of the program to be developed corresponding to the sub-requirement is to restrict the user's account, then the service module that can restrict the user's account is searched from the service module library as the target service module; in this way, multiple target service modules that match multiple sub-requirements are found.

[0074] Step S123: obtaining the target service module set based on multiple target service modules.

[0075] In some embodiments, after multiple target service modules are found in the service module library, the multiple target service modules are combined according to the execution flow of the program to be developed in the development requirements to realize the development of the program to be developed.

[0076] In some embodiments, in order to ensure that the service modules in the service module library can satisfy a variety of different programs to be developed, after step S122, the method further includes the following steps:

[0077] In the first step, in response to not finding a service module identical to the service of the program to be developed corresponding to the sub-requirement in the service module library, a new service module identical to the service of the program to be developed corresponding to the sub-requirement is created.

[0078] In some embodiments, if the service module identical to the service of the program to be developed corresponding to the sub-demand is not found in the service module library, configuration information is determined based on the service of the program to be developed corresponding to the sub-demand, and the configuration information is used to configure the new service module so that the configured new service module can implement the service of the program to be developed corresponding to the sub-demand. For example, if the service of the program to be developed corresponding to the sub-demand is to limit the login frequency of the customer, but there is no service module in the service module library that can implement the service, then the configuration information for limiting the login frequency of the customer is determined, for example, the configuration information is to limit the login frequency of the customer to no more than 50 times a day, and the new service module is configured using the configuration information.

[0079] The second step is to update the service module library according to the new service module.

[0080] In some embodiments, new service modules are added to the service module library, and the service module library is updated in a timely manner, thereby enriching the service modules in the service module library.

[0081] In some embodiments, in order to match the parameters in the plurality of target service modules with the parameters required by the program to be developed, after step S121, the method further includes the following steps, see Figure 3C , Figure 3C is another implementation flow diagram of the configuration method of the operating program provided in the embodiment of the present invention, based on Figure 3A ,and Figure 3B , and make the following instructions:

[0082] Step S131 : updating the configuration information in the target service module corresponding to the sub-requirement according to the basic information of the program to be developed contained in the sub-requirement, to obtain an updated target service module.

[0083] In some embodiments, the basic information includes the name, type, program description or start and end date of the program to be developed. Since different programs have different names or program descriptions, it is necessary to modify the configuration information in the target service module corresponding to the sub-demand, for example, modify the naming parameters or program description parameters of the configuration information in the target service module corresponding to the sub-demand, and obtain the target service module after the parameters are modified, that is, the updated target service module.

[0084] Step S132: obtaining an updated target service module set based on multiple updated target service modules.

[0085] In some embodiments, after the target service modules that need to update parameters are updated, an updated target service module set including updated target service modules and non-updated target service modules is obtained.

[0086] Step S133: combining the updated target service modules in the updated target service module set according to the execution flow between the target service modules.

[0087] In some embodiments, although the parameters of some target service modules are updated, the execution process between the target service modules remains unchanged, so the execution process between the target service modules determined in step S103 is collected, and the updated target service modules and the non-updated target service modules in the updated target service module set are combined.

[0088] In some embodiments, in order to logically combine multiple target service modules together to develop the program to be developed, step S103 may be implemented by the following steps:

[0089] Step S141, determining the execution flow between the sub-requirements included in the development requirement.

[0090] In some embodiments, the development requirements include steps for implementing the functions of the program to be developed. After the development requirements are divided, these steps for implementing the functions of the program to be developed remain unchanged, so based on this, the execution flow between sub-requirements is determined.

[0091] Step S142: determining the execution flow between the target service modules corresponding to the sub-demands according to the execution flow between the sub-demands.

[0092] In some embodiments, because one sub-requirement corresponds to one target service module, the execution flow between sub-requirements is the execution flow between target service modules. After determining the execution flow between target service modules, the target service modules are combined according to the execution flow to realize the function of the program to be developed.

[0093] In some embodiments, to construct a rich service module, before step S102, the method further includes the following steps: Figure 3D , Figure 3D The present invention provides a schematic diagram of the implementation process of creating a service module library based on Figure 3A , and make the following instructions:

[0094] Step S151, obtaining sample requirements of the sample program.

[0095] In some embodiments, the sample program may be considered as a plurality of different sample programs, such as a plurality of different operational activities.

[0096] Step S152: configuring a sample service module according to the service of the sample program corresponding to the sample requirement.

[0097] In some embodiments, the services of the sample programs may be understood as functions implemented by the sample programs, that is, different services of the sample programs implement different functions.

[0098] Step S153: construct the service module library based on the sample service module.

[0099] In some embodiments, for a variety of different sample programs, a variety of sample service modules are configured to create a service module library.

[0100] In an embodiment of the present invention, a service module library containing rich service modules is constructed by logically extracting a variety of different sample programs and configuring a variety of service modules that implement different functions. When a new program to be developed is added, a target service module that matches the development requirement can be searched from the service module library according to the development requirement of the program to be developed. Finally, according to the execution process included in the development requirement, multiple target service modules are combined to implement the program to be developed, thereby achieving standardized management of the program to be developed and ensuring the accuracy of the reusable code.

[0101] In some embodiments, in order to ensure the diversity of service modules in the service module library, step S152 may be implemented by the following steps:

[0102] Step S1521: Divide the sample requirement into multiple sample sub-requirements.

[0103] In some embodiments, the sample requirement is divided into multiple sample sub-requirements according to the service category of the sample program in the sample requirement; wherein the service category includes at least one of the following: basic information of the program, user restriction information of the program, or execution conditions of the program.

[0104] Step S1522: According to the service of the sample program corresponding to the sample sub-requirement, configure a sample service module capable of implementing the service of the sample program corresponding to the sample sub-requirement.

[0105] In some embodiments, first, according to the service of the sample program corresponding to the sample sub-demand, configuration information is determined; for example, if the service of the sample program corresponding to the sample sub-demand is to limit the daily limit of users, then the configuration information is to limit the daily limit of users to 1 million, or 2 million, etc. Then, the sample service module is configured using the configuration information. For example, the sample service module is configured to limit the daily limit of users to 1 million.

[0106] Step S1523: construct the service module library based on multiple sample service modules.

[0107] In some embodiments, a service module library is composed of a variety of sample service modules, thereby ensuring the richness of the service module library.

[0108] In some embodiments, after completing the configuration of the multiple service modules, that is, after step S152, the method further includes the following steps:

[0109] The first step is to generate a preview interface for displaying the configuration information included in the plurality of sample service modules.

[0110] In some embodiments, after the configuration of multiple service modules is completed, a preview interface is generated automatically or according to the generation instructions input by the developer. In the preview interface, the developer can preview the configuration information contained in multiple sample service modules to determine whether the configuration information meets the preset conditions. For example, a certain service module is the name of a configured program. In the preview interface, check whether the name of the configured program is correct, or check whether the naming format of the name is correct.

[0111] In the second step, in response to the configuration information of the i-th sample service module not meeting a preset condition, the configuration information is updated in the preview interface.

[0112] In some embodiments, i is an integer greater than or equal to 1. If the configuration information of the sample service module does not meet the preset conditions, the configuration information that does not meet the conditions can be modified directly in the preview interface, or the configuration interface of the service module can be returned from the preview interface for modification.

[0113] The third step is to reconfigure the i-th sample service module using the updated configuration information.

[0114] In some embodiments, after the configuration information is modified, the sample service module is reconfigured so that the reconfigured sample service module meets the preset conditions.

[0115] In other embodiments, if the configuration information of the sample service module displayed in the preview interface meets the preset conditions, the method can be implemented by the following steps:

[0116] First, in response to the configuration information of the plurality of sample service modules meeting a preset condition, an interface file for receiving request information is generated.

[0117] In some embodiments, if the configuration information of the sample service module displayed in the preview interface meets the preset conditions, the interface file is automatically generated.

[0118] Secondly, for the received request information for accessing the interface file, each sample service module among the multiple sample service modules is used to detect the request information.

[0119] In some embodiments, when a request message for accessing the interface file is received, each sample service module is used to detect the request message in accordance with the execution process of the sample service module; for example, there are three sample service modules, and the execution process is from the first sample service module to the third sample service module. After receiving the request message, the first sample service module is first used for detection (for example, the configuration information of the first sample service module is the start and end dates of the sample program, then it is determined whether the date carried in the request message has exceeded the start and end dates). If the request message passes the detection of the first sample service module, the second sample service module is used for detection; similarly, if the request message passes the detection of the second sample service module, the third sample service module is used for detection.

[0120] Again, in response to the request information being detected by each sample service module, the service corresponding to the sample program is executed.

[0121] In some embodiments, if the request information passes the detection of the third sample service module, it means that the request information is legal, and the service corresponding to the sample program is executed. For example, the service of the sample program is to give props to game users. When the request information passes the detection of the third sample service module, the props are given to the account.

[0122] Finally, in response to the request information failing to pass the test, a prompt message is output.

[0123] In some embodiments, if the request information fails to pass the detection of a certain sample service module, a prompt message is returned to prompt the user that the request information is wrong. For example, the request information passes the detection of the first sample service module, but fails the detection of the second sample service module. A prompt message is output for the detection of the second sample service module. In a specific example, the first sample service module detects whether the date carried in the request information exceeds the start and end dates of the operation activity. If not, the second sample service module is used to detect whether the number of user requests carried in the request information exceeds the threshold. If it exceeds, a prompt message is output.

[0124] The following will describe an exemplary application of an embodiment of the present invention in an actual application scenario, taking the operation activity of a game application as an example.

[0125] The embodiment of the present invention uses an activity configuration system to configure the interface of the operation activity, abstracts different operation activity requirements into different activity sub-requirements, automatically generates activity interface files, and creates a service module library, such as Figure 4A As shown, Figure 4A This is a schematic diagram of the implementation process of creating a service module library according to an embodiment of the present invention, combined with Figure 4A The following instructions are given:

[0126] Step S401, in the configuration system, the basic information and limited information of the operation activity to be developed are used as configuration information to configure the first service module configuration.

[0127] See also Figure 4B , Figure 4B 4 is a schematic diagram of the configuration interface of an embodiment of the present invention. Area 41 in the configuration interface displays basic information 421 and limited information 422, wherein basic information 421 includes: activity name (for example, for Game A configuration, the butler prize collection activity in April), activity start time (April 24, 2019, 8 o'clock), activity end time (April 24, 2019, 18 o'clock), activity start time, activity end time, activity type (for example, redemption or direct gift), whether to access anti-brushing, whether to access the blacklist, whether to access the verification code, whether to rank, technical support, activity address or activity description, etc. Activity limit 422 includes: user daily limit, user weekly limit, user monthly limit and user total limit, etc.

[0128] Step S402: using data such as user restrictions and machine restrictions of the operation activities as configuration information to configure the second service module.

[0129] In some embodiments, the second service module is configured with data such as user login restrictions, user access frequency restrictions, and machine restrictions for operating activities to protect the effectiveness of operating activities. The second service module is also configured with the total amount of gift packages, the number of gift packages, the points strategy, the gold coin strategy, the anti-brushing strategy, the single number limit or the single machine limit, etc.

[0130] Step S403, using the basic data of the gift package of the operating activity and the gift package limited information as configuration information, and configuring the third service module.

[0131] Description of the limited information of the gift package, participate Figure 4C , Figure 4C 4 is another configuration interface schematic diagram of an embodiment of the present invention. In the configuration interface, area 42 displays gift package limit information 431, including: time limit for distribution, limit strategy 432, points strategy 433, gold coin strategy 434 and anti-brushing strategy 435, wherein the time limit for distribution includes: time limit for distribution type and time limit for single gift package distribution, etc.; limit strategy 432 includes: total amount of gift packages, type of gift package limit (for example, daily limit for gift packages or monthly limit for gift packages, etc.), number of gift package limits (for example, 100 gift packages or 200 gift packages, etc.), total limit for single number, daily limit for single number, weekly limit for single number and monthly limit for single number, etc.; points strategy 433 includes: points addition and subtraction type (for example, gifts can be exchanged only when a certain number of points are reached, etc.); gold coin strategy 434 includes: giving safe gold coins or exchanging safe gold coins.

[0132] Step S404, configuring the fourth service module using the combination rules of the gift package distribution combination restriction conditions as configuration information.

[0133] join Figure 4D , Figure 4D It is another configuration interface schematic diagram of an embodiment of the present invention, in which area 44 of the configuration interface displays the combination restriction conditions for the issuance of gift packages, including: machine limit 451 and condition combination rule 452, wherein machine limit 451 includes: whether to limit the machine, single machine daily limit, single machine weekly limit, single machine monthly limit and single machine total limit; condition combination rule 452 includes: the user is not in the activity blacklist, the registration time for the game corresponding to the operation activity, the number of games played by the user of the operation activity device for the game on the same day is greater than a preset threshold or is bound to a game region, etc. The combination restriction conditions for the issuance of the gift package can be understood as any combination of these conditions.

[0134] The first to fourth service modules in the above steps S401 to S404 are only used to distinguish different modules, and the order of these service modules is not limited.

[0135] Step S405, saving the service modules configured in steps S401 to S404, and generating a preview interface capable of previewing the service modules.

[0136] join Figure 4E , Figure 4E It is a schematic diagram of the preview interface of the service module of the embodiment of the present invention. The configuration information of all configured service modules is displayed in the preview interface 45. For example, the basic information and limit information of the operating activities configured by the first service module are displayed in area 461, the user restriction and machine restriction data configured by the second service module are displayed in area 463, and the basic data and gift package limit information of the gift package configured by the third service module are displayed in area 462.

[0137] Step S406, determining whether the configuration information of the service module displayed in the preview interface meets the preset conditions, and if so, generating an interface file for receiving request information.

[0138] The above steps S401 to S406 provide a process for creating a service module library, in which service modules for multiple operation activities are obtained and stored in the service module library. When a new operation activity is added, the requirements of the operation activity are analyzed, and the requirements of the operation activity are broken down into different sub-requirements. Then, the service module library is checked to see whether the existing service modules can meet the requirements of the current operation activity. For the sub-requirements that cannot be met, new service modules are developed and entered into the service module library. After the service modules required for the operation activity are developed, the execution process of these service modules is determined according to the requirements of the operation activity, and the service modules are combined according to the execution process. After the combination is completed, the configuration information in these service modules is previewed and checked in the preview interface to see if it is correct. After confirmation, the interface file is generated. Finally, the interface file is delivered for testing and put online.

[0139] After step S406, the configuration of multiple service modules is completed. Figure 4F As shown, Figure 4F is a schematic diagram of the interface of the service module of the embodiment of the present invention, combined with Figure 4F The following description is given: the multiple service modules that have been configured can be divided into a front-end service module 46 and a distribution service module 47, wherein the front-end service module 46 includes: login or frequency control service 471, limited service 472, conditional service 473 and point service 474, etc.; the distribution service module 47 includes: gift package distribution service 481, point distribution service 483 and gold coin distribution service 484, etc. The received Hyper Text Transfer Protocol (HTTP) request 48 is sent to each service module through a common gateway interface 49 (CGI) to facilitate each service module to detect the HTTP request 48; then, after each service module detects the HTTP request, it outputs the corresponding detection result 50 to the client through the CGI interface 49.

[0140] After the interface file is generated in step S406, when a request message for accessing the interface file is received, the processing flow is as follows: Figure 4G As shown, Figure 4G is a schematic diagram of the execution flow of the interface file of the embodiment of the present invention, combined with Figure 4G The following instructions are given:

[0141] Step S411: when a request message for accessing an interface file is received, the second service module is used to detect the access frequency carried in the request message.

[0142] In some embodiments, if a request frequency exceeding a threshold is detected, an abnormal error message is returned and the process proceeds to step S418. If a request frequency not exceeding a threshold is detected, the process proceeds to step S412. A user access frequency restriction is set in the second service module. For example, for an operation activity, there are some malicious users who frequently send packages to claim prizes, so an account is set to be accessible once every 3 seconds. For request information with an access frequency of less than 3 seconds, the request is rejected.

[0143] Step S412: Use the first service module to detect basic information of the operation activity carried in the request information.

[0144] In some embodiments, if it is detected that the basic information of the activity carried in the request information is illegal, an abnormal error message is returned and step S418 is entered. If it is detected that the basic information of the operation activity carried in the request information is legal, step S413 is entered. The first service module is used to detect the basic information of the operation activity carried in the request information, which can be understood as using the basic information of the operation activity configured in the first service module to detect the basic information of the operation activity carried in the request information to determine whether the basic information of the operation activity carried in the request information is legal. For example, the request information carries the name of the operation activity (assuming that the name contains numbers and letters), and the name of the operation activity configured in the first service module is composed of pure numbers, so it is determined that the name of the operation activity carried in the request information is illegal; in another example, for the time information carried in the request information, it is determined whether the time information has exceeded the start and end time of the operation activity configured in the first service module. If it has exceeded, a prompt message of time exceeding is returned to inform the user.

[0145] Step S413: parse the data in the request information to parse out the parameters required to execute the operation activity.

[0146] In some embodiments, after parsing the data in the request information, the user account, the time carried in the request information or the number of logins of the account, etc. are obtained, which are used to detect the corresponding parameters by adopting different service modules to determine whether the request information meets the requirements of the operation activities.

[0147] Step S414: Use the limited information of the operation activity configured in the first service module to detect the request information.

[0148] In some embodiments, if the request information passes the detection of the limit information of the operation activity configured in the first service module, the process proceeds to step S415; if it fails the detection, an abnormal error message is returned and the process proceeds to step S418. For example, the limit parameters of the operation activity parsed from the request information are detected using the daily limit of the operation activity configured in the first service module. If the number of requests on the day corresponding to the request information does not exceed the daily limit of the operation activity configured in the first service module, it complies with the provisions in the first service module, and it is determined that the limit information on the operation activity carried in the request information passes the detection.

[0149] Step S415: Use the gift package limit information of the operating activity configured in the third service module to detect the request information.

[0150] In some embodiments, if the request information passes the detection of the gift package limit information of the operation activity configured in the third service module, the process proceeds to step S415. If it fails the detection, an abnormal error message is returned to proceed to step S418. For example, if the daily limit of gift packages for the operation activity configured in the third service module is 100, etc., it is determined whether the number of gift packages requested in the request information exceeds the daily limit of gift packages. If 101 gift packages are requested in the request message, that is, the daily limit of gift packages has been exceeded, indicating that it does not comply with the provisions in the first service module, then it is determined that the request information has not passed the detection.

[0151] Step S416: Use the distribution conditions for the gift packages of the operating activities configured in the fourth service module to detect the request information.

[0152] In some embodiments, if the request information passes the detection of the conditions for issuing gift packages for operating activities configured in the fourth service module, the process proceeds to step S417. If it fails the detection, an abnormal error message is returned and the process proceeds to step S418. For example, if the condition for issuing gift packages configured in the fourth service module is to redeem them with 10 game sign-ins, the number of game sign-ins carried in the request information is detected. If the number of game sign-ins carried in the request information meets 10 times, the 10 sign-ins for the account are cleared and the corresponding gifts are issued.

[0153] Step S417, execute the gift package distribution process. If the distribution fails, the business side needs to roll back the data and return an abnormal error message. If the distribution is successful, the business execution ends normally and returns a distribution success message.

[0154] In some embodiments, if the request information passes the detection of the distribution conditions for the gift package of the operating activity configured in the fourth service module, the gift package distribution process is executed; however, if the distribution fails, data rollback is required. For example, if the number of check-ins in the game carried in the request information meets 10 times, the 10 check-ins for the account are cleared, but when the corresponding gift is distributed, the distribution fails. In this case, the data is rolled back to the state where the 10 check-ins for the account have not been cleared, thereby avoiding losses to users due to failure in gift distribution.

[0155] Step S418, returning abnormal error information.

[0156] In the embodiment of the present invention, the operation activities are highly abstracted, the requirements of the operation activities are separated and abstracted into multiple sub-requirements, and the target service module corresponding to each sub-requirement is searched from the service module library. Then, according to the execution flow of the operation activities specified in the requirements, the multiple target service modules are arranged and combined, and the parameters of different activities are configured and combined through the web configuration system. Finally, the interface file is automatically generated, thereby realizing the reuse of logic codes for different operation activities, and at the same time greatly improving the development efficiency of the operation activities, and realizing the rapid batch launch of operation activities.

[0157] The following continues to describe an exemplary structure of the device 455 for configuring the operating program provided in an embodiment of the present invention implemented as a software module. In some embodiments, Figure 2 As shown, the software modules stored in the configuration device 455 of the operating program of the memory 440 may include:

[0158] The first acquisition module 4551 is used to acquire the development requirements of the program to be developed;

[0159] A first search module 4552 is used to search for a target service module set from a service module library according to the development requirements;

[0160] A first determination module 4553, used to determine the execution flow between the target service modules in the target service module set according to the development requirements;

[0161] The first combining module 4554 is used to combine the target service modules in the target service module set according to the execution process to realize the development of the program.

[0162] In some embodiments, the first search module 4552 is further used to:

[0163] Dividing the development requirement into a plurality of sub-requirements;

[0164] Searching for a target service module matching the sub-requirement from the service module library;

[0165] Based on multiple target service modules, the target service module set is obtained.

[0166] In some embodiments, the first search module 4552 is further used to:

[0167] Obtaining services that can be implemented by each service module in the service module library;

[0168] Searching, from the service module library, a service module identical to the service of the program to be developed corresponding to the sub-requirement;

[0169] The service module that is the same as the service of the program to be developed corresponding to the sub-requirement is determined as the target service module.

[0170] In some embodiments, the apparatus further comprises:

[0171] A first creation module, configured to create a new service module identical to the service of the program to be developed corresponding to the sub-demand in response to not finding a service module identical to the service of the program to be developed corresponding to the sub-demand in the service module library;

[0172] The service module library is updated according to the new service module.

[0173] In some embodiments, the first determining module 4553 is further configured to:

[0174] Determine the execution flow between the sub-requirements included in the development requirement;

[0175] According to the execution flow between the sub-demands, the execution flow between the target service modules corresponding to the sub-demands is determined.

[0176] In some embodiments, the first search module 4552 is further used to:

[0177] According to the basic information of the program to be developed contained in the sub-requirement, the configuration information in the target service module corresponding to the sub-requirement is updated to obtain an updated target service module;

[0178] Based on the multiple updated target service modules, an updated target service module set is obtained;

[0179] Correspondingly, the first combination module 4554 is further used for:

[0180] According to the execution flow, the updated target service modules in the updated target service module set are combined.

[0181] In some embodiments, the apparatus further includes: a second creation module, configured to:

[0182] Obtain sample requirements for sample programs;

[0183] Configure a sample service module according to the service of the sample program corresponding to the sample requirement;

[0184] Based on the sample service modules, the service module library is constructed.

[0185] In some embodiments, the second creation module is further used to:

[0186] Dividing the sample requirement into a plurality of sample sub-requirements;

[0187] According to the service of the sample program corresponding to the sample sub-requirement, configuring a sample service module capable of implementing the service of the sample program corresponding to the sample sub-requirement;

[0188] The service module library is constructed based on a plurality of sample service modules.

[0189] In some embodiments, the second creation module is further used to:

[0190] According to the service category of the sample program in the sample requirement, the sample requirement is divided into a plurality of sample sub-requirements; wherein the service category includes at least one of the following: basic information of the program, user restriction information of the program or execution condition of the program.

[0191] In some embodiments, the second creation module is further used to:

[0192] Determining configuration information according to the service of the sample program corresponding to the sample sub-requirement;

[0193] The sample service module is configured using the configuration information.

[0194] In some embodiments, the second creation module is further used to:

[0195] Generating a preview interface for displaying configuration information included in the plurality of sample service modules;

[0196] In response to the configuration information of the i-th sample service module not meeting the preset condition, updating the configuration information in the preview interface; wherein i is an integer greater than or equal to 1;

[0197] The i-th sample service module is reconfigured using the updated configuration information.

[0198] In some embodiments, the device further comprises a detection module, configured to:

[0199] In response to the configuration information of the plurality of sample service modules meeting a preset condition, generating an interface file for receiving request information;

[0200] For the received request information for accessing the interface file, each sample service module of the plurality of sample service modules is used to detect the request information;

[0201] In response to the request information being detected by each sample service module, executing the service corresponding to the sample program;

[0202] In response to the request information failing the detection, a prompt message is output.

[0203] An embodiment of the present invention provides a storage medium storing executable instructions, wherein the executable instructions are stored. When the executable instructions are executed by a processor, the processor will be caused to execute the method provided by the embodiment of the present invention.

[0204] In some embodiments, the storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EE PROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

[0205] In some embodiments, executable instructions may be in the form of a program, software, software module, script or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine or other unit suitable for use in a computing environment.

[0206] As an example, executable instructions may, but need not, correspond to a file in a file system, may be stored as part of a file that stores other programs or data, such as in one or more scripts in a HyperText Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files storing one or more modules, subroutines, or code portions).

[0207] By way of example, executable instructions may be deployed to be executed on one computing device, or on multiple computing devices located at one site, or on multiple computing devices distributed across multiple sites and interconnected by a communication network.

[0208] To sum up, through the embodiment of the present invention, when it is necessary to add a new program to be developed, the target service module required by the program to be developed is searched from the service module library, and then the target service modules are combined according to the development requirements to realize the functions of the program to be developed, thereby realizing standardized management of operational activities. Moreover, the use of standardized code generation methods such as configuration can effectively avoid errors caused by manual code copying, and also facilitate code maintenance and management.

[0209] The above description is only an embodiment of the present invention and is not intended to limit the protection scope of the present invention. Any modification, equivalent replacement and improvement made within the spirit and scope of the present invention are included in the protection scope of the present invention.

Claims

1. A method for configuring an operating program, characterized in that: include: Acquire development requirements of the program to be developed, wherein the development requirements include multiple sub-requirements, the multiple sub-requirements are divided according to the service category of the program to be developed, and the types of the multiple sub-requirements include: basic information of the program to be developed, user restriction information of the program to be developed, and execution conditions of the program to be developed; Obtain sample requirements for sample programs; Configure a sample service module according to the service of the sample program corresponding to the sample requirement; Based on each of the sample service modules, a service module library is formed; According to the development requirements, searching for a target service module set from the service module library, wherein different sub-requirements correspond to different target service modules in the target service module set; Determining, according to the development requirements, the execution flow between the target service modules in the target service module set; According to the execution process, the target service modules in the target service module set are combined to realize the development of the program; After configuring the sample service module according to the service of the sample program corresponding to the sample requirement, the following operations are further performed: In response to the configuration information of the plurality of sample service modules meeting a preset condition, generating an interface file for receiving request information; Using each of the sample service modules to detect the request information of the interface file; In response to the request information being detected by each of the sample service modules, the service corresponding to the sample program is executed.

2. The method according to claim 1, characterized in that According to the development requirements, searching for a target service module set from a service module library includes: Dividing the development requirement into a plurality of sub-requirements; Searching for a target service module matching the sub-requirement from the service module library; Based on multiple target service modules, the target service module set is obtained.

3. The method according to claim 2, characterized in that The searching the service module library for a target service module that matches the sub-requirement includes: Obtaining services that can be implemented by each service module in the service module library; Searching, from the service module library, a service module identical to the service of the program to be developed corresponding to the sub-requirement; The service module that is the same as the service of the program to be developed corresponding to the sub-requirement is determined as the target service module.

4. The method according to claim 3, characterized in that After searching the service module library for a service module identical to the service of the program to be developed corresponding to the sub-requirement, the method further includes: In response to not finding a service module identical to the service of the program to be developed corresponding to the sub-demand from the service module library, creating a new service module identical to the service of the program to be developed corresponding to the sub-demand; The service module library is updated according to the new service module.

5. The method according to any one of claims 2 to 4, characterized in that: Determining the execution flow between target service modules in the target service module set according to the development requirements includes: Determine the execution flow between the sub-requirements included in the development requirement; According to the execution flow between the sub-demands, the execution flow between the target service modules corresponding to the sub-demands is determined.

6. The method according to any one of claims 2 to 4, characterized in that: The method further comprises: According to the basic information of the program to be developed contained in the sub-requirement, the configuration information in the target service module corresponding to the sub-requirement is updated to obtain an updated target service module; Based on the multiple updated target service modules, an updated target service module set is obtained; Correspondingly, according to the execution process, the target service modules in the target service module set are combined, including: According to the execution flow, the updated target service modules in the updated target service module set are combined.

7. The method according to claim 1, characterized in that The configuring of the sample service module according to the service of the sample program corresponding to the sample requirement includes: Dividing the sample requirement into a plurality of sample sub-requirements; According to the service of the sample program corresponding to the sample sub-requirement, configuring a sample service module capable of implementing the service of the sample program corresponding to the sample sub-requirement; The service module library is constructed based on a plurality of sample service modules.

8. A device for configuring an operating program, characterized in that: include: A first acquisition module is used to acquire development requirements of the program to be developed, wherein the development requirements include multiple sub-requirements, the multiple sub-requirements are divided according to the service category of the program to be developed, and the types of the multiple sub-requirements include: basic information of the program to be developed, user restriction information of the program to be developed, and execution conditions of the program to be developed; The second creation module is used to obtain sample requirements of the sample program; configure sample service modules according to the services of the sample program corresponding to the sample requirements; and form a service module library based on the sample service modules; The detection module is used to perform the following operations after configuring the sample service module according to the service of the sample program corresponding to the sample demand: in response to the configuration information of multiple sample service modules meeting the preset conditions, generate an interface file for receiving request information; use each of the sample service modules to detect the request information of the interface file; in response to the request information passing the detection of each of the sample service modules, execute the service corresponding to the sample program; A first search module is used to search for a target service module set from a service module library according to the development requirements, wherein different sub-requirements correspond to different target service modules in the target service module set; A first determination module, used to determine the execution flow between the target service modules in the target service module set according to the development requirements; The first combining module is used to combine the target service modules in the target service module set according to the execution process to realize the development of the program.

9. A device for configuring an operating program, characterized in that include: A memory for storing executable instructions; A processor, configured to implement the method according to any one of claims 1 to 7 when executing the executable instructions stored in the memory.

10. A storage medium, characterized in that: Executable instructions are stored, which are used to cause a processor to execute and implement the method described in any one of claims 1 to 7.

Images