Method and system for parallelizing multiple preferential activities

By introducing a parallel method and system of multiple promotional activities into the promotional activity system, using the combination of promotional activity identification and Redis database, the existing promotional activity process is solved, and the effectiveness and user experience of promotional activities are improved.

CN119671641APending Publication Date: 2025-03-21FUJIAN TQ DIGITAL
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411748940.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-02
Publication Date
2025-03-21

AI Technical Summary

Technical Problem

The existing promotional activities are complex, inefficient, affect the user experience, and are difficult to achieve parallel management of multiple discounts.

Method used

Using a parallel method and system of multiple promotional activities, we randomly generate promotional activities identifiers, set promotional configurations, and store them in the Redis database, generate links with promotional activities identifier parameters, automatically verify and filter users, and simplify the purchasing process.

Benefits of technology

Ensure the effectiveness and accuracy of promotional activities, simplify user purchasing processes, improve user experience, reduce backend management pressure, and achieve refined management of marketing activities.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119671641A_ABST
    Figure CN119671641A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of computer communication, in particular to a multi-preferential-activity parallel method and system, and the method comprises the following steps: a commodity shopping system randomly generates a preferential-activity identifier, checks whether the preferential-activity identifier exists or not, and regenerates the preferential-activity identifier until a unique preferential-activity identifier is obtained if the preferential-activity identifier exists; secondly, setting preferential configuration for the preferential activity identifier, establishing a corresponding relation between the preferential configuration and the preferential activity identifier, and storing the corresponding relation in a Redis database; a link with preferential activity identification parameters is generated; according to the method, the effectiveness and the accuracy of the preferential activities can be ensured, various discounts are allowed to exist in different regions in the same period, the purchase process of the user is simplified, the user experience is improved, meanwhile, the workload of background management personnel is relieved, and fine management of marketing activities is achieved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of computer communication technology, and in particular to a method and system for carrying out multiple preferential activities in parallel. Background Art

[0002] In order to promote user consumption behavior, companies often need to plan various promotional activities. The current process is that administrators need to generate different coupons in batches and promote them to users for them to collect. After collecting the coupons, users need to go to the designated online mall, and after completing the product selection, select the collected coupons on the checkout page to deduct part of the fees. Although this process has achieved the purpose of promotion to a certain extent, in actual operation, it is too complicated and inefficient for both administrators and users, affecting the overall user experience. Summary of the invention

[0003] The purpose of the present invention is to provide a method and system for running multiple promotional activities in parallel, which can ensure the effectiveness and accuracy of the promotional activities, allow multiple discounts for different regions in the same period, simplify the user's purchase process, improve the user experience, and also reduce the workload of back-end managers, thereby realizing refined management of marketing activities.

[0004] The technical solution of the present invention:

[0005] A method for carrying out multiple promotional activities in parallel, the method is as follows:

[0006] Step 1: The product shopping system randomly generates a promotional activity ID and checks whether the promotional activity ID already exists. If so, it will be regenerated until a unique promotional activity ID is obtained; then, a promotional configuration is set for the promotional activity ID, and a corresponding relationship is established between the promotional configuration and the promotional activity ID and stored in the Redis database; and a link with the promotional activity ID parameter is generated;

[0007] Step 2: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, users will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied;

[0008] Step 3: When the user selects the product and prepares to place an order, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the user again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

[0009] Furthermore, the step 1 is further specified as follows: the preferential configuration includes preferential discount, validity period, level restriction level, historical consumption amount limit historicalOrderMoney and number of preferential quotas.

[0010] Furthermore, the step 2 is further specified as follows: screening users in the following manner:

[0011] (1) The current time is within the validity period;

[0012] (2) The number of preferential quotas is greater than 0;

[0013] (3) The user level is greater than or equal to the level limit level;

[0014] (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney;

[0015] If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

[0016] Furthermore, the step 3 is further specified as follows: if the user meets the conditions, the actual payment amount is calculated based on the preferential discount. During this process, the commodity shopping system will open a distributed lock and execute a command to reduce the use of the preferential quota once, that is, reduce the preferential quota in the preferential configuration by 1; finally, the order placement and warehousing process is completed.

[0017] Furthermore, step 3 is further specified as follows: if there are multiple promotional activity identifiers in the same period, as long as the user enters the mall according to any link with a promotional activity identifier parameter, the commodity shopping system will screen the user according to the corresponding promotional configuration and allow the user to complete the purchase accordingly.

[0018] Furthermore, the step 1 is further specified as establishing a key-value pair relationship between the discount configuration and the discount activity identifier and storing them in a Redis database, that is, using the activity identifier as the key and the discount configuration as the value, and storing them in Redis.

[0019] Furthermore, in condition (3), when the level limit level is equal to 0, there is no restriction on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no restriction on the historical consumption amount.

[0020] A system for running multiple preferential activities in parallel, the system comprising a generation identification module, a preliminary screening module, and a secondary screening module;

[0021] Identification generation module: The product shopping system randomly generates a discount activity identifier and checks whether the discount activity identifier already exists. If so, it will be regenerated until a unique discount activity identifier is obtained; then, a discount configuration is set for the discount activity identifier, and a corresponding relationship is established between the discount configuration and the discount activity identifier and stored in the Redis database; and a link with the discount activity identifier parameter is generated;

[0022] Preliminary screening module: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, the user will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied;

[0023] Secondary screening module: When users select products and prepare to place orders, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the users again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

[0024] Furthermore, the generating identification module is further specified as follows: the preferential configuration includes preferential discount, validity period, level restriction level, historical consumption amount restriction historicalOrderMoney and number of preferential quotas.

[0025] Furthermore, the preliminary screening module is further specifically to screen users in the following ways:

[0026] (1) The current time is within the validity period;

[0027] (2) The number of preferential quotas is greater than 0;

[0028] (3) The user level is greater than or equal to the level limit level;

[0029] (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney;

[0030] If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

[0031] Furthermore, the secondary screening module is further specified as follows: if the user meets the conditions, the actual payment amount is calculated based on the preferential discount. During this process, the commodity shopping system will open a distributed lock and execute a command to reduce the use of the preferential quota once, that is, reduce the preferential quota in the preferential configuration by 1; finally, the order placement and warehousing process is completed.

[0032] Furthermore, the secondary screening module is further specified as follows: if there are multiple promotional activity identifiers in the same period, as long as the user enters the mall according to any link with a promotional activity identifier parameter, the commodity shopping system will screen the user according to the corresponding promotional configuration and allow the user to complete the purchase accordingly.

[0033] Furthermore, the identification generation module is further specified as establishing a key-value pair relationship between the discount configuration and the discount activity identifier and storing them in a Redis database, that is, using the activity identifier as the key and the discount configuration as the value, and storing them in Redis.

[0034] Furthermore, in condition (3), when the level limit level is equal to 0, there is no restriction on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no restriction on the historical consumption amount.

[0035] Beneficial effects of the present invention:

[0036] The present invention provides a method and system for running multiple discount activities in parallel, which abandons the traditional coupon mode and changes to a discount activity link mode. Although it is the same mall, different products can be enjoyed according to different activity links at the same time, and users who meet the activity requirements can be flexibly screened through the restriction conditions of the marketing activities.

[0037] The present invention can ensure the effectiveness and accuracy of preferential activities, allowing multiple discounts for different regions in the same period, simplifying the user's purchase process, improving user experience, and also reducing the workload of back-end management personnel, thereby realizing refined management of marketing activities. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 It is a schematic flow chart of the method of the present invention.

[0039] Figure 2 It is a system principle block diagram of the present invention. DETAILED DESCRIPTION

[0040] The present invention will be further described below in conjunction with the accompanying drawings.

[0041] like Figure 1 The present invention provides a method for carrying out multiple preferential activities in parallel, the method is as follows:

[0042] Step 1: The product shopping system randomly generates a promotional activity ID and checks whether the promotional activity ID already exists. If so, it will be regenerated until a unique promotional activity ID is obtained; then, a promotional configuration is set for the promotional activity ID, and a corresponding relationship is established between the promotional configuration and the promotional activity ID and stored in the Redis database; and a link with the promotional activity ID parameter is generated;

[0043] Step 2: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, users will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied;

[0044] Step 3: When the user selects the product and prepares to place an order, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the user again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

[0045] The step 1 is further specified as follows: the preferential configuration includes preferential discount, validity period, level restriction level, historical consumption amount limit historicalOrderMoney and preferential quota number.

[0046] The step 2 is further specifically to screen users in the following manner:

[0047] (1) The current time is within the validity period;

[0048] (2) The number of preferential quotas is greater than 0;

[0049] (3) The user level is greater than or equal to the level limit level;

[0050] (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney;

[0051] If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

[0052] The step 3 is further specified as follows: if the user meets the conditions, the actual payment amount is calculated based on the preferential discount. During this process, the commodity shopping system will open a distributed lock and execute a command to reduce the use of the preferential quota once, that is, reduce the preferential quota in the preferential configuration by 1, in order to avoid over-issuance of inventory; finally, the order placement and warehousing process is completed.

[0053] The step 3 is further specified as follows: if there are multiple promotional activity identifiers in the same period, as long as the user enters the mall according to any link with the promotional activity identifier parameter, the commodity shopping system will screen the user according to the corresponding promotional configuration and allow the user to complete the purchase accordingly.

[0054] The step 1 is further specifically as follows: establishing a key-value pair relationship between the discount configuration and the discount activity identifier and storing them in a Redis database, that is, using the activity identifier as the key and the discount configuration as the value, and storing them in Redis.

[0055] In condition (3), when the level limit level is equal to 0, there is no limit on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no limit on the historical consumption amount. There is no need to read the user's level and historical consumption amount.

[0056] The present invention will be further described below in conjunction with a specific embodiment:

[0057] A method for carrying out multiple promotional activities in parallel, the method is as follows:

[0058] Step 1: The product shopping system randomly generates a promotional activity ID and checks whether the promotional activity ID already exists. If so, it will be regenerated until a unique promotional activity ID is obtained; then, a promotional configuration is set for the promotional activity ID, and a corresponding relationship is established between the promotional configuration and the promotional activity ID and stored in the Redis database; and a link with the promotional activity ID parameter is generated;

[0059] The preferential configuration includes preferential discount, validity period, level restriction level, historical consumption amount limit historicalOrderMoney and number of preferential quotas.

[0060] A key-value pair relationship is established between the discount configuration and the discount activity identifier and stored in the Redis database, that is, the activity identifier is used as the key and the discount configuration is used as the value, and stored in Redis.

[0061] For example, the system will generate a unique promotion ID and check whether the ID has been used. If it is used repeatedly, it will be regenerated until a unique ID is obtained. Then, set specific discounts, validity periods, discount quantities, threshold conditions, etc., and establish a corresponding relationship with the ID and store it in the Redis database.

[0062] The system will randomly generate a five-digit string as the promotional activity identifier, such as `code=Aj74E`, and then read the Redis database to check whether there is an identical activity configuration. If a duplication is found, new identifiers will continue to be generated until a unique identifier is obtained. Next, set the promotional configuration for this promotional activity identifier, for example, the discount is 0.9% (`discount=0.9`), the validity period is one month (`begin=2024-10-26`, `end=2024-11-26`), the user level must be level 3 or above (`level=3`) and the historical consumption must reach 100 yuan (`historicalOrderMoney=100`) to use this offer, and a total of 1,000 promotional places are set. Generate the following JSON format configuration, and store it in Redis with `code` as the key value, and set the expiration time in Redis to November 26, 2024:

[0063]

[0064] Assuming that the address of the mall homepage is `https: / / shop.xxx.com / {code}`, the specific address of this promotion is `https: / / shop.xxx.com / Aj74E`.

[0065] Step 2: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, users will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied;

[0066] Filter users by:

[0067] (1) The current time is within the validity period;

[0068] (2) The number of preferential quotas is greater than 0;

[0069] (3) The user level is greater than or equal to the level limit level;

[0070] (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney;

[0071] If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

[0072] In condition (3), when the level limit level is equal to 0, there is no limit on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no limit on the historical consumption amount.

[0073] For example: When a user visits the homepage of a shopping mall through a link with a discount activity identifier parameter, the system will automatically verify the validity of the identifier; if it is found that the identifier does not exist or is invalid, no additional processing will be done; otherwise, the user will be screened according to the set threshold conditions. If the user does not meet the conditions, the product will be displayed at the original price;

[0074] Eligible users will see the discounted price with the corresponding discount applied.

[0075] When a user visits the link `https: / / shop.xxx.com / Aj74E` with a promotion identification parameter, the system will obtain the promotion identification `code=Aj74E`, and then read the promotion configuration with the key `Aj74E` from Redis. If the configuration does not exist, no additional processing is performed. If the configuration exists but the current time is not within the validity period specified by `begin` and `end`, no additional processing is performed. Otherwise, the system will check whether the promotion quota limit `limit` is greater than 0; if it is less than or equal to 0, it means that the quota has been exhausted and no additional processing is performed. Next, the system will determine whether the user level limit `level` is greater than 0. If it is equal to 0, there is no need to read the user's level, that is, there is no restriction on the user's level. If it is greater than 0, it will further determine whether the level of the currently logged-in user is greater than or equal to the user level limit `level`. If it is lower than `level`, no additional processing is performed. After that, the system will check whether the user's historical consumption limit `historicalOrderMoney` is greater than 0. If it is equal to 0, there is no need to read the user's historical consumption amount, that is, there is no limit on the user's historical consumption amount. If it is greater than 0, it will further determine whether the user's current historical consumption amount is greater than or equal to `historicalOrderMoney`. If it is lower than this amount, no additional processing will be performed. After filtering through the above conditions, the system will read the product information on the homepage, and calculate the discounted price based on the discount `discount` of the promotion, and then display these products to users at a discounted price.

[0076] Step 3: When the user selects the product and prepares to place an order, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the user again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

[0077] If the user meets the requirements, the actual payment amount will be calculated based on the discount. During this process, the product shopping system will open a distributed lock and execute a command to reduce the number of discounts used. That is, the number of discounts in the discount configuration will be reduced by 1 to avoid over-issuance of inventory. Finally, the order placement and warehousing process will be completed.

[0078] If there are multiple promotional activity identifiers in the same period, as long as the user enters the mall according to any link with the promotional activity identifier parameter, the product shopping system will filter the user according to the corresponding promotion configuration and allow the user to complete the purchase accordingly.

[0079] Example: When a user selects a product and prepares to place an order, the promotional activity logo will be submitted to the order page along with the order information. At this time, the system will reconfirm the validity of the logo and whether it meets the threshold conditions. If any condition is not met, the order will be processed directly at the original price of the product. If all conditions are met, the remaining promotion quota will be further checked. When the quota is less than or equal to 0, it will also be settled at the original price. Only when the quota is greater than 0, the actual payment amount will be calculated based on the set discount, and then the promotion usage amount will be reduced once, and the order process will be completed.

[0080] When the user selects a product and prepares to place an order, the system will submit the promotional activity identifier `code=Aj74E` and the order information to the order page. At this point, the system will still confirm the validity of the promotional activity identifier and whether it meets the threshold conditions, just like the previous steps. If any condition is not met, the order will be processed directly at the original price of the product. If all conditions are met, the remaining promotional quota will be further checked. When the quota is less than or equal to 0, it will also be settled at the original price. If the quota is greater than 0, the actual payment amount is calculated based on the set discount `discount=0.9`. During this process, the system will open a distributed lock and execute a command to reduce the promotional usage amount once, that is, reduce the available quota in the promotional activity configuration by 1. Finally, the order entry process is completed.

[0081] If there are multiple promotional activity logos in the same period, as long as the user enters the mall according to any of the promotional activity logos, the system will calculate according to the corresponding restrictions and discount conditions and allow the user to complete the purchase accordingly.

[0082] like Figure 2 ,The present invention also provides a system for running multiple preferential activities in parallel, the system comprising a generation identification module, a preliminary screening module, and a secondary screening module;

[0083] Identification generation module: The product shopping system randomly generates a discount activity identifier and checks whether the discount activity identifier already exists. If so, it will be regenerated until a unique discount activity identifier is obtained; then, a discount configuration is set for the discount activity identifier, and a corresponding relationship is established between the discount configuration and the discount activity identifier and stored in the Redis database; and a link with the discount activity identifier parameter is generated;

[0084] Preliminary screening module: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, the user will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied;

[0085] Secondary screening module: When users select products and prepare to place orders, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the users again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

[0086] The generating identification module is further specified as follows: the preferential configuration includes preferential discount, validity period, level limit level, historical consumption amount limit historicalOrderMoney and preferential quota number.

[0087] Furthermore, the preliminary screening module is further specifically to screen users in the following ways:

[0088] (1) The current time is within the validity period;

[0089] (2) The number of preferential quotas is greater than 0;

[0090] (3) The user level is greater than or equal to the level limit level;

[0091] (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney;

[0092] If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

[0093] The secondary screening module is further specified as follows: if the user meets the conditions, the actual payment amount is calculated based on the preferential discount. During this process, the commodity shopping system will open a distributed lock and execute a command to reduce the use of the preferential quota once, that is, reduce the preferential quota in the preferential configuration by 1; finally, the order placement and warehousing process is completed.

[0094] The secondary screening module is further specified as follows: if there are multiple discount activity identifiers in the same period, as long as the user enters the mall according to any link with a discount activity identifier parameter, the commodity shopping system will screen the user according to the corresponding discount configuration and allow the user to complete the purchase accordingly.

[0095] The identification generation module is further specifically configured to establish a key-value pair relationship between the discount configuration and the discount activity identifier and store them in a Redis database, that is, using the activity identifier as the key and the discount configuration as the value, and storing them in Redis.

[0096] In condition (3), when the level limit level is equal to 0, there is no limit on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no limit on the historical consumption amount.

[0097] In summary, the present invention can ensure the effectiveness and accuracy of preferential activities, allowing multiple discounts for different regions in the same period, simplifying the user's purchase process, improving the user experience, while also reducing the workload of backend managers and realizing refined management of marketing activities.

[0098] The above description is only a preferred embodiment of the present invention and should not be construed as limiting the present application. All equivalent changes and modifications made within the scope of the patent application of the present invention should fall within the scope of the present invention.

Claims

1. A method for carrying out multiple promotional activities in parallel, characterized in that: The method is as follows, Step 1: The product shopping system randomly generates a promotional activity ID and checks whether the promotional activity ID already exists. If so, it will be regenerated until a unique promotional activity ID is obtained; then, a promotional configuration is set for the promotional activity ID, and a corresponding relationship is established between the promotional configuration and the promotional activity ID and stored in the Redis database; and a link with the promotional activity ID parameter is generated; Step 2: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, users will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied; Step 3: When the user selects the product and prepares to place an order, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the user again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

2. A method for carrying out multiple preferential activities in parallel according to claim 1, characterized in that: The step 1 is further specified as follows: the preferential configuration includes preferential discount, validity period, level restriction level, historical consumption amount limit historicalOrderMoney and preferential quota number.

3. A method for carrying out multiple preferential activities in parallel according to claim 2, characterized in that: The step 2 is further specifically to screen users in the following manner: (1) The current time is within the validity period; (2) The number of preferential quotas is greater than 0; (3) The user level is greater than or equal to the level limit level; (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney; If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

4. A method for carrying out multiple preferential activities in parallel according to claim 3, characterized in that: The step 3 is further specified as follows: if the user meets the conditions, the actual payment amount is calculated based on the discount. During this process, the commodity shopping system will open a distributed lock and execute a command to reduce the use of the discount quota once, that is, reduce the discount quota in the discount configuration by 1; finally, the order placement and warehousing process is completed.

5. A method for carrying out multiple preferential activities in parallel according to claim 4, characterized in that: The step 3 is further specified as follows: if there are multiple promotional activity identifiers in the same period, as long as the user enters the mall according to any link with the promotional activity identifier parameter, the commodity shopping system will screen the user according to the corresponding promotional configuration and allow the user to complete the purchase accordingly.

6. The method for carrying out multiple preferential activities in parallel according to claim 1, characterized in that: The step 1 is further specifically as follows: establishing a key-value pair relationship between the discount configuration and the discount activity identifier and storing them in a Redis database, that is, using the activity identifier as the key and the discount configuration as the value, and storing them in Redis.

7. The method for carrying out multiple preferential activities in parallel according to claim 3, characterized in that: In condition (3), when the level limit level is equal to 0, there is no limit on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no limit on the historical consumption amount.

8. A system for running multiple promotional activities in parallel, characterized in that: The system includes a generation identification module, a primary screening module, and a secondary screening module; Identification generation module: The product shopping system randomly generates a discount activity identifier and checks whether the discount activity identifier already exists. If so, it will be regenerated until a unique discount activity identifier is obtained; then, a discount configuration is set for the discount activity identifier, and a corresponding relationship is established between the discount configuration and the discount activity identifier and stored in the Redis database; and a link with the discount activity identifier parameter is generated; Preliminary screening module: When a user visits the mall homepage through a link with a discount activity identifier parameter, the product shopping system will automatically verify the validity of the discount activity identifier; if it is found that the discount activity identifier does not exist or is invalid, no additional processing will be done; otherwise, the user will be screened according to the discount configuration; if the user does not meet the conditions, the product will be displayed at the original price; and users who meet the conditions will see the discount price after the corresponding discount is applied; Secondary screening module: When users select products and prepare to place orders, the promotional activity logo will be submitted to the order page along with the order information. At this time, the product shopping system will reconfirm the validity of the promotional activity logo and screen the users again. If the user does not meet the conditions, the order will be processed directly at the original price of the product; if the user meets the conditions, the order entry process will be completed.

9. A system for running multiple preferential activities in parallel according to claim 8, characterized in that: The generating identification module is further specified as follows: the preferential configuration includes preferential discount, validity period, level limit level, historical consumption amount limit historicalOrderMoney and preferential quota number.

10. A system for running multiple preferential activities in parallel according to claim 9, characterized in that: The preliminary screening module is further specifically to screen users in the following ways: (1) The current time is within the validity period; (2) The number of preferential quotas is greater than 0; (3) The user level is greater than or equal to the level limit level; (4) The historical consumption amount is greater than or equal to the historical consumption amount limit historicalOrderMoney; If all of the above conditions (1)-(4) are met, the user is eligible and will see the discounted price after the corresponding discount is applied; if none of the conditions are met, the user is not eligible and the product will be displayed at the original price.

11. A system for running multiple preferential activities in parallel according to claim 10, characterized in that: The secondary screening module is further specified as follows: if the user meets the conditions, the actual payment amount is calculated based on the preferential discount. During this process, the commodity shopping system will open a distributed lock and execute a command to reduce the use of the preferential quota once, that is, reduce the preferential quota in the preferential configuration by 1; finally, the order placement and warehousing process is completed.

12. A system for running multiple preferential activities in parallel according to claim 11, characterized in that: The secondary screening module is further specified as follows: if there are multiple discount activity identifiers in the same period, as long as the user enters the mall according to any link with a discount activity identifier parameter, the commodity shopping system will screen the user according to the corresponding discount configuration and allow the user to complete the purchase accordingly.

13. A system for running multiple preferential activities in parallel according to claim 8, characterized in that: The identification generation module is further specifically configured to establish a key-value pair relationship between the discount configuration and the discount activity identifier and store them in a Redis database, that is, using the activity identifier as the key and the discount configuration as the value, and storing them in Redis.

14. A system for running multiple preferential activities in parallel according to claim 10, characterized in that: In condition (3), when the level limit level is equal to 0, there is no limit on the user level; in condition (4), when the historical consumption amount limit historicalOrderMoney is equal to 0, there is no limit on the historical consumption amount.