Methods, devices, equipment and media for controlling the status of equity products throughout their entire life cycle

Abstract

This invention relates to the field of data processing technology, providing a method, apparatus, device, and medium for controlling the entire lifecycle status of equity products. It can store the card key information corresponding to each equity product in a target database through a full-link security mechanism, thereby achieving unified and secure management of various equity products through efficient encryption algorithms. Different transfer operations are performed on the target product according to different transfer requests, achieving integration of various transfer operations and thus controlling the status of the equity product throughout its entire lifecycle. During the transfer operation, when the inventory of the target product is detected to be less than the inventory threshold, a routing decision is made in the target database based on the target product information to obtain a substitute product, and the transfer operation continues based on the substitute product, solving the problem of imperfect product routing mechanisms in traditional systems. The target database is updated synchronously to assist in accurately monitoring inventory status. It can be applied to fintech, healthcare, and elderly care business scenarios.

Description

Technical Field

[0001] This invention relates to the field of data processing technology, and in particular to a method, apparatus, equipment and medium for controlling the status of a product throughout its entire lifecycle. Background Technology

[0002] With the rapid development of internet finance and e-commerce, users' demand for various rights and benefits products is also increasing.

[0003] Currently, the market offers a large number of benefit products, such as gift cards for shopping platforms, coupons for trading platforms, and membership benefits for pharmaceutical platforms. These benefit products are typically provided by different suppliers. Traditional benefit management systems suffer from the following problems with these various benefit products: (1) Lack of unified and secure management of various rights and interests products; (2) Inventory management is lagging behind, making it impossible to keep track of inventory status in a timely manner, which can easily lead to inventory backlog or stockouts; (3) Lack of integration of various circulation operations, thus making it impossible to achieve full life-cycle status control of equity products; (4) The product routing mechanism is imperfect. When the inventory of a certain type of product is insufficient, the system cannot automatically switch to other similar products. Summary of the Invention

[0004] In view of the above, it is necessary to provide a method, device, equipment and medium for controlling the status of equity products throughout their entire life cycle, in order to solve the problem of the inability to effectively, safely and comprehensively control the status of equity products throughout their entire life cycle.

[0005] Firstly, a method for controlling the entire lifecycle status of equity products is provided, the method comprising: Acquire the purchased rights and benefits products, and store the card key information corresponding to each rights and benefits product in the target database through a full-link security mechanism; When a transfer request for a target product is received from a target user, a transfer operation is performed on the target product according to the transfer request; During the process of performing the circulation operation on the target product, when it is detected that the inventory of the target product is less than the inventory threshold, the target product information of the target product is obtained. Based on the target product information, a routing decision is made in the target database to obtain alternative products to the target product. The circulation operation continues based on the alternative product, and the target database is updated.

[0006] Secondly, a lifecycle status control device for equity products is provided, the lifecycle status control device for equity products comprising: The storage unit is used to acquire the purchased rights and benefits products and store the card key information corresponding to each rights and benefits product into the target database through a full-link security mechanism; An execution unit is used to perform a transfer operation on the target product according to the transfer request triggered by the target user when it receives the transfer request for the target product. The acquisition unit is used to acquire target product information when the inventory of the target product is detected to be less than the inventory threshold during the process of performing the circulation operation on the target product. A decision-making unit is used to make routing decisions in the target database based on the target product information to obtain alternative products to the target product. The execution unit is also configured to continue performing the transfer operation based on the alternative product and update the target database.

[0007] Thirdly, a computer device is provided, the computer device comprising: A memory for storing at least one instruction; and a processor for executing the instructions stored in the memory to implement a full lifecycle state control method for the product in question.

[0008] Fourthly, a computer-readable storage medium is provided, wherein at least one instruction is stored therein, the at least one instruction being executed by a processor in a computer device to implement a method for controlling the full lifecycle state of the claimed product.

[0009] As can be seen from the above technical solutions, this invention can store the card key information corresponding to each equity product in the target database through a full-link security mechanism, thereby achieving unified and secure management of various equity products through efficient encryption algorithms; it can perform different transfer operations on the target product according to different transfer requests, realizing the integration of various transfer operations, thereby controlling the status of the entire life cycle of the equity product; during the process of performing transfer operations on the target product, when the inventory of the target product is detected to be less than the inventory threshold, a routing decision is made in the target database based on the target product information to obtain a replacement product, and the transfer operation continues to be performed based on the replacement product, solving the problem of the imperfect product routing mechanism of the traditional system; the target database is updated synchronously to assist in accurately monitoring the inventory status. Attached Figure Description

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

[0011] Figure 1 This is a schematic diagram illustrating the application environment of a preferred embodiment of the full lifecycle status control method for the product of the present invention.

[0012] Figure 2 This is a flowchart of a preferred embodiment of the method for controlling the full lifecycle status of the product in this invention.

[0013] Figure 3 This is a functional block diagram of a preferred embodiment of the full lifecycle status control device for the product of the present invention.

[0014] Figure 4 This is a schematic diagram of a computer device that represents a preferred embodiment of the method for controlling the full lifecycle status of a product according to the present invention.

[0015] Figure 5 This is another schematic diagram of the computer device that is a preferred embodiment of the method for controlling the full life cycle status of the product according to the present invention. Detailed Implementation

[0016] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be described in detail below with reference to the accompanying drawings and specific embodiments.

[0017] The method for controlling the full lifecycle status of equity products provided in this invention can be applied to, for example... Figure 1 The application environment shown depicts a client communicating with the server over a network. The server can trigger the execution of a full lifecycle state control method for the product's rights (e.g., upon receiving a specified trigger command or meeting certain trigger conditions) via the client. This method is executed through application software installed on the server. The client can be, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. The server can be implemented using a standalone server or a server cluster consisting of multiple servers. The invention will be described in detail below through specific embodiments.

[0018] like Figure 2 The diagram shown is a flowchart of a preferred embodiment of the lifecycle status control method for the product of this invention. The order of steps in this flowchart can be changed, and some steps can be omitted, depending on different requirements.

[0019] The full lifecycle status control method for the rights and interests product is applied to one or more computer devices. The computer device is a device that can automatically perform numerical calculations and / or information processing according to pre-set or stored instructions. Its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0020] The computer device can be any electronic product that can interact with the user, such as a personal computer, tablet computer, smartphone, personal digital assistant (PDA), game console, interactive network television (IPTV), smart wearable device, etc.

[0021] The computer equipment may also include network equipment and / or user equipment. The network equipment includes, but is not limited to, a single network server, a server group consisting of multiple network servers, or a cloud based on cloud computing consisting of a large number of hosts or network servers.

[0022] The server can be a standalone server or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0023] Artificial intelligence (AI) is the theory, method, technology and application system that uses digital computers or machines controlled by digital computers to simulate, extend and expand human intelligence, perceive the environment, acquire knowledge and use knowledge to obtain the best results.

[0024] Foundational technologies for artificial intelligence generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies mainly encompass computer vision, robotics, biometrics, speech processing, natural language processing, and machine learning / deep learning.

[0025] The network in which the computer device is located includes, but is not limited to, the Internet, wide area network, metropolitan area network, local area network, and virtual private network (VPN).

[0026] S10: Obtain the purchased rights and benefits products, and store the card key information corresponding to each rights and benefits product in the target database through a full-link security mechanism.

[0027] In this embodiment, the benefit products may include e-commerce consumer benefit products, utility bill payment benefit products, business travel benefit products, cultural and entertainment benefit products, financial service benefit products, etc. from financial institutions.

[0028] In this embodiment, the rights and benefits products may also include medical service rights and benefits products of medical institutions, drug discount rights and benefits products, health check-up rights and benefits products, rehabilitation and nursing rights and benefits products, health science popularization rights and benefits products, etc.

[0029] Of course, the aforementioned rights and benefits products may also include digital vouchers that are redeemable, verifiable, and have usable value in other fields, and their carriers may be card keys or electronic codes.

[0030] The equity products can be sourced from multiple suppliers.

[0031] In this embodiment, the full-link security mechanism refers to the security protection system built throughout the entire lifecycle of the rights and interests product, from procurement to final delivery and recycling, thereby achieving full lifecycle security control of the rights and interests product card information while ensuring data security and unique trustworthiness.

[0032] Specifically, storing the card key information corresponding to each benefit product in the target database through a full-link security mechanism includes: Obtain the salt value for maintenance, the card number for each benefit product, and the supplier identifier corresponding to each benefit product; Based on the salt value, the card number of each benefit product, and the supplier identifier corresponding to each benefit product, a card fingerprint for each benefit product is generated; The target database is traversed based on the card fingerprint of each benefit product; When no product with the same card fingerprint is found in the target database, the product is identified as a product to be added to the database. The SM3 cryptographic hash algorithm is used to calculate the digest value of the card key information corresponding to each product to be added to the database; Construct a Merkle tree based on the digest value of the card information corresponding to each product to be added to the warehouse, generate the Merkle tree root of the Merkle tree, and record the current timestamp; Obtain a temporary session key, and use the SM4 block cipher algorithm to batch encrypt the card key information corresponding to all products to be added to the database based on the temporary session key to obtain a list of card key ciphertexts; Obtain the current batch identifier, and generate a signature of the card information corresponding to each product to be placed in the warehouse based on the current batch identifier, the Merkle root, the current timestamp, and the supplier identifier corresponding to each product to be placed in the warehouse; Obtain the card key status of each benefit product, and store the card key encrypted list, the card key fingerprint of each product to be added to the database, the signature of the card key information corresponding to each product to be added to the database, and the card key status of each product to be added to the database into the target database.

[0033] The salt value can be maintained uniformly by the server to enhance the fingerprint's resistance to collisions.

[0034] The card number for each benefit product is an inherent attribute of that benefit product.

[0035] The supplier identifier for each equity product is used to uniquely identify the corresponding supplier.

[0036] Specifically, the SM3 cryptographic hash algorithm can be used to calculate the card fingerprint for each benefit product. If the corresponding card fingerprint already exists in the target database, it indicates a duplicate import problem. The duplicate import rate can be recorded, and the card fingerprint can be blocked to avoid data redundancy. If the corresponding card fingerprint does not exist in the target database, it indicates no duplicate import problem. The card fingerprint is a newly added card fingerprint and can be included in the database as a product to be added.

[0037] The temporary session key can be a symmetric key generated using the SM4 algorithm.

[0038] The encrypted list of card keys serves as a secure storage and transmission medium for card key information. The plaintext card key is encrypted using the SM4 algorithm to form the encrypted list, which is circulated and stored entirely in encrypted form, preventing plaintext leakage. This encrypted list can be used during procurement, warehousing, inventory storage, and user verification and delivery, and is only decrypted when necessary.

[0039] The card fingerprint is used for deduplication and replay protection. The card fingerprint can be generated using the SM3 algorithm from the card number, salt value, and supplier identifier to ensure that each card has a unique identifier. Before data entry, the target database is traversed, and the fingerprint is compared to quickly determine whether a card has been imported repeatedly, avoiding duplicate data releases and reconciliation anomalies. In case of accidental or duplicate card imports at the operational end, the card fingerprint can be used to deduplicate and intercept invalid data entry, while also preventing replay attacks and ensuring transaction security.

[0040] The current batch identifier refers to the unique identifier of the current procurement batch to which the purchased equity products belong. The current batch identifier is bound to all card codes within the batch and is the only credential for identifying and tracing the entire life cycle of the card codes in that batch.

[0041] The signature of the card key information can be used for integrity verification and source credibility proof. Specifically, the signature can be generated based on the operator's SM2 private key, and the server verifies the signature using the public key to ensure that the card key batch data has not been tampered with and that its source is credible. If the signature verification fails, the data is directly intercepted and stored in the database to prevent malicious or tampered data from entering the system.

[0042] The card key status is crucial for full lifecycle management and ensuring inventory consistency. It serves as a label for different stages of card key circulation, distinguishing between "available inventory," "delivered to users," and "recycled and reused." Inventory quantities can be strongly linked to valid card key statuses (e.g., "not delivered") to ensure consistency between accounts and actual stock, preventing overselling and stockouts. For example, during write-offs, only cards in the "not delivered" status are allowed to be retrieved; during recycling, only cards in the "delivered (held by users)" status are allowed to be recycled; and when an inventory warning is detected, only cards in the "not delivered" status are counted as valid inventory.

[0043] The four fields—the encrypted list of card keys, the card key fingerprint of each product to be added to the database, the signature of the card key information corresponding to each product to be added to the database, and the card key status of each product to be added to the database—together constitute a three-in-one information system that ensures the security, reliability, and manageability of card key information.

[0044] The above embodiments enable the encryption of sensitive data throughout its entire lifecycle while ensuring encryption efficiency.

[0045] In this embodiment, the target database can be used to store information such as all equity products and suppliers.

[0046] In this embodiment, after storing the card key information corresponding to each benefit product to the target database through a full-link security mechanism, the method further includes: Obtain the types of each equity product stored in the target database; Real-time monitoring of inventory levels for each type of equity product; When the inventory of a first-type equity product is less than a preset threshold, calculate the central tendency value of the historical demand for the first-type equity product during the same period; calculate the difference between the central tendency value and the inventory of the first-type equity product as the replenishment quantity; generate an inventory shortage warning based on the first type and the replenishment quantity; and / or When the outbound frequency of a second type of equity product is less than the preset frequency and the inventory is greater than the slow-moving warning threshold, a slow-moving warning prompt is generated based on the second type. Wherein, the preset threshold is greater than the inventory threshold.

[0047] The central tendency quantification value may include indicators that reflect the average level, such as the mean and median.

[0048] The types of the rights and benefits products may include, but are not limited to: discount products, instant reduction products, redemption products, and products that offset face value.

[0049] The preset threshold, the preset frequency, and the sales warning threshold can be optimal values ​​generated based on historical data.

[0050] Through the above embodiments, real-time monitoring and data linkage of inventory status can be achieved, solving the problem of lagging traditional inventory management and preventing inventory backlog or stockouts; the automated inventory early warning mechanism provides timely reminders for replenishment and slow-moving inventory handling, improving the initiative of inventory management; the standardized inventory statistics and adjustment process improves the accuracy of inventory data and provides effective data support for procurement and operational decisions.

[0051] S11, when a transfer request for the target product is received from the target user, a transfer operation is performed on the target product according to the transfer request.

[0052] In this embodiment, the flow request may include, but is not limited to, a purchase request, a consumption request, a recycling request, etc.

[0053] Accordingly, the target product is a benefit product that the user is interested in and for which relevant information is stored in the target database. For example, the target database may store the target product's card information, supplier information, etc.

[0054] In this embodiment, the target user can be a purchasing agent, a consumer, etc.

[0055] In this embodiment, performing a transfer operation on the target product according to the transfer request includes: When the transfer request is a purchase request, the purchase demand data is obtained by parsing the transfer request; Suppliers are extracted from the target database based on the procurement demand data; The procurement invitation information is generated based on the transfer request, and the procurement invitation information is encrypted and sent to the interface of each supplier using the SM2 national cryptographic algorithm.

[0056] The procurement demand data may include rights product identification information such as rights ID, rights name, rights type, and value, as well as suggested procurement quantity, upper and lower limits for a single procurement, procurement triggering method, procurement time window, and constraints such as budget amount and rights validity period requirements.

[0057] For example, in the financial sector, when a credit card center's inventory shows insufficient stock of 50 RMB restaurant vouchers, it automatically matches with partner restaurant platform suppliers and generates an encrypted purchase order as a procurement invitation. After the supplier delivers the goods, the restaurant voucher code is imported, the voucher is automatically added to the inventory, and the stock is updated, thus automating the procurement of restaurant vouchers redeemed with credit card points.

[0058] For example, in the healthcare field, if a 100 RMB pharmacy coupon is not in stock, an encrypted purchase order can be generated by connecting with partner pharmacy suppliers as a purchase invitation. After importing the coupon code, it is automatically added to the inventory, providing material support for patients to redeem their medical payment rights.

[0059] Through the above embodiments, unified connection with multiple suppliers and automated generation of procurement invitation information are achieved, solving the problems of fragmented and complex management of traditional procurement channels; the card information is encrypted with the SM2 national cryptographic algorithm throughout the process, which can ensure data security in the procurement process and prevent information leakage.

[0060] In this embodiment, performing a transfer operation on the target product according to the transfer request further includes: When the flow request is a consumption request, the consumption request is authenticated; When the consumption request passes authentication, the consumption amount is obtained by parsing the consumption request; Retrieve the current inventory of the target product in the target database; When the consumption is less than or equal to the current inventory, the target database is processed for outbound processing according to the consumption.

[0061] For example, the consumption request may include reimbursement, rights purchase, etc.

[0062] Different authentication methods can be configured for different fields. For example, in financial scenarios, authentication can be performed based on account points balance; in medical scenarios, authentication can be performed based on medical treatment qualifications.

[0063] After authentication, the system can release inventory in real time based on consumption.

[0064] It can also record the consumption of corresponding rights and benefits products, and archive them after encryption using the SM2 national cryptographic algorithm.

[0065] For example, in the financial sector, depositors can initiate a request to redeem a 100 yuan card using a bank's app. After verifying that the depositor has sufficient points, the bank retrieves real-time inventory data to confirm availability, completes the redemption, sends an encrypted card code, deducts one 100 yuan card from the inventory, and generates a points redemption record for the depositor.

[0066] For example, in the medical field, patients can initiate a request to redeem medical coupons through the hospital's official WeChat account. After verifying the patient's recent medical records, the hospital can retrieve the real-time inventory of coupons, complete the redemption, and send out the coupon usage code. At the same time, the corresponding coupon inventory will be deducted, and a record of the patient's rights and benefits will be generated.

[0067] The above embodiments enable full automation of the user rights purchase and redemption process, improving the user experience and reducing the efficiency loss caused by manual intervention; the real-time linkage between the redemption process and inventory status ensures timely updates of inventory data and avoids overselling.

[0068] In this embodiment, performing a transfer operation on the target product according to the transfer request further includes: When the transfer request is a recycling request, the validity of the target product is verified based on the card key status of the target product. When the target product is valid, obtain the recycler and recycling strategy corresponding to the target product; The recycler and the recycling strategy are sent to the target user for confirmation.

[0069] For example, in the financial sector, a user can initiate a recycling application for an unused 50 yuan phone card through a bank's app. After verifying that the phone card has not been redeemed, a third-party recycling company is matched and a recycling price of 45 yuan is determined. After the user confirms, the card is returned to the bank and a settlement of 45 yuan is completed with the recycling company, generating a recycling transaction record. At the same time, one new 50 yuan phone card for recycling is added to the bank's inventory.

[0070] For example, in the medical field, a patient initiates a request to recycle an unused 300 yuan medical examination voucher due to a change in travel plans. After verifying that the voucher is within its validity period and has not been used, it is matched with a cooperating medical examination center recycling provider, and the recycling price is determined to be 270 yuan. After the patient confirms, the voucher is returned to the warehouse, the settlement is completed with the medical examination center, a recycling record is generated, and one new 300 yuan medical examination voucher for recycling is added to the inventory.

[0071] Through the above embodiments, automated recycling of equity products can be achieved, solving the problem of the lack of an automatic recycling mechanism in traditional systems, reducing resource waste, and improving resource utilization. Unified management and automated settlement of multiple recyclers improve the operational efficiency of the recycling process and avoid errors in manual settlement.

[0072] S12, during the process of performing the circulation operation on the target product, when it is detected that the inventory of the target product is less than the inventory threshold, the target product information of the target product is obtained.

[0073] In this embodiment, the target product information may include product type, value, expiration date, and other product-specific attributes.

[0074] In this embodiment, the inventory threshold is used to characterize the need to replenish product inventory. For example, the inventory threshold can be 0.

[0075] S13, Based on the target product information, a routing decision is made in the target database to obtain a substitute product for the target product.

[0076] In this embodiment, the substitute product refers to a similar product to the target product selected based on factors such as whether the product inventory is sufficient and routing priority when the target product inventory is insufficient and does not meet the outbound conditions.

[0077] Specifically, the step of performing routing decisions in the target database based on the target product information to obtain alternative products to the target product includes: Based on the target product information, retrieve similar products of the target product from the target database; The inventory status of the aforementioned similar products is detected, and the inventory detection results are obtained; Based on the inventory detection results, multiple first candidate products are selected from the similar products; Obtain the routing priority of each first candidate product, and select the first candidate product with the highest routing priority from the plurality of first candidate products as the second candidate product; When the number of second candidate products is greater than 1, the routing ratio of each second candidate product is obtained, and a routing decision is made in the target database based on the routing ratio of each second candidate product to obtain the alternative product; Specifically, when the number of times the target product has been routed within a preset period exceeds a threshold, routing is stopped and an insufficient inventory notification is sent to the target user.

[0078] Among them, the first candidate product selected needs to have sufficient inventory to meet the demand.

[0079] The second candidate product is a high-priority equity product obtained after filtering by priority.

[0080] For example, you can pre-configure the priority level for each type of product. 0 indicates the highest priority route, so you will prioritize filtering similar alternative products with a level of 0.

[0081] This system allows for random routing based on the routing percentage of each second candidate product within the target database. For example, if the routing percentages are: A: 40%, B: 30%, C: 30%, this means that in each random routing iteration, A has a 40% probability of being selected, B has a 30% probability, and C has a 30% probability. This ensures both the unpredictability of individual routing iterations and that overall traffic meets the required percentages. If routing were strictly in a fixed order, attackers could predict the next product to be routed, while random routing makes each selection unpredictable, improving security. Furthermore, under heavy concurrent requests, weighted random routing distributes traffic more evenly, preventing a single product from being concentratedly accessed in a short period, which could lead to rapid inventory depletion or excessive service pressure.

[0082] Once the alternative product is obtained, matching alternative product information can be pushed to the target user for confirmation.

[0083] Specifically, it can record the number of times the route is used within the current period and update the route usage data, and synchronize the route usage data to the target database.

[0084] The above embodiments enable automated product routing when inventory is insufficient, solving the problem of imperfect product routing mechanisms in traditional systems, improving user experience, and preventing order loss. The three-layer routing decision also ensures the rationality and accuracy of routing decisions, avoiding the subjectivity of manual selection.

[0085] S14, continue the transfer operation based on the alternative product, and update the target database.

[0086] In this embodiment, whenever data changes, the target database can be updated in a timely manner, and relevant data of the current change (such as the corresponding transfer request type, transfer operation record, etc.) can be recorded to help achieve full-process traceability.

[0087] In this embodiment, the full lifecycle status control method for the equity product can be applied to an integrated system. This integrated system may include a procurement management module, an inventory management module, a routing management module, a data synchronization module, an operations page module, and a user purchase module. Through this integrated system, unified interface and rule configuration can be achieved, ensuring compatibility for subsequent cross-module and cross-third-party data interactions and reducing integration anomalies.

[0088] Accordingly, the system can compare and verify the related data of each module according to the preset data consistency verification rules (such as the consistency between the purchase quantity and the inventory increase quantity, the sales quantity and the inventory decrease quantity, and the consistency between the number of routing executions and the number of inventory retrievals).

[0089] If the verification finds that the data is inconsistent, an abnormal data warning will be issued immediately and pushed to the operations personnel. At the same time, the module operation related to the abnormal data will be locked to prevent the error from spreading.

[0090] After verification, standardized synchronization data can be pushed to all modules of the system to ensure real-time consistency of data in each module. At the same time, data synchronization records are generated and archived after being encrypted using the SM2 national cryptographic algorithm.

[0091] Through the above embodiments, real-time data synchronization and consistency verification across all system modules can be achieved, ensuring the overall stability of the system and eliminating cross-module data inconsistency issues. Automated abnormal data warning and locking mechanisms improve the efficiency of data problem handling and prevent business anomalies caused by data errors. Synchronized data encryption and archiving also ensure the security and traceability of core system data.

[0092] As can be seen from the above technical solutions, this invention can store the card key information corresponding to each equity product in the target database through a full-link security mechanism, thereby achieving unified and secure management of various equity products through efficient encryption algorithms; it can perform different transfer operations on the target product according to different transfer requests, realizing the integration of various transfer operations, thereby controlling the status of the entire life cycle of the equity product; during the process of performing transfer operations on the target product, when the inventory of the target product is detected to be less than the inventory threshold, a routing decision is made in the target database based on the target product information to obtain a replacement product, and the transfer operation continues to be performed based on the replacement product, solving the problem of the imperfect product routing mechanism of the traditional system; the target database is updated synchronously to assist in accurately monitoring the inventory status.

[0093] like Figure 3 The diagram shown is a functional block diagram of a preferred embodiment of the lifecycle status control device for the product of the present invention. The lifecycle status control device 11 for the product of the present invention includes a storage unit 110, an execution unit 111, an acquisition unit 112, and a decision unit 113. The module / unit referred to in this invention refers to a series of computer program segments that can be executed by a processor and perform a fixed function, and which are stored in a memory. In this embodiment, the functions of each module / unit will be described in detail in subsequent embodiments.

[0094] The storage unit 110 is used to acquire the purchased rights and benefits products and store the card key information corresponding to each rights and benefits product to the target database through a full-link security mechanism.

[0095] In this embodiment, the benefit products may include e-commerce consumer benefit products, utility bill payment benefit products, business travel benefit products, cultural and entertainment benefit products, financial service benefit products, etc. from financial institutions.

[0096] In this embodiment, the rights and benefits products may also include medical service rights and benefits products of medical institutions, drug discount rights and benefits products, health check-up rights and benefits products, rehabilitation and nursing rights and benefits products, health science popularization rights and benefits products, etc.

[0097] Of course, the aforementioned rights and benefits products may also include digital vouchers that are redeemable, verifiable, and have usable value in other fields, and their carriers may be card keys or electronic codes.

[0098] The equity products can be sourced from multiple suppliers.

[0099] In this embodiment, the full-link security mechanism refers to the security protection system built throughout the entire lifecycle of the rights and interests product, from procurement to final delivery and recycling, thereby achieving full lifecycle security control of the rights and interests product card information while ensuring data security and unique trustworthiness.

[0100] Specifically, the storage unit 110 stores the card key information corresponding to each benefit product to the target database through a full-link security mechanism, including: Obtain the salt value for maintenance, the card number for each benefit product, and the supplier identifier corresponding to each benefit product; Based on the salt value, the card number of each benefit product, and the supplier identifier corresponding to each benefit product, a card fingerprint for each benefit product is generated; The target database is traversed based on the card fingerprint of each benefit product; When no product with the same card fingerprint is found in the target database, the product is identified as a product to be added to the database. The SM3 cryptographic hash algorithm is used to calculate the digest value of the card key information corresponding to each product to be added to the database; Construct a Merkle tree based on the digest value of the card information corresponding to each product to be added to the warehouse, generate the Merkle tree root of the Merkle tree, and record the current timestamp; Obtain a temporary session key, and use the SM4 block cipher algorithm to batch encrypt the card key information corresponding to all products to be added to the database based on the temporary session key to obtain a list of card key ciphertexts; Obtain the current batch identifier, and generate a signature of the card information corresponding to each product to be placed in the warehouse based on the current batch identifier, the Merkle root, the current timestamp, and the supplier identifier corresponding to each product to be placed in the warehouse; Obtain the card key status of each benefit product, and store the card key encrypted list, the card key fingerprint of each product to be added to the database, the signature of the card key information corresponding to each product to be added to the database, and the card key status of each product to be added to the database into the target database.

[0101] The salt value can be maintained uniformly by the server to enhance the fingerprint's resistance to collisions.

[0102] The card number for each benefit product is an inherent attribute of that benefit product.

[0103] The supplier identifier for each equity product is used to uniquely identify the corresponding supplier.

[0104] Specifically, the SM3 cryptographic hash algorithm can be used to calculate the card fingerprint for each benefit product. If the corresponding card fingerprint already exists in the target database, it indicates a duplicate import problem. The duplicate import rate can be recorded, and the card fingerprint can be blocked to avoid data redundancy. If the corresponding card fingerprint does not exist in the target database, it indicates no duplicate import problem. The card fingerprint is a newly added card fingerprint and can be included in the database as a product to be added.

[0105] The temporary session key can be a symmetric key generated using the SM4 algorithm.

[0106] The encrypted list of card keys serves as a secure storage and transmission medium for card key information. The plaintext card key is encrypted using the SM4 algorithm to form the encrypted list, which is circulated and stored entirely in encrypted form, preventing plaintext leakage. This encrypted list can be used during procurement, warehousing, inventory storage, and user verification and delivery, and is only decrypted when necessary.

[0107] The card fingerprint is used for deduplication and replay protection. The card fingerprint can be generated using the SM3 algorithm from the card number, salt value, and supplier identifier to ensure that each card has a unique identifier. Before data entry, the target database is traversed, and the fingerprint is compared to quickly determine whether a card has been imported repeatedly, avoiding duplicate data releases and reconciliation anomalies. In case of accidental or duplicate card imports at the operational end, the card fingerprint can be used to deduplicate and intercept invalid data entry, while also preventing replay attacks and ensuring transaction security.

[0108] The current batch identifier refers to the unique identifier of the current procurement batch to which the purchased equity products belong. The current batch identifier is bound to all card codes within the batch and is the only credential for identifying and tracing the entire life cycle of the card codes in that batch.

[0109] The signature of the card key information can be used for integrity verification and source credibility proof. Specifically, the signature can be generated based on the operator's SM2 private key, and the server verifies the signature using the public key to ensure that the card key batch data has not been tampered with and that its source is credible. If the signature verification fails, the data is directly intercepted and stored in the database to prevent malicious or tampered data from entering the system.

[0110] The card key status is crucial for full lifecycle management and ensuring inventory consistency. It serves as a label for different stages of card key circulation, distinguishing between "available inventory," "delivered to users," and "recycled and reused." Inventory quantities can be strongly linked to valid card key statuses (e.g., "not delivered") to ensure consistency between accounts and actual stock, preventing overselling and stockouts. For example, during write-offs, only cards in the "not delivered" status are allowed to be retrieved; during recycling, only cards in the "delivered (held by users)" status are allowed to be recycled; and when an inventory warning is detected, only cards in the "not delivered" status are counted as valid inventory.

[0111] The four fields—the encrypted list of card keys, the card key fingerprint of each product to be added to the database, the signature of the card key information corresponding to each product to be added to the database, and the card key status of each product to be added to the database—together constitute a three-in-one information system that ensures the security, reliability, and manageability of card key information.

[0112] The above embodiments enable the encryption of sensitive data throughout its entire lifecycle while ensuring encryption efficiency.

[0113] In this embodiment, the target database can be used to store information such as all equity products and suppliers.

[0114] In this embodiment, the storage unit 110 stores the card key information corresponding to each benefit product into the target database through a full-link security mechanism, and then obtains the type of each benefit product stored in the target database. Real-time monitoring of inventory levels for each type of equity product; When the inventory of a first-type equity product is less than a preset threshold, calculate the central tendency value of the historical demand for the first-type equity product during the same period; calculate the difference between the central tendency value and the inventory of the first-type equity product as the replenishment quantity; generate an inventory shortage warning based on the first type and the replenishment quantity; and / or When the outbound frequency of a second type of equity product is less than the preset frequency and the inventory is greater than the slow-moving warning threshold, a slow-moving warning prompt is generated based on the second type. Wherein, the preset threshold is greater than the inventory threshold.

[0115] The central tendency quantification value may include indicators that reflect the average level, such as the mean and median.

[0116] The types of the rights and benefits products may include, but are not limited to: discount products, instant reduction products, redemption products, and products that offset face value.

[0117] The preset threshold, the preset frequency, and the sales warning threshold can be optimal values ​​generated based on historical data.

[0118] Through the above embodiments, real-time monitoring and data linkage of inventory status can be achieved, solving the problem of lagging traditional inventory management and preventing inventory backlog or stockouts; the automated inventory early warning mechanism provides timely reminders for replenishment and slow-moving inventory handling, improving the initiative of inventory management; the standardized inventory statistics and adjustment process improves the accuracy of inventory data and provides effective data support for procurement and operational decisions.

[0119] The execution unit 111 is used to perform a transfer operation on the target product according to the transfer request when it receives a transfer request for the target product triggered by the target user.

[0120] In this embodiment, the flow request may include, but is not limited to, a purchase request, a consumption request, a recycling request, etc.

[0121] Accordingly, the target product is a benefit product that the user is interested in and for which relevant information is stored in the target database. For example, the target database may store the target product's card information, supplier information, etc.

[0122] In this embodiment, the target user can be a purchasing agent, a consumer, etc.

[0123] In this embodiment, the execution unit 111 performs a transfer operation on the target product according to the transfer request, including: When the transfer request is a purchase request, the purchase demand data is obtained by parsing the transfer request; Suppliers are extracted from the target database based on the procurement demand data; The procurement invitation information is generated based on the transfer request, and the procurement invitation information is encrypted and sent to the interface of each supplier using the SM2 national cryptographic algorithm.

[0124] The procurement demand data may include rights product identification information such as rights ID, rights name, rights type, and value, as well as suggested procurement quantity, upper and lower limits for a single procurement, procurement triggering method, procurement time window, and constraints such as budget amount and rights validity period requirements.

[0125] For example, in the financial sector, when a credit card center's inventory shows insufficient stock of 50 RMB restaurant vouchers, it automatically matches with partner restaurant platform suppliers and generates an encrypted purchase order as a procurement invitation. After the supplier delivers the goods, the restaurant voucher code is imported, the voucher is automatically added to the inventory, and the stock is updated, thus automating the procurement of restaurant vouchers redeemed with credit card points.

[0126] For example, in the healthcare field, if a 100 RMB pharmacy coupon is not in stock, an encrypted purchase order can be generated by connecting with partner pharmacy suppliers as a purchase invitation. After importing the coupon code, it is automatically added to the inventory, providing material support for patients to redeem their medical payment rights.

[0127] Through the above embodiments, unified connection with multiple suppliers and automated generation of procurement invitation information are achieved, solving the problems of fragmented and complex management of traditional procurement channels; the card information is encrypted with the SM2 national cryptographic algorithm throughout the process, which can ensure data security in the procurement process and prevent information leakage.

[0128] In this embodiment, the execution unit 111 further includes performing a transfer operation on the target product according to the transfer request: When the flow request is a consumption request, the consumption request is authenticated; When the consumption request passes authentication, the consumption amount is obtained by parsing the consumption request; Retrieve the current inventory of the target product in the target database; When the consumption is less than or equal to the current inventory, the target database is processed for outbound processing according to the consumption.

[0129] For example, the consumption request may include reimbursement, rights purchase, etc.

[0130] Different authentication methods can be configured for different fields. For example, in financial scenarios, authentication can be performed based on account points balance; in medical scenarios, authentication can be performed based on medical treatment qualifications.

[0131] After authentication, the system can release inventory in real time based on consumption.

[0132] It can also record the consumption of corresponding rights and benefits products, and archive them after encryption using the SM2 national cryptographic algorithm.

[0133] For example, in the financial sector, depositors can initiate a request to redeem a 100 yuan card using a bank's app. After verifying that the depositor has sufficient points, the bank retrieves real-time inventory data to confirm availability, completes the redemption, sends an encrypted card code, deducts one 100 yuan card from the inventory, and generates a points redemption record for the depositor.

[0134] For example, in the medical field, patients can initiate a request to redeem medical coupons through the hospital's official WeChat account. After verifying the patient's recent medical records, the hospital can retrieve the real-time inventory of coupons, complete the redemption, and send out the coupon usage code. At the same time, the corresponding coupon inventory will be deducted, and a record of the patient's rights and benefits will be generated.

[0135] The above embodiments enable full automation of the user rights purchase and redemption process, improving the user experience and reducing the efficiency loss caused by manual intervention; the real-time linkage between the redemption process and inventory status ensures timely updates of inventory data and avoids overselling.

[0136] In this embodiment, the execution unit 111 further includes performing a transfer operation on the target product according to the transfer request: When the transfer request is a recycling request, the validity of the target product is verified based on the card key status of the target product. When the target product is valid, obtain the recycler and recycling strategy corresponding to the target product; The recycler and the recycling strategy are sent to the target user for confirmation.

[0137] For example, in the financial sector, a user can initiate a recycling application for an unused 50 yuan phone card through a bank's app. After verifying that the phone card has not been redeemed, a third-party recycling company is matched and a recycling price of 45 yuan is determined. After the user confirms, the card is returned to the bank and a settlement of 45 yuan is completed with the recycling company, generating a recycling transaction record. At the same time, one new 50 yuan phone card for recycling is added to the bank's inventory.

[0138] For example, in the medical field, a patient initiates a request to recycle an unused 300 yuan medical examination voucher due to a change in travel plans. After verifying that the voucher is within its validity period and has not been used, it is matched with a cooperating medical examination center recycling provider, and the recycling price is determined to be 270 yuan. After the patient confirms, the voucher is returned to the warehouse, the settlement is completed with the medical examination center, a recycling record is generated, and one new 300 yuan medical examination voucher for recycling is added to the inventory.

[0139] Through the above embodiments, automated recycling of equity products can be achieved, solving the problem of the lack of an automatic recycling mechanism in traditional systems, reducing resource waste, and improving resource utilization. Unified management and automated settlement of multiple recyclers improve the operational efficiency of the recycling process and avoid errors in manual settlement.

[0140] The acquisition unit 112 is used to acquire target product information when the inventory of the target product is detected to be less than the inventory threshold during the process of performing circulation operation on the target product.

[0141] In this embodiment, the target product information may include product type, value, expiration date, and other product-specific attributes.

[0142] In this embodiment, the inventory threshold is used to characterize the need to replenish product inventory. For example, the inventory threshold can be 0.

[0143] The decision unit 113 is used to make routing decisions in the target database based on the target product information to obtain alternative products to the target product.

[0144] In this embodiment, the substitute product refers to a similar product to the target product selected based on factors such as whether the product inventory is sufficient and routing priority when the target product inventory is insufficient and does not meet the outbound conditions.

[0145] Specifically, the decision unit 113 performs routing decisions in the target database based on the target product information to obtain alternative products to the target product, including: Based on the target product information, retrieve similar products of the target product from the target database; The inventory status of the aforementioned similar products is detected, and the inventory detection results are obtained; Based on the inventory detection results, multiple first candidate products are selected from the similar products; Obtain the routing priority of each first candidate product, and select the first candidate product with the highest routing priority from the plurality of first candidate products as the second candidate product; When the number of second candidate products is greater than 1, the routing ratio of each second candidate product is obtained, and a routing decision is made in the target database based on the routing ratio of each second candidate product to obtain the alternative product; Specifically, when the number of times the target product has been routed within a preset period exceeds a threshold, routing is stopped and an insufficient inventory notification is sent to the target user.

[0146] Among them, the first candidate product selected needs to have sufficient inventory to meet the demand.

[0147] The second candidate product is a high-priority equity product obtained after filtering by priority.

[0148] For example, you can pre-configure the priority level for each type of product. 0 indicates the highest priority route, so you will prioritize filtering similar alternative products with a level of 0.

[0149] This system allows for random routing based on the routing percentage of each second candidate product within the target database. For example, if the routing percentages are: A: 40%, B: 30%, C: 30%, this means that in each random routing iteration, A has a 40% probability of being selected, B has a 30% probability, and C has a 30% probability. This ensures both the unpredictability of individual routing iterations and that overall traffic meets the required percentages. If routing were strictly in a fixed order, attackers could predict the next product to be routed, while random routing makes each selection unpredictable, improving security. Furthermore, under heavy concurrent requests, weighted random routing distributes traffic more evenly, preventing a single product from being concentratedly accessed in a short period, which could lead to rapid inventory depletion or excessive service pressure.

[0150] Once the alternative product is obtained, matching alternative product information can be pushed to the target user for confirmation.

[0151] Specifically, it can record the number of times the route is used within the current period and update the route usage data, and synchronize the route usage data to the target database.

[0152] The above embodiments enable automated product routing when inventory is insufficient, solving the problem of imperfect product routing mechanisms in traditional systems, improving user experience, and preventing order loss. The three-layer routing decision also ensures the rationality and accuracy of routing decisions, avoiding the subjectivity of manual selection.

[0153] The execution unit 111 is also used to continue performing the transfer operation based on the alternative product and to update the target database.

[0154] In this embodiment, whenever data changes, the target database can be updated in a timely manner, and relevant data of the current change (such as the corresponding transfer request type, transfer operation record, etc.) can be recorded to help achieve full-process traceability.

[0155] In this embodiment, the full lifecycle status control method for the equity product can be applied to an integrated system. This integrated system may include a procurement management module, an inventory management module, a routing management module, a data synchronization module, an operations page module, and a user purchase module. Through this integrated system, unified interface and rule configuration can be achieved, ensuring compatibility for subsequent cross-module and cross-third-party data interactions and reducing integration anomalies.

[0156] Accordingly, the system can compare and verify the related data of each module according to the preset data consistency verification rules (such as the consistency between the purchase quantity and the inventory increase quantity, the sales quantity and the inventory decrease quantity, and the consistency between the number of routing executions and the number of inventory retrievals).

[0157] If the verification finds that the data is inconsistent, an abnormal data warning will be issued immediately and pushed to the operations personnel. At the same time, the module operation related to the abnormal data will be locked to prevent the error from spreading.

[0158] After verification, standardized synchronization data can be pushed to all modules of the system to ensure real-time consistency of data in each module. At the same time, data synchronization records are generated and archived after being encrypted using the SM2 national cryptographic algorithm.

[0159] Through the above embodiments, real-time data synchronization and consistency verification across all system modules can be achieved, ensuring the overall stability of the system and eliminating cross-module data inconsistency issues. Automated abnormal data warning and locking mechanisms improve the efficiency of data problem handling and prevent business anomalies caused by data errors. Synchronized data encryption and archiving also ensure the security and traceability of core system data.

[0160] As can be seen from the above technical solutions, this invention can store the card key information corresponding to each equity product in the target database through a full-link security mechanism, thereby achieving unified and secure management of various equity products through efficient encryption algorithms; it can perform different transfer operations on the target product according to different transfer requests, realizing the integration of various transfer operations, thereby controlling the status of the entire life cycle of the equity product; during the process of performing transfer operations on the target product, when the inventory of the target product is detected to be less than the inventory threshold, a routing decision is made in the target database based on the target product information to obtain a replacement product, and the transfer operation continues to be performed based on the replacement product, solving the problem of the imperfect product routing mechanism of the traditional system; the target database is updated synchronously to assist in accurately monitoring the inventory status.

[0161] In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 4 As shown. The computer device includes a processor, memory, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile and / or volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The network interface is used to communicate with external clients via a network connection. When the computer program is executed by the processor, it implements the functions or steps of a full lifecycle state control method for a product of rights on the server side.

[0162] In one embodiment, a computer device is provided, which may be a client, and its internal structure diagram may be as follows: Figure 5As shown, the computer device includes a processor, memory, network interface, display screen, and input devices connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The network interface is used to communicate with an external server via a network connection. When the computer program is executed by the processor, it implements client-side functions or steps of a full lifecycle state control method for a product of interest.

[0163] In one embodiment, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to perform the following steps: Acquire the purchased rights and benefits products, and store the card key information corresponding to each rights and benefits product in the target database through a full-link security mechanism; When a transfer request for a target product is received from a target user, a transfer operation is performed on the target product according to the transfer request; During the process of performing the circulation operation on the target product, when it is detected that the inventory of the target product is less than the inventory threshold, the target product information of the target product is obtained. Based on the target product information, a routing decision is made in the target database to obtain alternative products to the target product. The circulation operation continues based on the alternative product, and the target database is updated.

[0164] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, the computer program performing the following steps when executed by a processor: Acquire the purchased rights and benefits products, and store the card key information corresponding to each rights and benefits product in the target database through a full-link security mechanism; When a transfer request for a target product is received from a target user, a transfer operation is performed on the target product according to the transfer request; During the process of performing the circulation operation on the target product, when it is detected that the inventory of the target product is less than the inventory threshold, the target product information of the target product is obtained. Based on the target product information, a routing decision is made in the target database to obtain alternative products to the target product. The circulation operation continues based on the alternative product, and the target database is updated.

[0165] It should be noted that the functions or steps that can be implemented by the computer-readable storage medium or computer device described above can be referred to the relevant descriptions on the server side and client side in the foregoing method embodiments. To avoid repetition, they will not be described one by one here.

[0166] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0167] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is used as an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

[0168] It should be noted that any AI models, software tools, or components not belonging to this company appearing in the embodiments of this application are merely illustrative examples and do not represent actual use. All user personal information involved in the embodiments of this application has been authorized (with the knowledge and consent) by the relevant parties or has been fully authorized by all parties, and the executing entity may obtain it through various legal and compliant means. The collection, storage, use, processing, transmission, provision, and disclosure of the information, data, and signals involved all comply with relevant laws and regulations and do not violate public order and good morals.

[0169] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included within the protection scope of the present invention.

Claims

1. A method for controlling the entire lifecycle status of an equity product, characterized in that, The method for controlling the full lifecycle status of the equity product includes: Acquire the purchased rights and benefits products, and store the card key information corresponding to each rights and benefits product in the target database through a full-link security mechanism; When a transfer request for a target product is received from a target user, a transfer operation is performed on the target product according to the transfer request; During the process of performing the circulation operation on the target product, when it is detected that the inventory of the target product is less than the inventory threshold, the target product information of the target product is obtained. Based on the target product information, a routing decision is made in the target database to obtain alternative products to the target product. The circulation operation continues based on the alternative product, and the target database is updated.

2. The method for controlling the full lifecycle status of equity products as described in claim 1, characterized in that, The step of storing the card key information corresponding to each benefit product to the target database through a full-link security mechanism includes: Obtain the salt value for maintenance, the card number for each benefit product, and the supplier identifier corresponding to each benefit product; Based on the salt value, the card number of each benefit product, and the supplier identifier corresponding to each benefit product, a card fingerprint for each benefit product is generated; The target database is traversed based on the card fingerprint of each benefit product; When no product with the same card fingerprint is found in the target database, the product is identified as a product to be added to the database. The SM3 cryptographic hash algorithm is used to calculate the digest value of the card key information corresponding to each product to be added to the database; Construct a Merkle tree based on the digest value of the card information corresponding to each product to be added to the warehouse, generate the Merkle tree root of the Merkle tree, and record the current timestamp; Obtain a temporary session key, and use the SM4 block cipher algorithm to batch encrypt the card key information corresponding to all products to be added to the database based on the temporary session key to obtain a list of card key ciphertexts; Obtain the current batch identifier, and generate a signature of the card information corresponding to each product to be placed in the warehouse based on the current batch identifier, the Merkle root, the current timestamp, and the supplier identifier corresponding to each product to be placed in the warehouse; Obtain the card key status of each benefit product, and store the card key encrypted list, the card key fingerprint of each product to be added to the database, the signature of the card key information corresponding to each product to be added to the database, and the card key status of each product to be added to the database into the target database.

3. The method for controlling the full lifecycle status of equity products as described in claim 1, characterized in that, After storing the card key information corresponding to each benefit product in the target database through a full-link security mechanism, the method further includes: Obtain the types of each equity product stored in the target database; Real-time monitoring of inventory levels for each type of equity product; When the inventory of a first-type equity product is less than a preset threshold, calculate the central tendency value of the historical demand for the first-type equity product during the same period; calculate the difference between the central tendency value and the inventory of the first-type equity product as the replenishment quantity; generate an inventory shortage warning based on the first type and the replenishment quantity; and / or When the outbound frequency of a second type of equity product is less than the preset frequency and the inventory is greater than the slow-moving warning threshold, a slow-moving warning prompt is generated based on the second type. Wherein, the preset threshold is greater than the inventory threshold.

4. The method for controlling the full lifecycle status of equity products as described in claim 1, characterized in that, The step of performing a transfer operation on the target product according to the transfer request includes: When the transfer request is a procurement request, the transfer request is parsed to obtain procurement demand data; suppliers are extracted from the target database based on the procurement demand data; procurement invitation information is generated based on the transfer request, and the procurement invitation information is encrypted and sent to the interface of each supplier using the SM2 national cryptographic algorithm; or When the transfer request is a consumption request, the consumption request is authenticated; when the consumption request passes the authentication, the consumption request is parsed to obtain the consumption amount; the current inventory of the target product in the target database is obtained; when the consumption amount is less than or equal to the current inventory, the target database is processed for outbound processing according to the consumption amount.

5. The method for controlling the full lifecycle status of equity products as described in claim 2, characterized in that, The step of performing a transfer operation on the target product according to the transfer request further includes: When the transfer request is a recycling request, the validity of the target product is verified based on the card key status of the target product. When the target product is valid, obtain the recycler and recycling strategy corresponding to the target product; The recycler and the recycling strategy are sent to the target user for confirmation.

6. The method for controlling the full lifecycle status of equity products as described in claim 1, characterized in that, The step of performing routing decisions in the target database based on the target product information to obtain alternative products for the target product includes: Based on the target product information, retrieve similar products of the target product from the target database; The inventory status of the aforementioned similar products is detected, and the inventory detection results are obtained; Based on the inventory detection results, multiple first candidate products are selected from the similar products; Obtain the routing priority of each first candidate product, and select the first candidate product with the highest routing priority from the plurality of first candidate products as the second candidate product; When the number of second candidate products is greater than 1, the routing ratio of each second candidate product is obtained, and a routing decision is made in the target database based on the routing ratio of each second candidate product to obtain the alternative product; Specifically, when the number of times the target product has been routed within a preset period exceeds a threshold, routing is stopped and an insufficient inventory notification is sent to the target user.

7. The method for controlling the full lifecycle status of equity products as described in claim 6, characterized in that, After obtaining the alternative product, the method further includes: Record the number of times a route is used within the current period and update the route usage data; The routing data is synchronized to the target database.

8. A device for controlling the entire lifecycle status of a product, characterized in that, The full lifecycle status control device for the equity product includes: The storage unit is used to acquire the purchased rights and benefits products and store the card key information corresponding to each rights and benefits product into the target database through a full-link security mechanism; An execution unit is used to perform a transfer operation on the target product according to the transfer request triggered by the target user when it receives the transfer request for the target product. The acquisition unit is used to acquire target product information when the inventory of the target product is detected to be less than the inventory threshold during the process of performing the circulation operation on the target product. A decision-making unit is used to make routing decisions in the target database based on the target product information to obtain alternative products to the target product. The execution unit is also configured to continue performing the transfer operation based on the alternative product and update the target database.

9. A computer device, characterized in that, The computer device includes: A memory for storing at least one instruction; and a processor for executing the instructions stored in the memory to implement the full lifecycle state control method for the product of interest as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores at least one instruction, which is executed by a processor in a computer device to implement the full lifecycle state control method for the product of claim 1 to 7.

Images