CN110827125A

CN110827125A - Periodic commodity transaction management method

Info

Publication number: CN110827125A
Application number: CN201911076352.4A
Authority: CN
Inventors: 杨信国
Original assignee: Lanzhou Lingxin Network Information Technology Co Ltd
Current assignee: Lanzhou Lingxin Network Information Technology Co Ltd
Priority date: 2019-11-06
Filing date: 2019-11-06
Publication date: 2020-02-21

Abstract

The invention discloses a periodic commodity transaction management method, which comprises the following steps: uploading commodity information; setting a commodity cycle and a corresponding price; storing commodity information and generating a commodity library; the customer selects the commodity and the purchase period and pays the payment; if the payment is successful, generating an order and a notification queue and notifying delivery, and if the payment is failed, generating an order to be paid and waiting for re-payment; the invention effectively sequences the commodity orders according to the periods of different commodities, so that all commodities can be delivered at the optimal time, and the order confusion and the customer loss can not be caused; meanwhile, the customization of the commodity prices in different periods is simplified, and the commodity prices are more accurate.

Description

Periodic commodity transaction management method

Technical Field

The invention relates to the field of commodity management, in particular to a periodic commodity transaction management method.

Background

With the popularization of supermarkets, shopping centers and online shopping at present, a plurality of people can purchase in the supermarkets or the shopping centers, meanwhile, the goods can be scheduled online, and when the goods are scheduled online, the goods with prices changing along with time, such as the goods with quality guarantee period or value-increasing value, can exist; different buyers cannot receive goods in time due to own reasons and need to deliver the goods in a fixed time, and at the moment, if the goods predetermined by the buyers cannot be effectively managed, delivery errors or price confusion can easily occur.

In the prior art, the goods can be sequentially delivered only through the payment time of a background order, but the method considers that the operation is more and the error is easy to occur, and simultaneously, for the goods with dynamic price change, the price calculation needs to be considered to be carried out, and a large amount of time is consumed.

Disclosure of Invention

The invention aims to: aiming at the existing problems, a periodic commodity transaction management method is provided; the invention solves the problem of disordered orders of the preset commodities; the problem of complex dynamic price commodity pricing steps is solved.

The technical scheme adopted by the invention is as follows:

a periodic merchandise transaction management method, comprising: uploading commodity information; setting a commodity cycle and a corresponding price; storing commodity information and generating a commodity library; the customer selects the commodity and the purchase period and pays the payment; and if the payment is successful, generating an order and a notification queue and notifying delivery, and if the payment is failed, generating an order to be paid and waiting for re-payment.

Further, the corresponding price setting method of the commodity cycle comprises the following steps: acquiring the duration and price of each period to generate an array; and assembling all the single-term arrays into a two-dimensional array, serializing the two-dimensional array, and storing the two-dimensional array into a product data table.

Further, the collection time length and price generation array is a KEY + VALUE array, and the KEY + VALUE array is a dynamic field array.

Further, the Array assembly is performed through a PHP Array _ push function.

Further, the method for generating the notification queue includes: providing a uniform interface for different background queue services; storing all data of the queue into a virtual bucket; carrying out blocking configuration on the queue; generating a queue task class; and distributing the tasks to the queues through the dispatching method of the task class.

Further, the interface is an application program interface API.

Further, the blocking is configured to: the driver is specified to wait for available queue tasks before iterating through the queue process loop and re-polling the database.

Further, the distributing the task to the queue includes delay distribution and simultaneous distribution.

Further, the payment result is notified to the user through the APP.

In summary, due to the adoption of the technical scheme, the invention has the beneficial effects that:

1. the invention effectively sequences the commodity orders according to the periods of different commodities, so that all commodities can be delivered at the optimal time, and the order confusion and the customer loss can not be caused.

2. The invention simplifies the customization of commodity prices in different periods, and ensures that the commodity prices are more accurate.

Drawings

The invention will now be described, by way of example, with reference to the accompanying drawings, in which:

fig. 1 is a flowchart of a periodic merchandise transaction management method.

FIG. 2 is a flow diagram of generating a notification queue.

Detailed Description

All of the features disclosed in this specification, or all of the steps in any method or process so disclosed, may be combined in any combination, except combinations of features and/or steps that are mutually exclusive.

Any feature disclosed in this specification (including any accompanying claims, abstract) may be replaced by alternative features serving equivalent or similar purposes, unless expressly stated otherwise. That is, unless expressly stated otherwise, each feature is only an example of a generic series of equivalent or similar features.

Example 1

A periodic commodity transaction management method, as shown in fig. 1, includes:

s1: uploading commodity information;

in the above steps, the commodity information is stored in a database, and the commodity information of each commodity can be called in real time for inquiry and other operations.

S2: setting a commodity cycle and a corresponding price;

in the above steps, the price of the commodity changes with the period change, so the method for setting the commodity period and the corresponding price is as follows: acquiring the duration and price of each period to generate an array; assembling all the single-term arrays into two-dimensional arrays, serializing and storing the two-dimensional arrays into a product data table; namely; in this embodiment, the collection of the time length per period and the price generation Array is a KEY + VALUE Array, the KEY + VALUE Array is a dynamic field Array, and the Array assembly is performed by a PHP Array _ push function.

S3: storing commodity information and generating a commodity library;

in the above steps, the uploaded commodity information may be retrieved from the database, and the commodity information may be classified according to the commodity type, and then the classified commodities may be combined into a commodity library for the buyer to select.

S4: the customer selects the commodity and the purchase period and pays the payment;

in the above step, the customer may select according to the product cycle and the corresponding price generated in S2, and after the selection is completed, the payment may be made according to the corresponding price.

S5: judging whether the payment is successful or not, if the payment is successful, executing S6, and if the payment is unsuccessful, executing S7;

in the above steps, after the customer submits the payment command, it is determined whether the customer has completed the payment, if the payment is completed, the order and the notification queue are generated and the delivery is notified, and if the payment is not completed, the order to be paid is generated to wait for the payment again.

S6: generating an order and a notification queue and notifying delivery;

in the above step, as shown in fig. 2, the method for generating a notification queue includes:

s61: providing a uniform interface for different background queue services;

in the above steps, the mechanism for providing a unified interface is an artisan mechanism, and the artisan is a physical IP solution.

S62: storing the search data corresponding to the given queue into a virtual bucket;

in the above steps, the search data is a keyword for searching each queue, that is, the required queue can be quickly searched through the data in the virtual bucket.

S63: carrying out blocking configuration on the queue;

in the above step, the blocking is configured to specify a time for the driver to wait for available queue tasks before iterating the queue process loop and re-polling the database; namely, the command driver can search in the queue repeatedly until finding the needed queue and running out all the remaining queues and then returning to the starting position to wait for the next command.

S64: generating a queue task class;

in the above steps, after a plurality of queues are found, the queues are arranged according to the sequence, and different queue task classes are generated according to the queue types; in this embodiment, the queue class is generated by an Artisan CLI.

S65: and distributing the tasks to the queues through the dispatching method of the task class.

In the above steps, the queue task class distributes tasks to different queues for processing according to its own instance data; in this embodiment, the distribution includes delayed distribution and simultaneous distribution, and if delayed distribution is required, the delayed distribution may be implemented by using a delay method when distributing tasks; if the distribution is to be done simultaneously, the dispatchNow method may be used.

S7: and generating a to-be-paid order to wait for re-payment.

In the above steps, when the customer fails to pay the payment, a command to wait for the re-payment is automatically generated, and when the customer succeeds in the re-payment, S6 is executed.

In the embodiment, after the user finishes paying the order, the user can check the payment condition through the corresponding APP, and if the payment is successful, the delivery condition and the logistics condition of the goods can be checked through the APP; if the payment is not successful, the re-payment can be carried out through the generated interface for waiting for re-payment, and an order and a delivery notification queue can be generated after the re-payment is successful; if payment is not wanted after the order is submitted, the order can be cancelled, and at this time, a notification queue of the order and the delivery is not generated.

The invention effectively sequences the commodity orders according to the periods of different commodities, so that all commodities can be delivered at the optimal time, and the order confusion and the customer loss can not be caused; meanwhile, the customization of the commodity prices in different periods is simplified, and the commodity prices are more accurate.

The invention is not limited to the foregoing embodiments. The invention extends to any novel feature or any novel combination of features disclosed in this specification and any novel method or process steps or any novel combination of features disclosed.

Claims

1. A periodic merchandise transaction management method, comprising: uploading commodity information; setting a commodity cycle and a corresponding price; storing commodity information and generating a commodity library; the customer selects the commodity and the purchase period and pays the payment; and if the payment is successful, generating an order and a notification queue and notifying delivery, and if the payment is failed, generating an order to be paid and waiting for re-payment.

2. The periodic merchandise transaction management method according to claim 1, wherein the corresponding price setting method of the merchandise period is: acquiring the duration and price of each period to generate an array; and assembling all the single-term arrays into a two-dimensional array, serializing the two-dimensional array, and storing the two-dimensional array into a product data table.

3. The periodic commodity transaction management method according to claim 2, wherein the collection time-per-term and price generating array is a KEY + VALUE array, and the KEY + VALUE array is a dynamic field array.

4. The periodic merchandise transaction management method of claim 2, wherein the array packing is performed by a phcurray _ push function.

5. The periodic merchandise transaction management method according to claim 1, wherein the method of generating the notification queue is: providing a uniform interface for different background queue services; storing all data of the queue into a virtual bucket; carrying out blocking configuration on the queue; generating a queue task class; and distributing the tasks to the queues through the dispatching method of the task class.

6. The periodic merchandise transaction management method of claim 5, wherein the interface is an Application Program Interface (API).

7. The periodic merchandise transaction management method of claim 5, wherein the blocking is configured to: the driver is specified to wait for available queue tasks before iterating through the queue process loop and re-polling the database.

8. The periodic merchandise transaction management method of claim 5 wherein the distributing tasks into queues comprises delayed distribution and simultaneous distribution.

9. The periodic merchandise transaction management method of claim 1, wherein the payment result is notified to the user through the APP.