An information processing method, apparatus, device, and computer-readable storage medium

Abstract

The application provides an information processing method, device and equipment and a computer readable storage medium, comprising: receiving a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object and a to-be-traded quantity, the ordering party being a store user; determining the state of the to-be-traded object according to the first identifier and the second identifier; when the state of the to-be-traded object is a purchase limit state, verifying the legality of the to-be-traded quantity according to the first identifier and the second identifier to obtain a verification result; when the verification result is that the to-be-traded quantity is legal, determining and sending a first response to the first terminal, the first response carrying order information to be paid generated based on the first request. In this way, the purchase limit for the store user is realized, the conversion rate of the special sale activity is improved by distinguishing the purchase limit of the individual user and the purchase limit of the store user, and the satisfaction of the user is improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of data processing, and relates to but is not limited to an information processing method, device, equipment and computer readable storage medium. BACKGROUND

[0002] With the rise of online shopping platforms, more and more users choose online shopping to purchase goods. In order to attract traffic, online platforms and merchants often use special sale activities to attract customers. Due to the low price or rarity of the goods, the quantity of the special sale goods is often limited. In the related art, a purchase limit mechanism is set for a specific good, which limits the purchase quantity of the special sale goods by a user within a specified time, and the user cannot purchase more than the purchase quantity of the special sale goods within the specified time. The purchase limit granularity in the related art is limited to a user, and the purchase limit rule for the user cannot be applied to the purchase limit of a store with a level distinction. SUMMARY

[0003] Therefore, the embodiments of the present application provide an information processing method, device, equipment and computer readable storage medium.

[0004] The technical scheme of the embodiments of the present application is implemented as follows.

[0005] The embodiments of the present application provide an information processing method, which comprises the following steps.

[0006] Receiving a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object and a to-be-traded quantity, the ordering party being a store user;

[0007] Determining a state of the to-be-traded object according to the first identifier and the second identifier, the state of the to-be-traded object including a purchase limit state and a normal state;

[0008] When the state of the to-be-traded object is the purchase limit state, verifying the legality of the to-be-traded quantity according to the first identifier and the second identifier to obtain a verification result;

[0009] When the verification result is that the to-be-traded quantity is legal, determining and sending a first response to the first terminal, the first response carrying order information to be paid generated based on the first request.

[0010] In some embodiments, the determining the state of the to-be-traded object according to the first identifier and the second identifier comprises:

[0011] Determining a purchase limit condition of the to-be-traded object according to the first identifier and the second identifier, the purchase limit condition at least including a purchase limit period and a purchase limit quantity;

[0012] an instant at which the first request is received;

[0013] when the instant at which the first request is received is within the purchase limiting period, determining a state of the transaction object as a purchase limiting state;

[0014] when the instant at which the first request is received is not within the purchase limiting period, determining the state of the transaction object as a normal state.

[0015] In some embodiments, the determining of the purchase limiting condition of the transaction object according to the first identifier and the second identifier comprises:

[0016] obtaining purchase limiting configuration information of the transaction object according to the second identifier, the purchase limiting configuration information being information input by a seller on a configuration interface of a second terminal;

[0017] generating a purchase limiting rule of the transaction object according to the purchase limiting configuration information, the purchase limiting rule comprising at least one purchase limiting type, a purchase limiting period of each purchase limiting type, and a purchase limiting total amount of each purchase limiting type;

[0018] determining at least one target purchase limiting type to which the subscription party belongs according to the first identifier;

[0019] determining the purchase limiting condition of the transaction object for the subscription party according to the purchase limiting period and the purchase limiting total amount of each target purchase limiting type.

[0020] In some embodiments, the verifying of the legality of the transaction quantity according to the first identifier and the second identifier comprises:

[0021] determining a purchase limiting quantity of the subscription party according to the first identifier and the purchase limiting condition of the transaction object;

[0022] querying a historical transaction record of the transaction object according to the first identifier and the second identifier to obtain a historical transaction quantity of the subscription party within the purchase limiting period;

[0023] determining a remaining purchase limiting quantity according to the purchase limiting quantity and the historical transaction quantity;

[0024] verifying the legality of the transaction quantity based on the remaining purchase limiting quantity to obtain a verification result.

[0025] In some embodiments, the verifying of the legality of the transaction quantity based on the remaining purchase limiting quantity comprises:

[0026] determining whether the transaction quantity is less than or equal to the remaining purchase limiting quantity;

[0027] When the quantity to be traded is less than or equal to the remaining purchase limit quantity, obtaining a remaining inventory quantity of the object to be traded;

[0028] determining whether the quantity to be traded is less than or equal to the remaining inventory quantity;

[0029] When the quantity to be traded is less than or equal to the remaining inventory quantity, determining that the check result is that the quantity to be traded is legal.

[0030] When the quantity to be traded is greater than the remaining purchase limit quantity, or the quantity to be traded is greater than the remaining inventory quantity, determining that the check result is that the quantity to be traded is illegal.

[0031] In some embodiments, the method further comprises:

[0032] receiving a second request for paying an order sent by the first terminal, the second request carrying a payment amount, a payment time, and an order number included in the order information;

[0033] verifying the payment amount based on the order information to be paid, to obtain a first verification result;

[0034] when the first verification result indicates that the verification is passed, determining and sending a second response to the first terminal, the second response carrying prompt information indicating that the transaction is successful;

[0035] updating the remaining purchase limit quantity to obtain an updated remaining purchase limit quantity.

[0036] In some embodiments, the method further comprises:

[0037] receiving a third request for returning the object to be traded sent by the first terminal, the third request carrying order information to be returned;

[0038] verifying the order information to be returned based on the paid order information, to obtain a second verification result;

[0039] when the second verification result indicates that the verification is passed, determining and sending a third response to the first terminal, the third response carrying prompt information indicating that the return is successful;

[0040] updating the updated remaining purchase limit quantity to obtain a further updated remaining purchase limit quantity. The embodiments of the present application provide an information processing device, the device comprising:

[0041] The first receiving module is configured to receive a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a transaction object and a transaction quantity, the ordering party being a store user;

[0042] The first determining module is configured to determine a state of the transaction object according to the first identifier and the second identifier, the state of the transaction object including a limited purchase state and a normal state.

[0043] The checking module is configured to check the legality of the transaction quantity according to the first identifier and the second identifier when the state of the transaction object is the limited purchase state, and obtain a checking result.

[0044] The second determining module is configured to determine a first response when the checking result is that the transaction quantity is legal, the first response carrying order information to be paid generated based on the first request.

[0045] The first sending module is configured to send the first response to the first terminal.

[0046] Embodiments of the present application provide an information processing device, comprising:

[0047] a processor; and

[0048] a memory configured to store a computer program executable on the processor;

[0049] When the computer program is executed by the processor, the steps of the above information processing method are implemented.

[0050] Embodiments of the present application provide a computer readable storage medium, which stores computer executable instructions, the computer executable instructions being configured to execute the steps of the above information processing method.

[0051] The embodiment of the present application provides an information processing method, device, equipment and computer readable storage medium, wherein the method comprises the following steps: receiving a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object and a to-be-traded quantity, the ordering party being a store user; determining the state of the to-be-traded object according to the first identifier and the second identifier, the state of the to-be-traded object comprising a purchase limit state and a normal state; when the state of the to-be-traded object is the purchase limit state, verifying the legality of the to-be-traded quantity according to the first identifier and the second identifier to obtain a verification result; when the verification result is that the to-be-traded quantity is legal, determining and sending a first response to the first terminal, the first response carrying order information to be paid which is generated based on the first request. In this way, the purchase limit for the store user is realized, the conversion rate of the special sale activity can be improved by distinguishing the purchase limit of the individual user and the purchase limit of the store user, and the satisfaction of the user can be improved. BRIEF DESCRIPTION OF DRAWINGS

[0052] In the accompanying drawings, which are not necessarily drawn to scale, like reference numerals can describe similar parts throughout the several views. The drawings illustrate various embodiments discussed in the specification throughout the several views.

[0053] Figure 1 An implementation flowchart of the information processing method provided by the embodiment of the present application;

[0054] Figure 2 Another implementation flowchart of the information processing method provided by the embodiment of the present application;

[0055] Figure 3 A flowchart of each process included in the purchase limit method provided by the embodiment of the present application;

[0056] Figure 4 A flowchart of setting a purchase limit rule provided by the embodiment of the present application;

[0057] Figure 5 A flowchart of querying a purchase limit quantity provided by the embodiment of the present application;

[0058] Figure 6 A flowchart of deducting a purchase limit quantity provided by the embodiment of the present application;

[0059] Figure 7 A flowchart of reverting a purchase limit quantity provided by the embodiment of the present application;

[0060] Figure 8 A component structure diagram of the information processing device provided by the embodiment of the present application;

[0061] Figure 9 The schematic diagram of the composition structure of the information processing device provided by the embodiment of the present application is shown. DETAILED DESCRIPTION

[0062] In order to make the purpose, technical scheme and advantages of the present application more clear, the present application will be described in further detail below with reference to the drawings, and the described embodiments should not be regarded as limiting the present application, and all other embodiments obtained by those skilled in the art without creative labor are within the scope of protection of the present application.

[0063] In the following description, "some embodiments" are referred to, which describe a subset of all possible embodiments, but it can be understood that "some embodiments" can be the same subset or different subset of all possible embodiments, and can be combined with each other without conflict.

[0064] In the following description, the terms "first\second\third" are only distinguished from similar objects, and do not represent a specific order of the objects, and it can be understood that "first\second\third" can be interchanged with a specific order or sequence as allowed, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein.

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

[0066] Before the embodiments of the present application are described in further detail, the terms and phrases involved in the embodiments of the present application are explained, and the terms and phrases involved in the embodiments of the present application are applicable to the following explanations.

[0067] 1) Store user: when shopping online, if the ordering party is a store, the ordering party is referred to as a store user; on the contrary, if the ordering party is an individual, the ordering party is referred to as an individual user.

[0068] 2) Store group: a combination of stores with the same identifier in a certain dimension, for example, a combination of multiple stores with the same identifier in different dimensions such as department, project, label, etc., such as: department division according to the sales type dimension, stores selling clothes as the first department, and stores selling shoes as the second department; for example: project division according to the region dimension, stores in A province as the first project, and stores in B province as the second project; for example, label division according to the sales volume dimension, stores with sales volume greater than a first threshold as the first label, and stores with sales volume greater than a second threshold and not greater than the first threshold as the second label.

[0069] 3) Remote Dictionary Server (Redis), an open source, in-memory data structure server that can be used as a database, cache and message queue broker. It supports data types such as strings, hash tables, lists, sets, sorted sets, bitmaps, HyperLogLong, etc.

[0070] 4) Optimistic lock, which is relative to pessimistic lock. Optimistic lock assumes that data conflicts will not occur in general, so the data conflict is detected only when the data is submitted for update. If there is a conflict, an exception message is returned to the user to decide what to do. Optimistic lock is suitable for read-heavy and write-light scenarios, which can improve the throughput of the program.

[0071] Embodiments of the present application provide an information processing method applied to a transaction system. The method provided by the embodiments of the present application can be implemented by a computer program, which, when executed, completes each step of the information processing method provided by the embodiments of the present application. In some embodiments, the computer program can be executed by a processor in an information processing device. Figure 1 An implementation flowchart of the information processing method provided by the embodiments of the present application is shown in FIG. 1. Figure 1 The information processing method includes the following steps:

[0072] Step S101, receiving a first request for generating an order sent by a first terminal.

[0073] Here, step S101 receiving the first request can be implemented by a server. The server can be a transaction server, which can be a standalone physical server, a server cluster or a distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, big data, and artificial intelligence platforms. The first terminal here refers to a terminal held by a subscriber, which can be a notebook computer, a tablet computer, a desktop computer, a smartphone, etc. The terminal and the server can be directly or indirectly connected through wired or wireless communication.

[0074] The purchase limit rule in the related art can only be applied to ordinary users and cannot be applied to store users. The method provided by the embodiments of the present application is used to solve the purchase limit problem of store users. The subscriber in the embodiments of the present application is a store user. When the inventory of an offline store is insufficient and needs to purchase a certain commodity, i.e., when the subscriber needs to order a transaction object, the subscriber selects the transaction object and inputs the transaction quantity in the purchase interface on the first terminal held by the subscriber. The first terminal generates a first request for generating an order according to the information selected and input by the user, and the first request carries a first identifier of the subscriber, a second identifier of the transaction object, and a transaction quantity.

[0075] In step S102, the state of the to-be-traded object is determined according to the first identifier and the second identifier.

[0076] The state of the to-be-traded object includes a purchase limit state and a normal state. When the to-be-traded object ordered by the store user on the transaction system is set with purchase limit configuration information about the orderer by the seller, the state of the to-be-traded object is the purchase limit state; when the to-be-traded object ordered by the store user on the transaction system is not set with purchase limit configuration information by the seller, or is set with purchase limit configuration information by the seller but the purchase limit configuration information is irrelevant to the orderer (such as purchase limit configuration information about general users or other orderers), the state of the to-be-traded object is the normal state.

[0077] After the state of the to-be-traded object is determined according to the first identifier and the second identifier, it is determined whether the state of the to-be-traded object is the purchase limit state. If the state of the to-be-traded object is the purchase limit state, step S103 is entered; if the state of the to-be-traded object is not the purchase limit state, i.e., the state of the to-be-traded object is the normal state, the orderer can normally order the to-be-traded object without purchase limit.

[0078] In step S103, when the state of the to-be-traded object is the purchase limit state, the legality of the to-be-traded quantity is verified according to the first identifier and the second identifier, and a verification result is obtained.

[0079] When the state of the to-be-traded object is the purchase limit state, the quantity ordered by the orderer (i.e., the to-be-traded quantity) cannot be greater than the maximum quantity allowed to be ordered by the orderer. The legality of the to-be-traded quantity is verified. When the to-be-traded quantity is less than or equal to the maximum quantity allowed to be ordered by the orderer, the verification result is that the to-be-traded quantity is legal, and step S104 is entered; when the to-be-traded quantity is greater than the maximum quantity allowed to be ordered by the orderer, the verification result is that the to-be-traded quantity is illegal, and an order cannot be successfully generated.

[0080] In step S104, when the verification result is that the to-be-traded quantity is legal, the first response is determined and sent to the first terminal.

[0081] The first response carries order information to be paid generated based on the first request. After the first terminal receives the first response, the order information to be paid is displayed, so that the orderer completes payment based on the order information to be paid.

[0082] The information processing method provided in the embodiments of the present application comprises the following steps: a server receives a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object and a to-be-traded quantity, the ordering party being a store user; a state of the to-be-traded object is determined according to the first identifier and the second identifier, the state of the to-be-traded object comprising a limited-purchase state and a normal state; when the state of the to-be-traded object is the limited-purchase state, the legality of the to-be-traded quantity is verified according to the first identifier and the second identifier, and a verification result is obtained; when the verification result is that the to-be-traded quantity is legal, a first response is determined and sent to the first terminal, the first response carrying order information to be paid generated based on the first request, thereby realizing limited purchase for the store user, improving the conversion rate of a special sale activity and improving the satisfaction of the user by distinguishing between limited purchase of the individual user and limited purchase of the store user.

[0083] In some embodiments, Figure 1 The step S102 "determining the state of the to-be-traded object according to the first identifier and the second identifier" in the illustrated embodiments can be implemented through the following steps:

[0084] In step S1021, the limited-purchase condition of the to-be-traded object is determined according to the first identifier and the second identifier.

[0085] Here, the limited-purchase condition at least comprises a limited-purchase time period and a limited-purchase quantity. The limited-purchase time period means that the to-be-traded object is limited-purchased within the time period, and each store user can purchase at most the limited-purchase total quantity of the to-be-traded object. The limited-purchase quantity refers to the to-be-traded object of which the limited-purchase quantity remaining to be purchased within the limited-purchase time period, which is equal to the limited-purchase total quantity minus the purchased quantity within the limited-purchase time period.

[0086] In the embodiments of the present application, the limited-purchase rule of the to-be-traded object can be determined according to the second identifier first, and then the limited-purchase condition of the to-be-traded object for the store user corresponding to the first identifier is determined according to the first identifier and the limited-purchase rule. In actual implementation, when the limited-purchase condition of the to-be-traded object is determined, the following steps can be implemented:

[0087] In step S10211, the limited-purchase configuration information of the to-be-traded object is obtained according to the second identifier.

[0088] The limited-purchase configuration information is information input by a sales party on a configuration interface of a second terminal. The limited-purchase configuration information can be obtained from a storage space of the server itself, from a storage space of another server, or in real time from a storage space of the second terminal when needed.

[0089] When the sales party wants to limit the purchase of a certain product due to low inventory, inventory backlog, or to increase transaction volume, the sales party can input the limit purchase configuration information on the configuration interface presented on the second terminal owned by the sales party. The limit purchase configuration information includes at least information for configuring a limit purchase time period, information for configuring a limit purchase object, and information for configuring a limit purchase total amount of various limit purchase objects.

[0090] The limit purchase time period is a certain time period in the future. The limit purchase object can include at least one of a personal user object and a store user object, and when the limit purchase object includes only the personal user object, the status of the transaction object (i.e., the product) is a normal state without limit purchase. The limit purchase total amount of the limit purchase object refers to the maximum amount that the limit purchase object is allowed to purchase during the limit purchase time period.

[0091] In some embodiments, the limit purchase configuration information can further include information for configuring a limit purchase price. When the sales party wants to increase transaction volume, the limit purchase price can be less than the normal price, and when the sales party wants to reduce transaction volume, the limit purchase price can be greater than the normal price.

[0092] In some embodiments, when the limit purchase object includes a store user, the limit purchase configuration information can further include information for configuring a limit purchase type and a limit purchase total amount of the limit purchase type, where the limit purchase type includes store limit purchase, department limit purchase, project limit purchase, and label limit purchase, and the like.

[0093] In step S10212, a limit purchase rule of the transaction object is generated according to the limit purchase configuration information.

[0094] In the embodiments of the present application, the subscription party is a store user, and the limit purchase rule includes at least one limit purchase type, a limit purchase time period of each limit purchase type, and a limit purchase total amount of each limit purchase type. The limit purchase rule of the transaction object is generated according to the information for configuring the limit purchase time period, the information for configuring the limit purchase object, the information for configuring the limit purchase total amount of various limit purchase objects, and the information for configuring the limit purchase total amount of the limit purchase type included in the limit purchase configuration information.

[0095] For example, the sales party inputs limit purchase configuration information of a certain product (transaction object) on the second terminal, and the server generates a limit purchase rule of the transaction object according to the limit purchase configuration information, including: department a limit purchase, limit purchase time period 2021-08-08 00:00:00-23:59:59, limit purchase total amount 1000; project 1 limit purchase, limit purchase time period 2021-08-08 10:00:00-12:00:00, limit purchase total amount 200; label aa limit purchase, limit purchase time period 2021-08-08 12:00:00-14:00:00, limit purchase total amount 50; and store 1 limit purchase, limit purchase time period 2021-08-08 10:00:00-12:00:00, limit purchase total amount 20.

[0096] Step S10213, according to the first identification, determine at least one target purchase limit type to which the ordering party belongs.

[0097] Each purchase limit type includes a store user with the same label, according to the first identification, determine the target purchase limit type to which the ordering party belongs, such as the ordering party store user A, query the database, the store user A belongs to department a, also belongs to project 1, then its target purchase limit type includes store A purchase limit, department a purchase limit and project 1 purchase limit.

[0098] Step S10214, according to the purchase limit period and the purchase limit total amount of each target purchase limit type, determine the purchase limit condition of the transaction object for the ordering party.

[0099] In the embodiment of the application, the plurality of target purchase limit types corresponding to the ordering party store user A are determined according to the purchase limit period and the purchase limit total amount of each target purchase limit type, and the purchase limit condition of the transaction object for the store user A is determined. The purchase limit condition includes the purchase limit period and the purchase limit quantity.

[0100] Step S1022, obtain the time when the first request is received.

[0101] The store user selects the transaction object on the first terminal, sets the transaction quantity (i.e. the quantity to be purchased) and clicks the "submit order" button. The first terminal generates a first request for generating an order according to at least the identification of the store user (the first identification), the identification of the transaction object (the second identification) and the transaction quantity in response to the click operation of submitting the order, and sends the first request to the server. After the server receives the first request, the time when the first request is received is recorded, and the first request is parsed to obtain at least the first identification, the second identification and the transaction quantity carried by the first request.

[0102] In the embodiment of the application, the time when the first request is received is considered as the time when the first request is sent by the first terminal, ignoring the time consumption of network transmission.

[0103] Step S1023, determine whether the time when the first request is received is within the purchase limit period.

[0104] When the time when the first request is received is within the purchase limit period, i.e. the store user submits the order within the purchase limit period of the transaction object, the transaction object is limited for the store user at this time, and step S1024 is entered; when the time when the first request is received is not within the purchase limit period, i.e. the store user submits the order within the non-purchase limit period of the transaction object, the transaction object is not limited for the store user at this time, and step S1025 is entered.

[0105] Assuming that the time when the first request is received is August 8, 2021, 01:00:00, which is within the purchase limit period 2021-08-08 00:00:00-23:59:59, the state of the to-be-traded object is determined as the purchase limit state; assuming that the time when the first request is received is August 7, 2021, 01:00:00, which is not within the purchase limit period 2021-08-08 00:00:00-23:59:59, the state of the to-be-traded object is determined as the normal state.

[0106] Step S1024, determining the state of the to-be-traded object as the purchase limit state.

[0107] Step S1025, determining the state of the to-be-traded object as the normal state.

[0108] In the embodiments of the present application, the state of the to-be-traded object is determined according to the first identifier and the second identifier. When the state of the to-be-traded object is the purchase limit state, it indicates that the to-be-traded object is limited for the store user, and at most the purchase limit quantity of to-be-traded objects can be purchased. When the state of the to-be-traded object is the normal state, it indicates that the to-be-traded object is not limited for the store user, and any quantity of to-be-traded objects can be purchased.

[0109] In some embodiments, when the state of the to-be-traded object is the normal state, the ordering party is not limited, and the order can be directly generated according to the to-be-traded quantity. When the state of the to-be-traded object is the purchase limit state, the to-be-traded quantity needs to be verified. In one implementation, Figure 1 The step S103 in the illustrated embodiments "verifying the legality of the to-be-traded quantity according to the first identifier and the second identifier to obtain a verification result" can be implemented by the following steps:

[0110] Step S1031, determining the purchase limit quantity of the ordering party according to the first identifier and the purchase limit condition of the to-be-traded object.

[0111] When the seller sets the purchase limit configuration information, different purchase limit conditions can be set for the same to-be-traded object and different store users with different identifiers. According to the first identifier and the purchase limit condition of the to-be-traded object, the purchase limit quantity of the ordering party corresponding to the first identifier is determined.

[0112] As department a has a total purchase limit of 1000 within 2021-08-08 00:00:00-23:59:59, project 1 has a total purchase limit of 200 within 10:00:00-12:00:00, and store user A has a total purchase limit of 20 within 10:00:00-12:00:00. When the first request is received at 2021-08-08 01:00:00, the purchase limit of the ordering party is 1000; when the first request is received at 2021-08-08 11:00:00, the purchase limit of the ordering party is 20. When the purchase time periods of multiple target purchase types overlap, the purchase limit of the ordering party in the overlapping time period is the total purchase limit of the target purchase type with the smallest total purchase limit.

[0113] Step S1032, according to the first identifier and the second identifier, querying the historical transaction record of the transaction object, and obtaining the historical transaction quantity of the ordering party within the purchase time period.

[0114] According to the second identifier, the historical transaction quantity of all ordering parties corresponding to the target purchase type within the purchase time period is determined, and according to the historical transaction quantity of all ordering parties within the purchase time period and the purchase limit of the ordering party corresponding to the first identifier determined in step S1031, the historical transaction quantity of the ordering party within the purchase time period is determined.

[0115] Step S1033, determining the remaining purchase quantity according to the purchase quantity and the historical transaction quantity.

[0116] Still taking the time when the first request is received as 2021-08-08 11:00:00, the purchase limit of the ordering party is 20. Department a to which store user A belongs has a total purchase limit of 1000 within 2021-08-08 00:00:00-23:59:59, and other store users in this department a have traded 990 within 2021-08-08 00:00:00-10:59:59; when store user A has not ordered the transaction object before, the purchase limit of store user A is 20, and according to the historical transaction quantity, it is determined that store user A can order at most 10 within the purchase time period, so the remaining purchase quantity is 10; when store user A has ordered 30 of the transaction object before 10 o'clock, since the 30 ordered before are not within the current purchase time period, the purchase limit of store user A is still 20, and according to the historical transaction quantity, it is determined that store user A can order at most 10 within the purchase time period, so the remaining purchase quantity is 10; when store user A has ordered 15 between 9 o'clock and 10 o'clock, within the current purchase time period, the purchase limit of store user A is 20-15=5, and according to the historical transaction quantity, it is determined that store user A can order at most 10 within the purchase time period, so the remaining purchase quantity is 5.

[0117] In step S1034, the legality of the to-be-traded quantity is verified based on the remaining purchase limit quantity, and a verification result is obtained.

[0118] In an implementation manner, when verifying the legality of the to-be-traded quantity, the following implementation manner can be used: determining whether the to-be-traded quantity is less than or equal to the remaining purchase limit quantity; when the to-be-traded quantity is less than or equal to the remaining purchase limit quantity, determining that the to-be-traded quantity is legal; and when the to-be-traded quantity is greater than the remaining purchase limit quantity, determining that the to-be-traded quantity is illegal. When the to-be-traded quantity is compared with the remaining purchase limit quantity, if the to-be-traded quantity is less than or equal to the remaining purchase limit quantity, it is determined that the to-be-traded quantity is legal, and it is determined that the order can be successfully generated, and step S104 is performed; if the to-be-traded quantity is greater than the remaining purchase limit quantity, it is determined that the to-be-traded quantity is illegal, and a prompt message is sent to the first terminal, where the prompt message carries information about the order generation failure. In some implementation manners, the prompt message can also carry a failure reason, for example, the prompt message carries information about the to-be-traded quantity exceeding the remaining purchase limit quantity.

[0119] On the basis of the implementation manner described above, when the remaining purchase limit quantity is greater than or equal to the to-be-traded quantity, the inventory sufficiency is further determined, and when verifying the legality of the to-be-traded quantity, the following implementation manner can be used: determining whether the to-be-traded quantity is less than or equal to the remaining purchase limit quantity; when the to-be-traded quantity is less than or equal to the remaining purchase limit quantity, obtaining the remaining inventory quantity of the to-be-traded object; determining whether the to-be-traded quantity is less than or equal to the remaining inventory quantity; when the to-be-traded quantity is less than or equal to the remaining inventory quantity, determining that the to-be-traded quantity is legal; and when the to-be-traded quantity is greater than the remaining purchase limit quantity or the to-be-traded quantity is greater than the remaining inventory quantity, determining that the to-be-traded quantity is illegal. When the to-be-traded quantity is compared with the remaining purchase limit quantity, and when the to-be-traded quantity is less than or equal to the remaining purchase limit quantity, the to-be-traded quantity is compared with the remaining inventory quantity; when the to-be-traded quantity is less than or equal to the remaining inventory quantity, it is determined that the to-be-traded quantity is legal, and it is determined that the order can be successfully generated, and step S104 is performed; if the to-be-traded quantity is greater than the remaining purchase limit quantity, or the to-be-traded quantity is greater than the remaining inventory quantity, it is determined that the to-be-traded quantity is illegal, and a prompt message is sent to the first terminal, where the prompt message carries information about the order generation failure. In some implementation manners, the prompt message can also carry a failure reason, for example, the prompt message carries information about the to-be-traded quantity exceeding the remaining purchase limit quantity or the to-be-traded quantity exceeding the remaining inventory quantity.

[0120] In the embodiment of the present application, by determining the purchase limit quantity of the ordering party, combining the historical transaction quantity of the ordering party in the purchase limit period and the historical transaction quantity of the target purchase limit type to which the ordering party belongs, the remaining purchase limit quantity of the ordering party is determined, and by comparing the to-be-transacted quantity with the remaining purchase limit quantity, the legality of the to-be-transacted quantity is verified.

[0121] In Figure 1 Based on the embodiment shown in the figure, the embodiment of the present application further provides a method applied to a transaction system, Figure 2 Another implementation process of the information processing method provided by the embodiment of the present application is shown in the figure, and the method comprises the following steps: Figure 2

[0122] Step S201 receives a first request for generating an order sent by a first terminal.

[0123] The first request carries a first identifier of an ordering party, a second identifier of a to-be-transacted object and a to-be-transacted quantity.

[0124] In the embodiment of the present application, the implementation manners of step S201 and step S202 are respectively described in the corresponding descriptions of step S101 and step S102 in the embodiment shown in the figure. Figure 1

[0125] Step S202 determines the state of the to-be-transacted object according to the first identifier and the second identifier.

[0126] The state of the to-be-transacted object comprises a purchase limit state and a normal state.

[0127] Step S203 judges whether the state of the to-be-transacted object is the purchase limit state.

[0128] After determining the state of the to-be-transacted object according to the first identifier and the second identifier, it is judged whether the state of the to-be-transacted object is the purchase limit state. If the state is the purchase limit state, step S204 is entered; if the state is not the purchase limit state, i.e. the state of the to-be-transacted object is the normal state, the ordering party can normally order the to-be-transacted object in the case of no purchase limit, and step S206 is entered.

[0129] Step S204 verifies the legality of the to-be-transacted quantity according to the first identifier and the second identifier, and obtains a verification result.

[0130] The state of the to-be-transacted object is the purchase limit state, and the to-be-transacted quantity ordered by the ordering party cannot be greater than the maximum quantity allowed to be ordered by the ordering party. The legality of the to-be-transacted quantity is verified, and a verification result is obtained. The verification result represents that the to-be-transacted quantity is legal or illegal.

[0131] Step S205 judges whether the verification result is that the to-be-transacted quantity is legal. ​​

[0132] When the check result is that the quantity to be traded is legal, it is considered that the quantity to be traded is less than or equal to the maximum quantity allowed for the subscriber to subscribe, and step S206 is entered; when the check result is that the quantity to be traded is illegal, it is considered that the quantity to be traded is greater than the maximum quantity allowed for the subscriber to subscribe, and an order cannot be successfully generated, and step S212 is entered.

[0133] Step S206, a first response is determined and sent to the first terminal.

[0134] The first response carries order information to be paid generated based on the first request, and after the first terminal receives the first response, the order information to be paid is displayed to enable the subscriber to complete payment based on the order information to be paid.

[0135] After the first terminal receives the first response, the order information to be paid is presented, the subscriber makes payment based on the order information to be paid, and after the payment amount is paid, the first terminal generates a second request for payment of the order according to the payment amount, the payment time and the order information, and sends the second request to the server.

[0136] Step S207, the second request for payment of the order sent by the first terminal is received.

[0137] The second request carries the payment amount, the payment time and the order number included in the order information.

[0138] Step S208, the payment amount is verified based on the order information to be paid, and a first verification result is obtained.

[0139] After the server receives the second request, the information for generating the order and the information for payment of the order carried by the second request are verified according to the order number. If the information for generating the order and the information for payment of the order are consistent, it is indicated that the payment is correct, and the first verification result of passing the verification is obtained; if the information for generating the order and the information for payment of the order are inconsistent, it is indicated that the payment is incorrect, and the first verification result of failing the verification is obtained.

[0140] Step S209, whether the first verification result indicates that the verification passes.

[0141] When the first verification result indicates that the verification passes, it is determined that the payment is successful, and step S210 is entered; when the first verification result indicates that the verification fails, it is determined that the payment fails, and step S213 is entered.

[0142] Step S210, a second response is determined and sent to the first terminal.

[0143] The second response carries prompt information indicating that the transaction is successful.

[0144] Step S211, updating the remaining purchase quantity to obtain an updated remaining purchase quantity.

[0145] When the transaction is successful, the original remaining purchase quantity is subtracted by the to-be-transacted quantity to obtain the updated remaining purchase quantity. Here, the remaining purchase quantity is updated, and further, the remaining inventory quantity of the transaction object in the database can be continuously updated to ensure consistency between the Redis cache and the data in the database.

[0146] Step S212, determining and sending a first prompt message to the first terminal.

[0147] The first prompt message at least carries information that the order generation fails, and can further carry a generation failure reason, such as information that the to-be-transacted quantity exceeds the remaining purchase quantity.

[0148] Step S213, determining and sending a second prompt message to the first terminal.

[0149] The second prompt message at least carries information that the order payment fails, and can further carry a payment failure reason, such as a payment timeout or an incorrect payment amount.

[0150] The method provided in the embodiments of the present application, after the server generates an order, a store user pays for the order on the first terminal, the server continues to verify a second request for paying for the order, determines that the payment is successful when the verification is passed, and sends a result of the successful payment to the first terminal, so as to complete the purchase limit transaction of the to-be-transacted object, realize the purchase limit for the store user, distinguish the purchase limit of the individual user and the purchase limit of the store user, improve the conversion rate of the special sale activity, and improve the satisfaction of the user.

[0151] In some embodiments, after the ordering party successfully pays, the ordering party may, due to various reasons, return the order, and after the return is successful, the remaining purchase quantity is updated again. Based on this, before step S212 described above, the method described above can further include the following steps:

[0152] Step S21, receiving a third request for returning the to-be-transacted object sent by the first terminal.

[0153] The third request carries order information to be returned, and the order information at least includes an order number.

[0154] Step S22, verifying the order information to be returned based on the paid order information to obtain a second verification result.

[0155] After the service end receives the third request, the order is searched in the historical transaction order according to the order information, if the order is found, the second verification result is determined as verification passed; if the order is not found in the historical transaction order, or the found order is not completely consistent with the order to be returned (such as the quantity of the transaction object to be returned is greater than the traded quantity), the second verification result is determined as verification failed. In the embodiment of the application, the historical transaction order can be obtained from the transaction log.

[0156] In other embodiments, the order information to be returned is verified, not only the order information is verified, but also the return qualification of the ordering party is verified. At this time, the purchase limit configuration information can further include an order deadline, and after the transaction is successful, the return deadline is set for each traded order according to the order deadline. After the service end receives the third request, the order is searched in the historical transaction order according to the order information, if the order is found, the time when the third request is received is obtained, and it is judged whether the time when the third request is received is within the return deadline of the order to be returned, if the time when the third request is received is within the return deadline of the order to be returned, the second verification result is determined as verification passed; if the order is not found in the historical transaction order, or the found order is not completely consistent with the order to be returned, or the time when the third request is received exceeds the return deadline of the order to be returned, the second verification result is determined as verification failed.

[0157] Step S23, it is judged whether the second verification result represents verification passed.

[0158] When the second verification result represents verification passed, it is determined that the verification is successful, and step S24 is entered; when the second verification result represents verification failed, it is determined that the verification is failed, and step S26 is entered.

[0159] Step S24, the order information to be returned is processed, and a third response is determined and sent to the first terminal.

[0160] The third response carries prompt information representing return success.

[0161] Step S25, the updated remaining purchase limit quantity is updated, and a re-updated remaining purchase limit quantity is obtained.

[0162] When the return is successful, the updated remaining purchase limit quantity obtained in step S211 is added with the returned transaction quantity, and a re-updated remaining purchase limit quantity is obtained. The returned transaction quantity is determined according to the order information to be returned. Here, the remaining purchase limit quantity is updated, and further, the remaining inventory quantity of the transaction object in the database can be continuously updated to ensure the consistency of the data in the Redis cache and the database.

[0163] Step S26, determining and sending a fourth response to the first terminal.

[0164] The fourth response carries at least the information of the failed order return, and can also carry the reason for the failed return, such as an incorrect order.

[0165] The method provided by the embodiments of the present application verifies the order to be returned when the store user returns the order, returns the order after verification, and updates the remaining purchase limit quantity, thereby completing the return processing of the traded order and improving the user's satisfaction.

[0166] In the following, an exemplary application of the embodiments of the present application in an actual application scenario will be described.

[0167] Online platforms, in order to attract traffic, often use special sale activities to attract customers. Due to the low price or rarity of the goods, the special sale goods often have quantity limits. In related technologies, the effective purchase limit mechanism is mainly set for specific goods to limit the purchase quantity of individual users within a specified time. Individual users who exceed the purchase quantity cannot purchase again. This purchase limit mechanism is only applicable to independent individual users and has the following defects: 1) It cannot limit the purchase of store users (toB, toBusiness) in the store dimension and specify the purchase quantity of store users; 2) It has no concept of store group and cannot limit the purchase of each store user in the store group and specify the purchase quantity of each store user in the store group; 3) It cannot set the total purchase quantity for a specified store group or store user and provide a purchase function. It can be seen that the existing purchase limit mechanism for individual users is not applicable to toB purchase limit.

[0168] To solve the above problems, the embodiments of the present application provide a purchase limit method in toB mode, which establishes purchase limit rules for store users and can be applied to the purchase limit of offline stores. The purchase limit rules established by the embodiments of the present application mainly include:

[0169] 1) Store purchase limit: within a specified time, the set purchase limit store can purchase a specified quantity of goods, and the non-purchase limit store cannot purchase or has no purchase quantity limit;

[0170] 2) Store group purchase limit: within a specified time, the set store group store can purchase a specified quantity of goods, and the non-purchase limit store cannot purchase;

[0171] 3) Total purchase limit: within a specified time, the sum of the purchase quantities of all stores is less than or equal to the total purchase limit;

[0172] 4) Store group + total quantity purchase limit: within a specified time, the set store group store can purchase a specified quantity of goods, and the sum of the purchase quantities of the stores under the store group is less than or equal to the set total purchase limit, and the non-purchase limit store cannot purchase.

[0173] The main innovations of the purchase limit method provided by the embodiments of the present application include: 1) three purchase limit rules are provided: store purchase limit, store group purchase limit and total quantity purchase limit; 2) high concurrency ordering is supported, and the purchase limit quantity is normally deducted; 3) combination of different purchase limit rules can be supported, such as: store group + total quantity purchase limit, store purchase limit + total quantity purchase limit; 4) multiple purchase limit objects can be supported, such as store purchase limit, department purchase limit, project purchase limit and label purchase limit.

[0174] Figure 3 The process flow diagram of each process included in the purchase limit method provided by the embodiments of the present application is shown in FIG. 1, which mainly includes purchase limit new, purchase limit query, purchase limit deduction and purchase limit rollback. The purchase limit new is to add a transaction object of purchase limit according to the purchase limit configuration information input by a sales party; the purchase limit query is mainly to query the established purchase limit rule, and to verify the order information according to the query result during transaction; the purchase limit deduction occurs after the transaction is successful, and the purchase limit quantity and the inventory quantity are updated according to the order information of the successful transaction; and the purchase limit rollback is to return the order. The processes are described in detail as follows. Figure 3

[0175] 1. Setting of purchase limit rule

[0176] The business function of this module includes single addition, batch addition and purchase limit stop. The coding implementation includes setting data verification, purchase limit activity rule construction and data storage. Figure 4 The process flow diagram of setting the purchase limit rule provided by the embodiments of the present application is shown in FIG. 2, which mainly includes the following steps of setting the purchase limit rule: Figure 4

[0177] Step 41, data verification: the purchase limit time, the purchase limit store group, the commodity validity and the purchase limit activity audit state are verified, and the user is prompted in case of abnormality.

[0178] Step 42, purchase limit activity construction: the purchase limit types include store purchase limit and total quantity purchase limit. These two purchase limit rules can be used alone or in combination. The purchase limit type can also be effective in a store group, and the store group can be a store, a project, a department or a label.

[0179] Step 43, purchase limit activity conflict processing: the set commodity has a purchase limit activity, and the purchase limit conflicts, so the old purchase limit rule is stopped.

[0180] Step 44, data storage: the purchase limit activity data is stored in the database, and the purchase limit data is stored in the cache. If there is a total quantity purchase limit, a separate total quantity purchase limit cache is stored, which is provided for store rush purchase to prevent the traffic from directly hitting the database.

[0181] 2. Purchase limit quantity query

[0182] This module mainly provides purchase limit quantity query service.​​Figure 5 The flowchart for querying the limited purchase quantity provided by the embodiment of the present application is shown in FIG. 5, and the limited purchase quantity query mainly includes the following steps: Figure 5

[0183] Step 51, query the limited purchase basic information: query the limited purchase basic information according to the store number and the goods, and determine the limited purchase activity according to the basic information.

[0184] Step 52, query the limited purchase activity: after querying the limited purchase basic information, obtain the limited purchase rules set for the goods. Obtain the store limited purchase quantity and the total limited purchase quantity, both of which are obtained through the cache first, and then the database is queried if the cache fails to obtain.

[0185] Step 53, calculate the optimal limited purchase rule: if multiple limited purchase rules are effective at the same time, the rule with the smallest limited purchase quantity is the optimal one.

[0186] 3. Limited purchase quantity deduction

[0187] The module mainly has the function of deducting the limited purchase quantity of an order, and the core is to simultaneously occupy the same limited purchase resource by multiple stores, and Redis+database optimistic lock is used to prevent overselling. Record the order and limited purchase information after successful deduction. Figure 6 The flowchart for deducting the limited purchase quantity provided by the embodiment of the present application is shown in FIG. 6, and the limited purchase quantity deduction mainly includes the following steps: Figure 6

[0188] Step 61, query the limited purchase basic information: query the limited purchase set for the goods according to the goods number and the store number.

[0189] Step 62, judge whether the limited purchase qualification is met: obtain the limited purchase quantity in the cache, judge the remaining resources, and whether the store order meets the quantity of the goods.

[0190] Step 63, deduct the limited purchase resource: first use Redis to deduct, and then deduct the database if the Redis deduction is successful. If the database deduction fails, roll back the Redis.

[0191] A large number of stores simultaneously purchase a commodity, and the direct use of the database cannot meet the performance of this business. For example, 100,000 stores purchase two goods. The Redis feature is thread-safe and has strong update performance. After the funnel screening of Redis, only two stores that meet the qualification will update the database and add an optimistic lock to the database for the last check. Overselling can be prevented.

[0192] Step 64, record the limited purchase deduction record: record the order information corresponding to the successful limited purchase deduction, which is used as the voucher for order rollback and limited purchase qualification rollback.

[0193] 4. Limited purchase quantity rollback​​

[0194] The main function of the module is to release the occupied limit purchase resource after the store order is returned. Figure 7 The flowchart of the limit purchase quantity rollback provided by the embodiment of the application is shown in Figure 7 As shown in the figure, the limit purchase quantity rollback mainly has the following steps:

[0195] Step 71, return order parameter verification: according to the order number, product number, return order quantity, and store number, the parameters are input, and it can be found out whether the limit purchase resource is occupied before.

[0196] Step 72, whether the limit purchase resource rollback is valid: according to the limit purchase order log recorded when ordering, it can be judged whether the limit purchase resource to be rolled back is valid. If the limit purchase resource to be rolled back is less than or equal to the limit purchase resource occupied by ordering, it is valid and is rolled back; otherwise, it is invalid. Whether to repeat the rollback.

[0197] Step 73, update data: synchronize the limit purchase resource rolled back to the database and Redis.

[0198] Step 74, record the rollback log: record the limit purchase record rolled back successfully in the limit purchase log to provide verification data for judging repeated rollback.

[0199] The embodiment of the application provides a limit purchase scheme for a store in a toB mode, and the limit purchase scheme supports store group limit purchase; the scheme provides two limit purchase rules of store limit purchase and total limit purchase, and supports flexible combination of the store limit purchase and total limit purchase rules.

[0200] Based on the foregoing embodiment, the embodiment of the application provides an information processing device, each module included in the device and each unit included in each module can be realized by a processor in a computer device; of course, it can also be realized by a specific logic circuit; in the implementation process, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP) or a field programmable gate array (FPGA) and the like.

[0201] The embodiment of the application further provides an information processing device applied to a transaction system, Figure 8 The component structure diagram of the information processing device provided by the embodiment of the application is shown in Figure 8 As shown in the figure, the information processing device 800 includes:

[0202] The first receiving module 801 is configured to receive a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object, and a to-be-traded quantity, the ordering party being a store user.

[0203] The first determining module 802 is configured to determine a state of the to-be-traded object according to the first identifier and the second identifier, the state of the to-be-traded object including a purchase limit state and a normal state.

[0204] The checking module 803 is configured to, when the state of the to-be-traded object is the purchase limit state, check the to-be-traded quantity according to the first identifier and the second identifier to obtain a checking result.

[0205] The second determining module 804 is configured to, when the checking result is that the to-be-traded quantity is legal, determine a first response, the first response carrying order information to be paid generated based on the first request.

[0206] The first sending module 805 is configured to send the first response to the first terminal.

[0207] In some embodiments, the first determining module 802 is further configured to:

[0208] determine a purchase limit condition of the to-be-traded object according to the first identifier and the second identifier, the purchase limit condition including at least a purchase limit period and a purchase limit quantity; obtain a time when the first request is received; when the time when the first request is received is within the purchase limit period, determine the state of the to-be-traded object as the purchase limit state; and when the time when the first request is received is not within the purchase limit period, determine the state of the to-be-traded object as the normal state.

[0209] In some embodiments, the first determining module 802 is further configured to:

[0210] obtain purchase limit configuration information of the to-be-traded object according to the second identifier, the purchase limit configuration information being information input by a sales party on a configuration interface of a second terminal; generate a purchase limit rule of the to-be-traded object according to the purchase limit configuration information, the purchase limit rule including at least one purchase limit type, a purchase limit period of each purchase limit type, and a purchase limit total quantity of each purchase limit type; determine at least one target purchase limit type to which the ordering party belongs according to the first identifier; and determine a purchase limit condition of the to-be-traded object for the ordering party according to the purchase limit period and the purchase limit total quantity of each target purchase limit type.

[0211] In some embodiments, the checking module 803 is further configured to:

[0212] determine a purchase limit quantity of the ordering party according to the first identifier and a purchase limit condition of the object to be traded; query a historical transaction record of the object to be traded according to the first identifier and the second identifier, and acquire a historical transaction quantity of the ordering party within the purchase limit period; determine a remaining purchase limit quantity according to the purchase limit quantity and the historical transaction quantity; and verify the legality of the quantity to be traded based on the remaining purchase limit quantity, and obtain a verification result.

[0213] In some embodiments, the verification module 803 is further configured to:

[0214] determine whether the quantity to be traded is less than or equal to the remaining purchase limit quantity; when the quantity to be traded is less than or equal to the remaining purchase limit quantity, acquire a remaining inventory quantity of the object to be traded; determine whether the quantity to be traded is less than or equal to the remaining inventory quantity; when the quantity to be traded is less than or equal to the remaining inventory quantity, determine that the verification result is that the quantity to be traded is legal; and when the quantity to be traded is greater than the remaining purchase limit quantity or the quantity to be traded is greater than the remaining inventory quantity, determine that the verification result is that the quantity to be traded is illegal.

[0215] In some embodiments, the information processing apparatus 800 can further include:

[0216] a second receiving module configured to receive a second request for paying an order sent by the first terminal, the second request carrying a payment amount, a payment time, and an order number included in the order information;

[0217] a first verification module configured to verify the payment amount based on the order information to be paid, and obtain a first verification result;

[0218] a third determining module configured to, when the first verification result indicates that the verification is passed, determine a second response, the second response carrying prompt information indicating that the transaction is successful;

[0219] a second sending module configured to send the second response to the first terminal;

[0220] a first updating module configured to update the remaining purchase limit quantity, and obtain an updated remaining purchase limit quantity.

[0221] In some embodiments, the information processing apparatus 800 can further include:

[0222] a third receiving module configured to receive a third request for returning the object to be traded sent by the first terminal, the third request carrying order information to be returned;

[0223] The second verification module is configured to verify the order information to be returned based on the paid order information, and obtain a second verification result.

[0224] The fourth determination module is configured to determine a third response when the second verification result indicates that the verification is passed, wherein the third response carries prompt information indicating that the return is successful.

[0225] The third sending module is configured to send the third response to the first terminal.

[0226] The second updating module is configured to update the updated remaining purchase limit quantity, and obtain a re-updated remaining purchase limit quantity.

[0227] It should be noted that the above description of the information processing device embodiment is similar to the above method description, and has the same beneficial effects as the method embodiment. For technical details not disclosed in the information processing device embodiment of the present application, those skilled in the art can refer to the description of the method embodiment of the present application for understanding.

[0228] It should be noted that in the embodiments of the present application, if the above method is implemented in the form of a software function module and sold or used as an independent product, it can also be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application can be embodied in the form of a software product, and the computer software product is stored in a storage medium, and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the methods described in the embodiments of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM, Read Only Memory), a magnetic disk or an optical disk, and various media that can store program codes. Therefore, the embodiments of the present application are not limited to any specific hardware and software combination.

[0229] Correspondingly, the embodiments of the present application provide a computer readable storage medium, which stores a computer program. When the computer program is executed by a processor, the steps of the information processing method provided in the above embodiments are implemented.

[0230] The embodiments of the present application provide an information processing device, Figure 9 The constituent structure of the information processing device provided in the embodiments of the present application is shown in the figure, and the constituent structure of the information processing device provided in the embodiments of the present application is shown in the figure. Figure 9 The exemplary structure of the information processing device 900 shown in the figure can be predicted, and other exemplary structures of the information processing device 900 can be predicted, so the structures described herein should not be considered as limitations. For example, some components described below can be omitted, or components not described below can be added to meet the special needs of some applications.

[0231] Figure 9 The information processing device 900 shown includes a processor 901, at least one communication bus 902, a user interface 903, at least one external communication interface 904, and a memory 905. The communication bus 902 is configured to enable connection communication between the components. The user interface 903 can include a display screen, and the external communication interface 904 can include a standard wired interface and a wireless interface. The processor 901 is configured to execute the program of the information processing method stored in the memory to implement the steps in the information processing method provided by the above-described embodiments.

[0232] The above description of the information processing device and storage medium embodiments is similar to the description of the above-described method embodiments, and has similar beneficial effects as the method embodiments. For technical details not disclosed in the information processing device and storage medium embodiments of the present application, please refer to the description of the method embodiments of the present application for understanding.

[0233] It should be understood that the "one embodiment" or "an embodiment" mentioned throughout the specification means that the specific features, structures or characteristics related to the embodiment are included in at least one embodiment of the present application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. In addition, these specific features, structures or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in various embodiments of the present application, the size of the sequence number of each process does not mean the order of execution, and the execution order of each process should be determined according to its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application. The above sequence number of the embodiments of the present application is only for description, not representing the advantages and disadvantages of the embodiments.

[0234] It should be noted that in this document, the term "comprising" or "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed, or further includes elements inherent to such process, method, article or device. Without more limitations, the element defined by the statement "including a" does not exclude the presence of other identical elements in the process, method, article or device including the element.

[0235] In several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other manners. The described device embodiments are merely schematic. For example, the division of the units is only a logical function division. There can be another division manner for the actual implementation, for example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the displayed or discussed coupling, or direct coupling or communication connection between the components can be indirect coupling or communication connection through some interfaces, devices, or units, and can be electrical, mechanical, or in other forms.

[0236] The units described as separate components can or can not be physically separate, and the components shown as units can or can not be physical units; they can be located in one place, or distributed on multiple network units; and some or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

[0237] In addition, each functional unit in each embodiment of the present application can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit; the integrated unit can be realized in the form of hardware or in the form of hardware plus software functional units.

[0238] Those of ordinary skill in the art can understand that all or part of the steps of the above-mentioned method embodiments can be completed by a program instruction relevant hardware, and the aforementioned program can be stored in a computer readable storage medium, and the program executes the steps including the above-mentioned method embodiments when executed; and the aforementioned storage medium includes mobile storage devices, ROM, magnetic discs or optical discs, and various storage medium that can store program codes.

[0239] Alternatively, the integrated units of the present application, if implemented in the form of software functional modules and sold or used as independent products, can also be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the embodiments of the present application can be embodied in the form of a software product, and the computer software product is stored in a storage medium, and includes several instructions for causing a device to execute all or part of the methods described in the embodiments of the present application. The aforementioned storage medium includes mobile storage devices, ROM, magnetic discs or optical discs, and various storage medium that can store program codes.

[0240] The above merely provides the implementation of the present application, but the protection scope of the present application is not limited thereto, any person skilled in the art can easily think of the change or replacement within the technical range disclosed by the present application, which should be covered in the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. An information processing method characterized by comprising: The method comprises: receiving a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object, and a to-be-traded quantity, the ordering party being a store user; determining a state of the to-be-traded object according to the first identifier and the second identifier, the state of the to-be-traded object including a purchase limit state and a normal state; when the state of the to-be-traded object is the purchase limit state, verifying the legality of the to-be-traded quantity according to the first identifier and the second identifier to obtain a verification result, the to-be-traded quantity being a quantity ordered by the store user; when the verification result is that the to-be-traded quantity is legal, determining and sending a first response to the first terminal, the first response carrying order information to be paid generated based on the first request; wherein the determining the state of the to-be-traded object according to the first identifier and the second identifier comprises: obtaining purchase limit configuration information of the to-be-traded object according to the second identifier, the purchase limit configuration information being information input by a sales party on a configuration interface of a second terminal; generating a purchase limit rule of the to-be-traded object according to the purchase limit configuration information, the purchase limit rule including at least one purchase limit type, a purchase limit time period of each purchase limit type, and a purchase limit total quantity of each purchase limit type; the purchase limit type including store purchase limit, department purchase limit, project purchase limit, and label purchase limit; determining at least one target purchase limit type to which the ordering party belongs according to the first identifier; determining a purchase limit condition of the to-be-traded object for the ordering party according to the purchase limit time period and the purchase limit total quantity of each target purchase limit type; the purchase limit condition including at least a purchase limit time period and a purchase limit quantity; different purchase limit conditions are set for different purchase limit types of the same to-be-traded object.

2. The method of claim 1, wherein, The determining the state of the to-be-traded object according to the first identifier and the second identifier further comprises: obtaining a time when the first request is received; when the time when the first request is received is within the purchase limit time period, determining the state of the to-be-traded object as the purchase limit state; when the time when the first request is received is not within the purchase limit time period, determining the state of the to-be-traded object as the normal state.

3. The method of claim 2, wherein, The verifying the legality of the to-be-traded quantity according to the first identifier and the second identifier to obtain a verification result comprises: determining a purchase limit quantity of the ordering party according to the first identifier and the purchase limit condition of the to-be-traded object; querying a historical transaction record of the to-be-traded object according to the first identifier and the second identifier to obtain a historical transaction quantity of the ordering party within the purchase limit time period; determining a remaining purchase limit quantity according to the purchase limit quantity and the historical transaction quantity; verifying the legality of the to-be-traded quantity based on the remaining purchase limit quantity to obtain a verification result.

4. The method of claim 3, wherein, The verifying the legality of the to-be-traded quantity based on the remaining purchase limit quantity to obtain a verification result comprises: determining whether the to-be-traded quantity is less than or equal to the remaining purchase limit quantity; acquiring a remaining inventory quantity of the to-be-traded object when the to-be-traded quantity is less than or equal to the remaining purchase limit quantity; determining whether the to-be-traded quantity is less than or equal to the remaining inventory quantity; determining that the to-be-traded quantity is legal when the to-be-traded quantity is less than or equal to the remaining inventory quantity; determining that the to-be-traded quantity is illegal when the to-be-traded quantity is greater than the remaining purchase limit quantity or the to-be-traded quantity is greater than the remaining inventory quantity.

5. The method of claim 4, wherein, The method further includes: receiving a second request for paying an order sent by the first terminal, the second request carrying a payment amount, a payment time, and an order number included in the order information; verifying the payment amount based on the to-be-paid order information to obtain a first verification result; when the first verification result indicates that the verification is passed, determining and sending a second response to the first terminal, the second response carrying prompt information indicating that the transaction is successful; updating the remaining purchase limit quantity to obtain an updated remaining purchase limit quantity.

6. The method of claim 5, wherein, The method further includes: receiving a third request for returning the to-be-traded object sent by the first terminal, the third request carrying to-be-returned order information; verifying the to-be-returned order information based on the paid order information to obtain a second verification result; when the second verification result indicates that the verification is passed, determining and sending a third response to the first terminal, the third response carrying prompt information indicating that the return is successful; updating the updated remaining purchase limit quantity to obtain a re-updated remaining purchase limit quantity.

7. An information processing apparatus, characterized by comprising: The apparatus includes: a first receiving module configured to receive a first request for generating an order sent by a first terminal, the first request carrying a first identifier of an ordering party, a second identifier of a to-be-traded object, and a to-be-traded quantity, the ordering party being a store user; a first determining module configured to determine a state of the to-be-traded object according to the first identifier and the second identifier, the state of the to-be-traded object including a purchase limit state and a normal state; a verifying module configured to verify the legality of the to-be-traded quantity according to the first identifier and the second identifier when the state of the to-be-traded object is the purchase limit state, the to-be-traded quantity being a quantity ordered by the store user; a second determining module configured to determine a first response when the verification result is that the to-be-traded quantity is legal, the first response carrying to-be-paid order information generated based on the first request; a first sending module configured to send the first response to the first terminal; The first determining module is further configured to acquire, according to the second identifier, purchase limit configuration information of the to-be-traded object, the purchase limit configuration information being information input by a sales party on a configuration interface of a second terminal; generate, according to the purchase limit configuration information, a purchase limit rule of the to-be-traded object, the purchase limit rule including at least one purchase limit type, a purchase limit time period of each purchase limit type, and a purchase limit total amount of each purchase limit type; the purchase limit type includes a store purchase limit, a department purchase limit, a project purchase limit, and a label purchase limit; determine at least one target purchase limit type to which the ordering party belongs according to the first identifier; determine a purchase condition of the to-be-traded object for the ordering party according to the purchase limit time period and the purchase limit total amount of each target purchase limit type; the purchase condition at least includes a purchase limit time period and a purchase limit amount; different purchase limit types of a same to-be-traded object are provided with different purchase conditions.

8. An information processing apparatus, characterized by comprising: comprise: a processor; and a memory for storing a computer program executable on the processor; wherein the computer program is executed by the processor to implement the steps of the method of any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, computer executable instructions are stored, and the computer executable instructions are configured to execute the steps of the method of any one of claims 1 to 6.

Images