A time-ordering-based offline entity consumption order queuing and gifting system

Abstract

The application relates to the technical field of offline consumption, in particular to a queue-giving system for offline entity consumption order based on time sorting, which comprises a user terminal module, a merchant terminal module, a platform management terminal module and a data processing center module. The queue-giving system for offline entity consumption order based on time sorting generates a unique ordered queue serial number by taking double-checking consumption time stamp as the basis for sorting, and selects the user with the earliest time to draw the prize when the draw is conducted, so that the rule is transparent and traceable, the queuing fairness problem is solved, a complete consumption incentive closed loop is constructed, the user can participate in the queuing without additional operation after consumption, and the offline consumption frequency is effectively improved; by adopting a Redis distributed storage architecture, a double-time stamp checking mechanism, a repeated data filtering mechanism and an anti-fraud behavior interception mechanism, data accuracy and system safety are ensured, and the offline entity high-concurrency consumption scene is adapted.

Description

Technical Field

[0001] This invention relates to the field of offline consumption technology, specifically to a time-based offline physical consumption order queuing and gifting system. Background Technology

[0002] Offline physical consumption is one of the core drivers of economic growth. The growth of physical consumption will in turn drive the expansion of demand in upstream production and supply chain links. For example, after retailers increase their sales, they will increase their inventory, which will indirectly promote the release of production capacity of production enterprises and the growth of logistics industry business, forming a positive cycle of consumption-production-circulation and promoting the coordinated development of upstream and downstream of the industrial chain.

[0003] A search revealed a system and method for analyzing queue-based free rebates on local e-commerce platforms, as described in Chinese patent application number 202510423815.9. However, this system focuses on data collection and analysis, with user incentives remaining at the strategy level and lacking real-time, tangible feedback. Furthermore, during peak offline consumption periods, the system fails to effectively address the issues of data processing delays and chaotic queue numbers affecting user experience. Therefore, based on these technical problems, a system for awarding free rebates based on offline consumption queue order is proposed. Summary of the Invention

[0004] (a) Technical problems to be solved To address the shortcomings of existing technologies, this invention provides a time-based offline physical consumption order queuing and gifting system. It has the advantages of constructing a complete consumption incentive closed loop and supporting high-concurrency traffic and data security requirements. It solves the problems of existing e-commerce platform queuing and free rebate analysis systems lacking consumption incentive closed loop processing and being unable to cope with high-concurrency scenarios.

[0005] (II) Technical Solution To achieve the above-mentioned goal of constructing a complete closed loop of consumption incentives and supporting high-concurrency traffic and data security requirements, the present invention provides the following technical solution: an offline physical consumption order queuing and reward system based on time sorting, including a user terminal module, which links offline consumption records and generates management queue numbers to complete cross-store time chain query and reward rights collection; The merchant module synchronizes consumption data in real time, allows users to view daily consumption details, platform revenue sharing and prize payout allocation, and complete verification and settlement management. The platform management module configures queue rules and monitors time data in real time. It intercepts abnormal behavior data through risk control and supervision, automatically calculates merchant revenue sharing and platform revenue, and generates merchant settlement bills. The data processing center module verifies consumption timestamps and distributes queue mapping relationships, and calculates the cumulative total sequence number of each queue in real time based on the reward triggering engine.

[0006] Preferably, the user-end module is divided into an APP and a mini-program. Based on the POS machine verification and payment code binding method, it automatically synchronizes consumption information, including the consumption amount M, merchant ID, and consumption timestamp T. i The queuing eligibility criteria are set as follows: M ≥ 10 ∩ Merchant ID is the participating merchant in the activity ∩ Payment account is consistent with the bound account. If the condition is met, the queuing number will be generated. Two queue numbers are automatically generated: one for a single store queue and one for a combined regional queue. These queue numbers are sorted by consumption timestamp. The dual queue number generation representation is as follows: Single store queue number:

[0007] Region Union Queue Number: ; in This is a unique queue number for the user at the current merchant, and it is a positive integer. This is a unique queue number for the user in the region's combined queue, and it must be a positive integer. As the system's base timestamp, This is a double-verification timestamp for the user's current transaction, represented by the average of the GPS time and the POS machine time. Δt is a unit of time precision. This represents the total number of sequence numbers generated before a user makes a purchase in the regional joint queue. The queuing progress update information, prize winning notification information, and information on the receipt of additional benefits are pushed in real time via the WebSocket protocol. The queuing progress update information includes: 1) Single store queue: Total number of sequence numbers Number of draws Current ranking ,in = The corresponding time ranking; 2) National Quota: Total Number of Sequence Numbers Number of draws Current ranking ; The queue progress update information also includes real-time viewing of the queue's time ranking, the number of people waiting ahead, and the time interval since the last draw. By querying the cross-store time chain, the consumption timeline of users in the same area within 72 hours can be displayed.

[0008] Preferably, the merchant module receives users offline for consumption, and the users pay using their linked payment accounts. The POS machine verifies the consumption information and synchronizes it to the system. The consumption information includes the consumption amount M and the consumption timestamp. User ID With payment serial number After verifying the POS data and payment account data, the system triggers the generation of a serial number based on the gift number generation algorithm, which is represented as follows:

[0009] in This refers to the total number of numbers the merchant gives away for this purchase. The base number of free numbers has a fixed offline consumption limit of 2, corresponding to one queue for each store and one queue nationwide; its online consumption limit is fixed at 1, only for the nationwide queue; M is the amount of a single transaction and M≥10; Floor(M / 10) represents the consumption level coefficient; When the total number of queues for a single store or nationwide satisfy When mod 30 = 0, the system triggers a lottery draw, and the merchant's backend receives a notification that the current queue has been drawn, displaying the draw batch and winning numbers. The system automatically generates an invoice and calculates the basic revenue share, as shown below:

[0010] in Based on revenue sharing, For each transaction within the period, the minimum purchase amount is 10 yuan. Transactions less than 10 yuan are not included in the queue, and the merchant receives the full amount. The merchant's net revenue is calculated based on the value-added service fees generated by the merchant's onboarding system platform, as shown below:

[0011] in For net income, The unit price of the i-th value-added service is... Total cost of value-added services; Merchants can view their bill details in the system backend, and after confirming that everything is correct, submit a settlement request. Once the system approves the request, the merchant will receive payment. The funds will be transferred to the merchant's linked settlement account, with a arrival time of T+1. Invoices can also be exported, including the transaction amount M for each transaction. i Total number of gift cards for each purchase Basic revenue sharing Price per value-added service With net income .

[0012] Preferably, the platform management module is configured with queue rules, which include a standard algorithm for opening free numbers and a prize threshold algorithm, specifically: 1) The standard formula for gift numbers is: Online consumption: = Floor(M / 10)×1 (One national queue number is given for every 10 yuan spent) Offline consumption: = Floor(M / 10)×2 (For every 10 yuan spent, you will receive 1 national queue number and 1 single-store queue number) 2) The formula for the lottery threshold is: Batch size = 30 (A lottery draw is triggered once every 30 serial numbers are accumulated) The platform management module uses a queue health assessment algorithm to evaluate the operational status of each queue in real time, issuing warnings for issues such as excessively slow or fast sequence number generation and abnormal winning intervals. The health assessment algorithm is as follows: Health Score =W1× + W2× + W3×

[0013] Health Score To score the health of the queue, A score is generated for the rate of sequence number generation. Score based on the winning interval. The cheating rate score is represented by W1, W2, and W3, which are the weights of the serial number generation rate score, the winning interval score, and the cheating rate score, respectively. Anomaly detection is achieved based on anomaly behavior statistical detection algorithms, including: 1) The formula for detecting abnormal merchant account giveaways is: Abnormal merchant =1if( / Δt)>3× else 0 in Let Δt be the number of free phone numbers a merchant gives away within one hour, and Δt = 3600 seconds. Average value of free phone numbers given away by merchants in the same region and industry within 1 hour; 2) The formula for detecting abnormal user spending is: Abnormal user =1if(C user / Δt)>5× or Device count >3 else 0 Where C user / This represents the number of times a user made a purchase of 10 yuan or more within 24 hours. Device represents the average spending of all users across the network over a 24-hour period. count The number of device IDs bound to this user; Abnormal data is pushed to the system risk control center in real time, and the abnormality type is marked as merchant gift number abnormality or user consumption abnormality. It supports viewing details including consumption records and device information.

[0014] Preferably, the platform management module uses a cheating behavior detection algorithm to intercept cheating behavior, and the detection formula is as follows: Cheat flag = OR(Cheat1, Cheat2, Cheat3) 1) Account fraud detection Cheat1: C user / Δt > 10× The standard is that the number of transactions in 24 hours exceeds the average by 10 times; 2) Device tampering detection Cheat2: |T user -T system | > 3000ms, with the standard being a deviation of more than 3 seconds between the user device time and the system time; 3) Duplicate Registration Detection Cheat3: Same IDcount ≥5, the standard is that the same ID number is bound to ≥5 accounts; Cheat flag The flag for cheating is T (1 = cheating, 0 = normal). user T is the consumption timestamp reported by the user device. system Same as the system's GPS reference timestamp. IDcount The number of accounts linked to the same ID number; when Cheat flag When =1, the system will automatically freeze the user account or merchant gift account privileges, generate a cheating work order, and decide whether to unblock or permanently ban the account after review. The compliance verification of withdrawal behavior is based on a withdrawal compliance threshold algorithm, and the formula is as follows: Withdraw allow =1if(Real nameauth =1andWin amount ≥10andWithdraw count ≤5) else 0 Withdraw allow A withdrawal permission flag is used (1 = allowed, 0 = denied); Real nameauth Real-name authentication status (1 = authenticated, 0 = unauthenticated); Win amount For the user's cash account balance; Withdraw count This refers to the number of times a user can withdraw funds in a single day. After a user submits a withdrawal request, the system automatically verifies the Withdrawal function. allow A score of 1 indicates the process has begun; a score of 0 indicates the withdrawal has failed.

[0015] Preferably, the data processing center module collects data from POS machines, payment platforms, merchant rules, and user configurations, unifying timestamps, amounts, and ID-type data, and using payment transaction numbers (No.) pay Link POS machine transaction data with payment platform data to generate a unified transaction record and complete data verification and cleaning; The Redis distributed cache is used to store the mapping relationship between sequence number, timestamp, and user ID in two queues. The storage logic is as follows: 1) National queue: Stored in ascending order of T1 to the nation in Redis Cluster. queue Key, field S nation →{ID user, T1, ID merchan t, M}; 2) Single-store queue: Stored in ascending order of T1 to the shop queue{IDmerchant} Key, field S shop → {ID user , T1,M}.

[0016] Preferably, in the data processing center module, the lottery draw range is divided into batches of 30 serial numbers, and the serial number with the earliest consumption time within each batch is selected as the winning number. The steps are as follows: 1) Total number of sequence numbers N in the real-time monitoring queue total The lottery draw conditions are triggered based on the basic lottery draw threshold. 2) Divide the current lottery draw batch, query T1 for all serial numbers within the batch, and calculate the earliest consumption time value T. min Determine the winning number.

[0017] (III) Beneficial Effects Compared with existing technologies, this invention provides a time-based offline physical consumption order queuing and gift-giving system, which has the following beneficial effects: 1. This offline physical consumption order queuing and gift system based on time sorting generates a unique ordered queue number by using double-verified consumption timestamps as the sorting basis. When drawing prizes, the earliest user is selected to win. The rules are transparent and traceable, solving the problem of queuing fairness. It builds a complete consumption incentive closed loop. Users can participate in the queue without additional operation after consumption, effectively increasing the frequency of offline consumption.

[0018] 2. This offline physical consumption order queuing and gifting system based on time sorting adopts a Redis distributed storage architecture and uses risk control mechanisms such as double timestamp verification, duplicate data filtering, and cheating behavior interception to ensure data accuracy and system security, making it suitable for high-concurrency offline physical consumption scenarios. Attached Figure Description

[0019] Figure 1 This is a schematic diagram of the offline physical consumption order queuing and gifting system module of the present invention. Detailed Implementation

[0020] The technical solutions of the present invention will be clearly and completely described below with reference to the embodiments and accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0021] Example 1 In this embodiment, the total number of sequence numbers is set in the single-store queue or the national queue. satisfy When mod30=0, it means that a lottery draw is triggered once every 30 serial numbers, which is recorded as the lottery trigger condition. Then, from the 30 serial numbers in the current lottery batch, the serial number with the earliest consumption time is selected as the winning number. The steps for determining the winning serial number are as follows: 1. The formula for determining the range of the current lottery draw batch is: , where K is the number of times the current queue has been drawn, the value of K is initially 0, and is incremented by 1 for each draw; 2. Filter the consumption timestamps of all serial numbers within the batch and find the minimum value. The formula is: ,in For serial number The corresponding user consumption timestamp; 3. The formula for determining the winning number is: If multiple serial numbers correspond Take the smallest sequence number after the last four digits of the payment transaction number; Winning users will receive both push notifications and SMS alerts from the app or mini-program. The cash account will receive 10 yuan in real time. Users can access their cash account settings in the user module, select the withdrawal method (WeChat / Alipay), enter the amount, and confirm. After the system verifies the information based on real-name authentication, the cash will arrive on T+1.

[0022] Example 2 In this embodiment, merchants apply to join the regional merchant alliance through the merchant-side module of the system via traffic-driving linkage. After the system reviews and approves the application, the alliance identifier is activated. Merchants set the consumption acceleration conditions for users within the alliance. The system prioritizes displaying alliance merchants in the regional merchant map on the user's side and marks them with cross-store acceleration tags to drive traffic to the merchants. The data processing center module performs data verification, cleaning, and filtering to remove invalid and tampered data, ensuring that the input data is authentic and valid. Specifically, this includes: 1) The formula for verifying the validity of consumption is: Valid consume =1if(M≥10 and Status pay =1 and ID merchant ≠ null and ID pay ≠null)else 0 3) The formula for verifying timestamp consistency is: Valid time =1if(|T pos -T pay |≤3000and|T pos -T gps |≤3000)else 0 Where T gps The GPS reference timestamp obtained by the system is used to verify whether the time of the POS machine or payment platform has been tampered with; 3) The formula for duplicate data verification is: Duplicate flag =1if(No pay ∈Set nopay else 0 Set nopay This is a collection of payment transaction numbers processed in the past 7 days to avoid processing the same transaction repeatedly. The processing logic is set as follows: only when Valid consume =1∩Valid time =1∩Duplicate flag When the value is 0, the data proceeds to the next step; otherwise, it is marked as invalid data and pushed to the abnormal data pool for verification by the platform management.

[0023] In summary, this offline physical consumption order queuing and prize-giving system based on time sorting generates a unique ordered queue number by using a double-verified consumption timestamp as the sorting basis. When drawing prizes, the earliest user is selected as the winner. The rules are transparent and traceable, solving the problem of queuing fairness. It constructs a complete consumption incentive closed loop, allowing users to participate in the queue without any additional action after consumption, effectively increasing the frequency of offline consumption. By adopting the Redis distributed storage architecture, and through risk control mechanisms such as dual timestamp verification, duplicate data filtering, and fraud prevention, we ensure data accuracy and system security, making it suitable for high-concurrency consumption scenarios in offline entities.

[0024] The relevant modules involved in this system are all hardware system modules or functional modules that combine computer software programs or protocols with hardware in the prior art. The computer software programs or protocols involved in these functional modules are technologies known to those skilled in the art and are not improvements to this system. The improvement of this system lies in the interaction or connection between the modules, that is, in improving the overall structure of the system to solve the corresponding technical problems that this system aims to address.

[0025] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the appended claims and their equivalents.

Claims

1. A time-based offline physical consumption order queuing and gift-giving system, characterized in that, This includes a user-side module that links offline consumption records and generates management queue numbers to enable cross-store time-chain queries and reward claiming. The merchant module synchronizes consumption data in real time, allows users to view daily consumption details, platform revenue sharing and prize payout allocation, and complete verification and settlement management. The platform management module configures queue rules and monitors time data in real time. It intercepts abnormal behavior data through risk control and supervision, automatically calculates merchant revenue sharing and platform revenue, and generates merchant settlement bills. The data processing center module verifies consumption timestamps and distributes queue mapping relationships, and calculates the cumulative total sequence number of each queue in real time based on the reward triggering engine.

2. The offline physical consumption order queuing and gifting system based on time sorting according to claim 1, characterized in that, The user-end module is divided into an APP and a mini-program. Based on the POS machine verification and payment code binding method, it automatically synchronizes consumption information, including the consumption amount M, merchant ID, and consumption timestamp T. i The queuing eligibility criteria are set as follows: M ≥ 10 ∩ Merchant ID is the participating merchant in the activity ∩ Payment account is consistent with the bound account. If the condition is met, the queuing number will be generated. Two queue numbers are automatically generated: one for a single store queue and one for a combined regional queue. These queue numbers are sorted by consumption timestamp. The dual queue number generation representation is as follows: Single store queue number: Region Union Queue Number: in This is a unique queue number for the user at the current merchant, and it is a positive integer. This is a unique queue number for the user in the region's combined queue, and it must be a positive integer. As the system's base timestamp, This is a double-verification timestamp for the user's current transaction, represented by the average of the GPS time and the POS machine time. Δt is a unit of time precision. This represents the total number of sequence numbers generated before a user makes a purchase in the regional joint queue. The queuing progress update information, prize winning notification information, and information on the receipt of additional benefits are pushed in real time via the WebSocket protocol. The queuing progress update information includes: 1) Single store queue: Total number of sequence numbers Number of draws Current ranking ,in = The corresponding time ranking; 2) National Quota: Total Number of Sequence Numbers Number of draws Current ranking ; The queue progress update information also includes real-time viewing of the queue's time ranking, the number of people waiting ahead, and the time interval since the last draw. By querying the cross-store time chain, the consumption timeline of users in the same area within 72 hours can be displayed.

3. The offline physical consumption order queuing and gifting system based on time sorting according to claim 1, characterized in that, The merchant module handles offline customer transactions. Users pay using their linked payment accounts, and the POS machine verifies the transaction information, which is then synchronized to the system. This transaction information includes the transaction amount M and the transaction timestamp. User ID With payment serial number After verifying the POS data and payment account data, the system triggers the generation of a serial number based on the gift number generation algorithm, which is represented as follows: in This refers to the total number of numbers the merchant gives away for this purchase. The basic number of free numbers is fixed at 2 for offline consumption, corresponding to 1 queue for each store and 1 queue for the whole country. Its online consumption is fixed at 1, and it is only available in the national queue; M is the amount of a single transaction and M≥10; Floor(M / 10) represents the consumption level coefficient; When the total number of queues for a single store or nationwide satisfy When mod 30 = 0, the system triggers a lottery draw, and the merchant's backend receives a notification that the current queue has been drawn, displaying the draw batch and winning numbers. The system automatically generates an invoice and calculates the basic revenue share, as shown below: in Based on revenue sharing, For each transaction within the period, the minimum purchase amount is 10 yuan. Transactions less than 10 yuan are not included in the queue, and the merchant receives the full amount. The merchant's net revenue is calculated based on the value-added service fees generated by the merchant's onboarding system platform, as shown below: in For net income, The unit price for the i-th value-added service is... Total cost of value-added services; Merchants can view their bill details in the system backend, and after confirming that everything is correct, submit a settlement request. Once the system approves the request, the merchant will receive payment. The funds will be transferred to the merchant's linked settlement account, with a arrival time of T+1. Invoices can also be exported, including the transaction amount M for each transaction. i Total number of gift cards for each purchase Basic revenue sharing Price per value-added service With net income .

4. The offline physical consumption order queuing and gifting system based on time sorting according to claim 1, characterized in that, The platform management module configures queue rules, which include a standard algorithm for opening free numbers and a prize threshold algorithm, specifically as follows: 1) The standard formula for gift numbers is: Online consumption: = Floor(M / 10)×1 (One national queue number is given for every 10 yuan spent) Offline consumption: = Floor(M / 10)×2 (For every 10 yuan spent, you will receive 1 national queue number and 1 single-store queue number) 2) The formula for the lottery threshold is: Batch size = 30 (A lottery draw is triggered once every 30 serial numbers are accumulated) The platform management module uses a queue health assessment algorithm to evaluate the operational status of each queue in real time, issuing warnings for issues such as excessively slow or fast sequence number generation and abnormal winning intervals. The health assessment algorithm is as follows: Health Score To score the health of the queue, A score is generated for the rate at which the serial number is generated. Score based on the interval between winnings. The cheating rate score is represented by W1, W2, and W3, which are the weights of the serial number generation rate score, the winning interval score, and the cheating rate score, respectively. Anomaly detection is achieved based on anomaly behavior statistical detection algorithms, including: 1) The formula for detecting abnormal merchant account giveaways is: Abnormal merchant =1if( / Δt)>3× else 0 in Let Δt be the number of free phone numbers a merchant gives away within one hour, and Δt = 3600 seconds. Average value of free phone numbers given away by merchants in the same region and industry within 1 hour; 2) The formula for detecting abnormal user spending is: Abnormal user =1if(C user / Δt)>5× or Device count >3 else 0 Where C user / This represents the number of times a user made a purchase of 10 yuan or more within 24 hours. Device represents the average spending of all users across the network over a 24-hour period. count The number of device IDs bound to this user; Abnormal data is pushed to the system risk control center in real time, and the abnormality type is marked as merchant gift number abnormality or user consumption abnormality. It supports viewing details including consumption records and device information.

5. The offline physical consumption order queuing and gifting system based on time sorting according to claim 1, characterized in that, The platform management module uses a cheating behavior detection algorithm to intercept cheating behavior. The detection formula is as follows: Cheat flag = OR(Cheat1, Cheat2, Cheat3) 1) Account fraud detection Cheat1: C user / Δt > 10× The standard is that the number of transactions in 24 hours exceeds the average by 10 times; 2) Device tampering detection Cheat2: |T user -T system | > 3000ms, with the standard being a deviation of more than 3 seconds between the user device time and the system time; 3) Duplicate Registration Detection Cheat3: Same IDcount ≥5, the standard is that the same ID number is bound to ≥5 accounts; Cheat flag The flag for cheating is T (1 = cheating, 0 = normal). user T is the consumption timestamp reported by the user device. system Same as the system's GPS reference timestamp. IDcount The number of accounts linked to the same ID number; when Cheat flag When =1, the system will automatically freeze the user account or merchant gift account privileges, generate a cheating work order, and decide whether to unblock or permanently ban the account after review. The compliance verification of withdrawal behavior is based on a withdrawal compliance threshold algorithm, and the formula is as follows: Withdraw allow =1if(Real nameauth =1andWin amount ≥10andWithdraw count ≤5) else 0 Withdraw allow A withdrawal permission flag is used (1 = allowed, 0 = denied); Real nameauth Real-name authentication status (1 = authenticated, 0 = unauthenticated); Win amount This refers to the user's cash account balance. Withdraw count This refers to the number of times a user can withdraw funds in a single day. After a user submits a withdrawal request, the system automatically verifies the Withdrawal function. allow A score of 1 indicates the process has begun; a score of 0 indicates the withdrawal has failed.

6. The offline physical consumption order queuing and gifting system based on time sorting according to claim 1, characterized in that, The data processing center module collects data from POS machines, payment platforms, merchant rules, and user configurations, unifying timestamps, amounts, and ID data, and using payment transaction numbers (No.) as the data source. pay Link POS machine transaction data with payment platform data to generate a unified transaction record and complete data verification and cleaning; The Redis distributed cache is used to store the mapping relationship between sequence number, timestamp, and user ID in two queues. The storage logic is as follows: 1) National queue: Stored in ascending order of T1 to the nation in Redis Cluster. queue Key, field S nation →{ID user, T1, ID merchan t, M}; 2) Single-store queue: Stored in ascending order of T1 to the shop queue{IDmerchant} Key, field S shop → {ID user , T1, M}.

7. The offline physical consumption order queuing and gifting system based on time sorting according to claim 1, characterized in that, In the data processing center module, the lottery draw range is divided into batches of 30 numbers, and the winning number is selected from the batches with the earliest consumption time. The steps are as follows: 1) Total number of sequence numbers N in the real-time monitoring queue total The lottery draw conditions are triggered based on the basic lottery draw threshold. 2) Divide the current lottery draw batch, query T1 for all serial numbers within the batch, and calculate the earliest consumption time value T. min Determine the winning number.

Images