Commodity automatic panic buying method, device and equipment and storage medium

Abstract

The invention provides a commodity automatic panic buying method and device, equipment and a storage medium, and relates to the technical field of electronic commerce. The automatic commodity panic buying method is applied to a buyer user client and comprises the steps of determining a panic buying mode corresponding to a target commodity in a plurality of preset commodity panic buying modes; configuring panic buying conditions of the target commodity based on the panic buying mode corresponding to the target commodity; generating and sending bid data for the target commodity according to the panic buying condition; and receiving transaction information of the target commodity according to the panic buying mode corresponding to the target commodity. According to the embodiment of the invention, the panic buying success rate of commodities can be effectively improved.

Description

Technical Field

[0001] The present application relates to the technical field of e-commerce, and in particular to an automatic rush-buying method, device, equipment and storage medium for commodities. Background Art

[0002] With the rapid development of e-commerce, online rush purchases of steel products are increasing. When faced with instantaneous high-concurrency rush purchases of steel products, users often miss purchase opportunities due to network delays, slow server responses, etc. In the prior art, automatic rush purchase tools for products mostly rely on scripts or plug-ins, which have problems such as poor stability and easy to be banned, and are not suitable for the steel industry. Summary of the invention

[0003] According to one aspect of the present application, there is provided a method for automatically rushing to buy a commodity, which is applied to a buyer user client, and includes: determining a rush buying mode corresponding to a target commodity among a plurality of preset rush buying modes for the commodity; configuring rush buying conditions for the target commodity based on the rush buying mode corresponding to the target commodity; generating and sending bid data for the target commodity according to the rush buying conditions; and receiving transaction information of the target commodity according to the rush buying mode corresponding to the target commodity.

[0004] According to some embodiments, determining a rush purchase mode corresponding to a target commodity among a plurality of preset rush purchase modes includes: obtaining a correspondence between the plurality of rush purchase modes and a plurality of commodities, the plurality of commodities including the target commodity; and determining a rush purchase mode corresponding to the target commodity based on the correspondence.

[0005] According to some embodiments, determining a rush purchase mode corresponding to a target commodity among a plurality of preset rush purchase modes also includes: configuring rush purchase sessions for the target commodity; determining a rush purchase area for the target commodity; and matching the rush purchase sessions and rush purchase areas for the target commodity according to the rush purchase mode corresponding to the target commodity.

[0006] According to some embodiments, based on the rush purchase mode corresponding to the target commodity, the rush purchase conditions of the target commodity are configured, including: receiving price increase gradient data corresponding to multiple commodities set by supplier users from the server side; obtaining price increase multiples data corresponding to multiple commodities set by buyer users locally; and matching the price increase gradient data and price increase multiples data corresponding to the target commodity according to the rush purchase mode corresponding to the target commodity.

[0007] According to some embodiments, bid data for a target commodity is generated and sent according to rush purchase conditions, including: real-time monitoring of rush purchase sessions and real-time prices of the target commodity; setting a rush purchase price for the target commodity according to the real-time price based on price increase gradient data and price increase multiple data corresponding to the target commodity; and generating and automatically sending bid data for the target commodity within a rush purchase session based on the rush purchase price.

[0008] According to some embodiments, setting the rush-buy price of the target product according to the real-time price includes: filtering out bid data whose highest price among the rush-buy prices is lower than the real-time price.

[0009] According to some embodiments, based on the rush purchase mode corresponding to the target commodity, receiving the transaction information of the target commodity includes: obtaining the transaction determination rule in the rush purchase mode corresponding to the target commodity; obtaining the rush purchase result corresponding to the bid data for the target commodity in the rush purchase session; and determining whether the rush purchase result is valid according to the transaction determination rule to determine whether the target commodity is sold.

[0010] According to one aspect of the present application, there is provided an automatic rush-buying device for commodities, which is applied to a buyer user client and includes: a mode determination module, which is used to determine a rush-buying mode corresponding to a target commodity among a plurality of preset rush-buying modes for commodities; a condition configuration module, which is used to configure rush-buying conditions for the target commodity based on the rush-buying mode corresponding to the target commodity; a rush-buying bidding module, which is used to generate and send bidding data for the target commodity according to the rush-buying conditions; and a result confirmation module, which is used to receive transaction information of the target commodity according to the rush-buying mode corresponding to the target commodity.

[0011] According to one aspect of the present application, an electronic device is provided, comprising: one or more processors; a storage device for storing one or more programs; when the one or more programs are executed by the one or more processors, the one or more processors implement the aforementioned method.

[0012] According to one aspect of the present application, a computer-readable storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, the aforementioned method is implemented.

[0013] According to the embodiments of the present application, the rush purchase modes corresponding to different types of goods can be freely set. By monitoring the rush purchase sessions and real-time prices of the target goods, the bidding data of the target goods can be automatically sent, and it can be automatically determined whether the target goods are sold, thereby improving the success rate of the rush purchase of goods.

[0014] It should be understood that the foregoing general description and the following detailed description are exemplary only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application.

[0016] Figure 1 A schematic diagram of an automatic rush-to-buy system for commodities according to an exemplary embodiment of the present application is shown.

[0017] Figure 2A flow chart of an automatic rush-to-buy method for a commodity according to an exemplary embodiment of the present application is shown.

[0018] Figure 3 A block diagram of an automatic rush-to-buy device for commodities according to an exemplary embodiment of the present application is shown.

[0019] Figure 4 A block diagram of an electronic device according to an exemplary embodiment of the present application is shown. DETAILED DESCRIPTION

[0020] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in many forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this application will be comprehensive and complete and will fully convey the concepts of the example embodiments to those skilled in the art. The same reference numerals in the figures represent the same or similar parts, and thus their repeated description will be omitted.

[0021] The described features, structures or characteristics may be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the embodiments of the present application. However, those skilled in the art will appreciate that the technical scheme of the present application may be put into practice without one or more of these specific details, or other modes, components, materials, devices or operations may be adopted. In these cases, known structures, methods, devices, realizations, materials or operations will not be shown or described in detail.

[0022] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0023] The terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices.

[0024] The present application provides a method, device, equipment and storage medium for automatically purchasing goods, which can improve the success rate of purchasing goods.

[0025] The following will describe in detail an automatic rush-buying method, device, equipment and storage medium for commodities according to an embodiment of the present application with reference to the accompanying drawings.

[0026] Figure 1 A schematic diagram of an automatic rush-to-buy system for commodities according to an exemplary embodiment of the present application is shown.

[0027] like Figure 1 As shown, the automatic rush purchase system for commodities includes a buyer user client 100 , a supplier user client 200 and a server 300 .

[0028] The buyer user client 100 is preset with a plurality of commodity rush purchase modes, corresponding to different types of commodities, wherein each commodity to be rushed purchase corresponds to at least one rush purchase mode.

[0029] The server side 300 obtains the placement times and placement areas corresponding to different types of commodities from the supplier user client 200.

[0030] After determining the rush-buying mode of the target product, the buyer user client 100 obtains the target product's launch event and launch area through the server 300 .

[0031] The buyer user client 100 configures the rush purchase sessions of the target product according to the target product's release sessions and the opening hours of the product's automatic rush purchase system, determines the rush purchase area of ​​the target product according to the target product's release area, and matches the rush purchase sessions and rush purchase areas of the target product in the rush purchase mode corresponding to the target product.

[0032] Furthermore, the server side 300 obtains price increase gradient data corresponding to multiple commodities of different types set by the supplier user from the supplier user client 200 .

[0033] The buyer user client 100 obtains price increase gradient data corresponding to a plurality of commodities through the server side 300, and obtains price increase multiple data corresponding to a plurality of commodities set by the buyer user locally.

[0034] In the rush-buy mode corresponding to the target product, the buyer user client 100 matches the price increase gradient data and the price increase multiple data corresponding to the target product to complete the configuration of the rush-buy condition of the target product.

[0035] The buyer user client 100 monitors the rush buying sessions and real-time prices of the target product in real time through the server 300, and sets the corresponding rush buying price according to the real-time price of the target product based on the price increase gradient data and price increase multiple data corresponding to the target product.

[0036] During the rush purchase session of the target product, the buyer user client 100 automatically generates bid data according to the rush purchase price of the target product that has been set, and sends the bid data corresponding to the target product to the server 300 .

[0037] The server 300 receives the bid data of the buyer user client 100 during the rush purchase session of the target product, and generates a rush purchase result corresponding to the bid data by comparing the bid data with the real-time price of the target product.

[0038] The buyer user client 100 obtains the rush purchase result corresponding to the bidding data sent by the server 300, and automatically determines whether the rush purchase result corresponding to the bidding data is valid according to the transaction determination rules in the rush purchase mode corresponding to the target product, and then pushes the determination result to the server 300 to determine whether the target product is sold.

[0039] Understandably, Figure 1 The number of the buyer user client 100, the supplier user client 200 and the server 300 in the embodiment is only for illustration. According to the actual scenario, there may be any number of the buyer user client 100, the supplier user client 200 and the server 300.

[0040] According to some embodiments, the automatic purchase system of goods may adopt a distributed architecture and distribute the request pressure through load balancing technology. In addition, the automatic purchase system of goods may use multi-threading technology to increase the processing speed.

[0041] Figure 2 A flow chart of an automatic rush-to-buy method for a commodity according to an exemplary embodiment of the present application is shown.

[0042] like Figure 2 As shown, in step S100, the automatic rush-buying device determines a rush-buying mode corresponding to a target commodity from among a plurality of preset rush-buying modes for commodities.

[0043] For example, in step S100, the automatic rush-buying device determines the rush-buying mode corresponding to the target commodity through the correspondence between the preset rush-buying modes of multiple commodities and the multiple commodities.

[0044] The automatic rush-buying device obtains a plurality of preset commodity rush-buying modes, and obtains a corresponding relationship between a plurality of commodities including a target commodity and the plurality of commodity rush-buying modes.

[0045] According to some embodiments, the multiple commodity rush purchase modes include a normal price increase and price reduction mode, a second highest price transaction mode, a free bidding mode, and a closed bidding mode, etc., which are pre-set in the following manner: Figure 1 In the automatic rush purchase system of the commodity.

[0046] According to some embodiments, the correspondence between commodities and rush purchase modes can be determined according to the rush purchase requirements of suppliers for different types of commodities, wherein any commodity corresponds to at least one rush purchase mode. For example, a commodity (such as steel coil) provided by a supplier requires rush purchase only in a free bidding mode.

[0047] The automatic rush-buying device determines the rush-buying mode corresponding to the target commodity according to the corresponding relationship between the commodity and the rush-buying mode.

[0048] According to some embodiments, after determining the rush purchase mode corresponding to the target product, the automatic rush purchase device obtains the target product's delivery times and the opening hours of the product's automatic rush purchase system through the server, and configures the rush purchase times of the target product accordingly.

[0049] According to some embodiments, after determining the rush purchase mode corresponding to the target product, the automatic rush purchase device further obtains the delivery area of ​​the target product through the server, and determines the rush purchase area of ​​the target product based on the acquisition area.

[0050] Furthermore, according to the rush purchase mode corresponding to the target commodity, the automatic rush purchase device matches the rush purchase session and the rush purchase area of ​​the target commodity, wherein each rush purchase area corresponds to a rush purchase mode and multiple rush purchase sessions.

[0051] In step S200, based on the rush purchase mode corresponding to the target product, the automatic rush purchase device configures the rush purchase conditions for the target product.

[0052] For example, in step S200, the automatic rush-buying device matches the price increase gradient data and price increase multiple data corresponding to the target commodity in the rush-buying mode corresponding to the target commodity.

[0053] The automatic rush-buying device obtains price increase gradient data corresponding to a plurality of commodities including the target commodity through the server.

[0054] According to some embodiments, supplier users can pre-set price increase gradient data and maximum price caps corresponding to multiple commodities of different types according to actual application scenarios and their own needs, and provide the price increase gradient data corresponding to the multiple commodities to the server.

[0055] For example, the default price increase gradient of the product on the server side is: the first increase is 10 yuan / ton, and the price increase gradient is 10 yuan / ton. The unit price of a stainless steel product provided by the supplier user is 10,000 yuan / ton. The default price increase gradient of the product on the server side is no longer applicable to the current product, so the supplier user can set the single price increase gradient applicable to the current product.

[0056] The automatic rush purchase device also obtains the price increase multiple data corresponding to the multiple commodities set by the buyer user through the buyer user client locally.

[0057] According to some embodiments, on the basis that the current real-time price of the commodity is the highest price, each bid of the buyer user is a price of a preset multiple of the price increase gradient set by the supplier user, and does not exceed the upper limit of the maximum price of the commodity to be snapped up set by the supplier user. Among them, the bid price of the preset multiple set by the buyer user for the price increase gradient of the current commodity is the price increase multiple data corresponding to the commodity to be snapped up.

[0058] According to the rush-buying mode corresponding to the target commodity, the automatic rush-buying device matches the price increase gradient data and the price increase multiple data corresponding to the target commodity to complete the configuration of the rush-buying conditions for the target commodity.

[0059] In step S300, the automatic rush-buying device generates and sends bidding data for the target product according to the rush-buying conditions.

[0060] For example, by acquiring the rush-buying sessions and real-time prices of the target commodity, the automatic rush-buying device automatically generates and sends bid data for the target commodity according to the rush-buying conditions of the target commodity.

[0061] The automatic rush purchase device monitors the rush purchase sessions and real-time prices of multiple commodities being rushed purchase on the server side in real time, and obtains the rush purchase session data and real-time price data corresponding to the target commodity through the server side in real time synchronization.

[0062] For example, among the multiple commodities being snapped up on the server side, the current highest bid for hot-rolled steel coil with bundle number A001 is 3,800 yuan / ton, and the current snap-up session ends at 9:30. At 9:29:55, the automatic snap-up device monitors that multiple buyers have set bid data for the commodity, and retrieves the bid data of all buyers and the real-time price of the commodity from the server side.

[0063] Based on the price increase gradient data and price increase multiple data in the set target product purchase conditions, the automatic purchase device sets the purchase price of the target product according to the real-time price of the target product, so as to automatically generate the bid data corresponding to the target product according to the set purchase price during the purchase session of the target product, and send the bid data to the server.

[0064] For example, the automatic rush purchase device automatically generates bid data based on the price increase gradient data and price increase multiple data corresponding to the hot-bundled steel coil with the bundle number A001 before the end time of the current rush purchase at 9:30, based on the real-time price and the maximum price limit of the commodity, and sends it to the server. After receiving the bid data, the server determines that the bid of the automatic rush purchase device is successful, and automatically delays the rush purchase end time of the buyer user corresponding to the automatic rush purchase device by 2 minutes.

[0065] According to some embodiments, the automatic rush-buying device automatically filters out bid data whose highest price among the rush-buying prices is lower than the real-time price of the target product when setting the rush-buying price of the target product.

[0066] In step S400, according to the rush purchase mode corresponding to the target product, the automatic rush purchase device receives the transaction information of the target product.

[0067] For example, in step S400, the automatic rush purchase device obtains the rush purchase result of the target product, and determines whether the target product is sold according to the rush purchase mode corresponding to the target product.

[0068] After sending the bid data corresponding to the target product to the server, the automatic rush purchase device obtains the corresponding rush purchase result from the server.

[0069] According to the transaction determination rules in the rush purchase mode corresponding to the acquired target commodity, the automatic rush purchase device determines whether the rush purchase result is valid, and then determines whether the target commodity is sold through the server.

[0070] According to some embodiments, the transaction determination rules in different rush purchase modes are different. For example, the transaction determination rule in the ordinary price increase and price reduction mode is to determine the buyer user who bids the highest and earliest as the final transaction user, and the final bid price of the user is the final transaction price.

[0071] According to some embodiments, when the automatic rush purchase device determines that the rush purchase result is valid, the server side reviews the final transaction price of the target product through a preset price control model. If it meets the minimum price limit and maximum price limit standards of the price control model, the server side determines that the target product is sold.

[0072] When the automatic buying device determines that the buying result is invalid, or when the automatic buying device determines that the buying result is valid but the final transaction price does not meet the minimum price and maximum price standards of the price control model, the server determines that the target product has failed to be sold.

[0073] According to some embodiments, the server may send the transaction / failure information of the target product to the automatic rush purchase device of the buyer user client and the supplier user client respectively, so as to notify the corresponding buyer user and supplier user.

[0074] According to the embodiments of the present application, the bid data of the target commodity can be automatically sent by monitoring the rush purchase sessions and real-time prices of the target commodity, and the transaction can be automatically determined by the rush purchase mode corresponding to the target commodity set by the user, thereby improving the success rate of the rush purchase of the commodity.

[0075] Figure 3 A block diagram of an automatic rush-to-buy device for commodities according to an exemplary embodiment of the present application is shown.

[0076] like Figure 3 As shown, the automatic rush purchase device 400 includes a mode determination module 410 , a condition configuration module 420 , a rush purchase bidding module 430 and a result confirmation module 440 .

[0077] The mode determination module 410 obtains a plurality of preset commodity rush purchase modes, and obtains a correspondence between a plurality of commodities including a target commodity and the plurality of commodity rush purchase modes.

[0078] The mode determination module 410 determines the rush purchase mode corresponding to the target product according to the correspondence between the product and the rush purchase mode.

[0079] After determining the rush purchase mode corresponding to the target product, the mode determination module 410 obtains the target product's delivery times and the opening hours of the product's automatic rush purchase system through the server, and configures the rush purchase times of the target product accordingly.

[0080] After determining the rush purchase mode corresponding to the target product, the mode determination module 410 further obtains the delivery area of ​​the target product through the server, and determines the rush purchase area of ​​the target product based on the acquisition area.

[0081] According to the rush purchase mode corresponding to the target product, the mode determination module 410 matches the rush purchase session and the rush purchase area of ​​the target product.

[0082] The condition configuration module 420 obtains price increase gradient data corresponding to a plurality of commodities including the target commodity through the server.

[0083] The condition configuration module 420 also obtains the price increase multiple data corresponding to the multiple commodities set by the buyer user through the buyer user client locally.

[0084] According to the rush purchase mode corresponding to the target product, the condition configuration module 420 matches the price increase gradient data and the price increase multiple data corresponding to the target product to complete the configuration of the rush purchase condition of the target product.

[0085] The rush purchase bidding module 430 monitors the rush purchase sessions and real-time prices of multiple commodities being rushed purchase on the server side in real time, and obtains the rush purchase session data and real-time price data corresponding to the target commodity through the server side in real time synchronization.

[0086] Based on the price increase gradient data and price increase multiple data in the set target product rush purchase conditions, the rush purchase bidding module 430 sets the rush purchase price of the target product according to the real-time price of the target product, so as to automatically generate the bidding data corresponding to the target product according to the set rush purchase price during the rush purchase session of the target product, and send the bidding data to the server.

[0087] After sending the bid data corresponding to the target product to the server, the result confirmation module 440 obtains the corresponding rush purchase result from the server.

[0088] According to the transaction determination rules in the rush purchase mode corresponding to the acquired target product, the result confirmation module 440 determines whether the rush purchase result is valid, and then determines whether the target product is sold through the server.

[0089] According to some embodiments, the result confirmation module 440 receives the transaction / failure information of the target product sent by the server to notify the corresponding buyer user.

[0090] Figure 4 A block diagram of an electronic device according to an exemplary embodiment of the present application is shown.

[0091] like Figure 4 As shown, the electronic device 600 is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0092] like Figure 4 As shown, the electronic device 600 is in the form of a general-purpose computing device. The components of the electronic device 600 may include, but are not limited to: at least one processing unit 610, at least one storage unit 620, a bus 630 connecting different system components (including the storage unit 620 and the processing unit 610), a display unit 640, etc. The storage unit stores program codes, which can be executed by the processing unit 610, so that the processing unit 610 executes the methods described in this specification according to various exemplary embodiments of the present application. For example, the processing unit 610 may execute the following: Figure 2 The method shown in .

[0093] The storage unit 620 may include a readable medium in the form of a volatile storage unit, such as a random access memory unit (RAM) 6201 and / or a cache memory unit 6202 , and may further include a read-only memory unit (ROM) 6203 .

[0094] The storage unit 620 may also include a program / utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0095] Bus 630 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0096] The electronic device 600 may also communicate with one or more external devices 700 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), may also communicate with one or more devices that enable a user to interact with the electronic device 600, and / or communicate with any device that enables the electronic device 600 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed via an input / output (I / O) interface 650. Furthermore, the electronic device 600 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) via a network adapter 660. The network adapter 660 may communicate with other modules of the electronic device 600 via a bus 630. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0097] Through the description of the above implementation methods, it is easy for those skilled in the art to understand that the example embodiments described here can be implemented by software, or by combining software with necessary hardware. The technical solution according to the embodiment of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, including several instructions to enable a computing device (which can be a personal computer, a server, a mobile terminal or a network device, etc.) to execute the method according to the embodiment of the present application.

[0098] The software product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, a system, device or device of electricity, magnetism, light, electromagnetic, infrared, or semiconductor, or any combination thereof. More specific examples (non-exhaustive list) of readable storage media include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof.

[0099] Computer readable storage media may include data signals propagated in baseband or as part of a carrier wave, wherein readable program codes are carried. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The readable storage medium may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, device, or device. The program codes contained on the readable storage medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination thereof.

[0100] Program code for performing the operations of the present application may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0101] The computer-readable medium carries one or more programs. When the one or more programs are executed by a device, the computer-readable medium implements the aforementioned functions.

[0102] Those skilled in the art will appreciate that the above modules can be distributed in the device according to the description of the embodiment, or can be changed accordingly and only used in one or more devices different from the embodiment. The modules of the above embodiments can be combined into one module, or further divided into multiple sub-modules.

[0103] The embodiments of the present application are described in detail above, and the description of the above embodiments is only used to help understand the method and core idea of ​​the present application. At the same time, changes or deformations made by those skilled in the art based on the idea of ​​the present application, the specific implementation method and the scope of application of the present application, all belong to the scope of protection of the present application. In summary, the content of this specification should not be construed as limiting the present application.

Claims

1. A method for automatically rushing to buy a commodity, applied to a buyer user client, characterized in that: include: Determine a rush purchase mode corresponding to a target product from among a plurality of preset rush purchase modes for the product; Based on the rush purchase mode corresponding to the target product, configure the rush purchase conditions of the target product; Generate and send bid data for the target product according to the rush purchase conditions; Receive transaction information of the target product according to the rush purchase mode corresponding to the target product.

2. The method according to claim 1, characterized in that Determine the rush purchase mode corresponding to the target product from among the preset multiple rush purchase modes for the product, including: Acquire a correspondence between the multiple commodity rush purchase modes and multiple commodities, where the multiple commodities include the target commodity; According to the corresponding relationship, the rush purchase mode corresponding to the target commodity is determined.

3. The method according to claim 2, characterized in that Determining a rush purchase mode corresponding to a target product from among a plurality of preset rush purchase modes for the product also includes: Configuring the rush purchase sessions for the target product; Determine the rush purchase area of ​​the target product; According to the rush purchase mode corresponding to the target commodity, the rush purchase session and rush purchase area of ​​the target commodity are matched.

4. The method according to claim 1, characterized in that: Based on the rush purchase mode corresponding to the target product, the rush purchase conditions of the target product are configured, including: Receive price increase gradient data corresponding to multiple commodities set by supplier users from the server side; Obtain the price increase multiples data corresponding to multiple commodities set by the buyer user from the local computer; According to the rush purchase mode corresponding to the target product, the price increase gradient data and the price increase multiple data corresponding to the target product are matched.

5. The method according to claim 4, characterized in that Generate and send bid data for the target product according to the rush purchase conditions, including: Real-time monitoring of the rush buying events and real-time prices of the target products; Based on the price increase gradient data and price increase multiple data corresponding to the target product, setting the rush purchase price of the target product according to the real-time price; According to the rush-buy price, bid data for the target product is generated and automatically sent within the rush-buy session.

6. The method according to claim 5, characterized in that Setting the rush purchase price of the target product according to the real-time price includes: The bid data whose highest price among the rush-buy prices is lower than the real-time price are filtered out.

7. The method according to claim 5, characterized in that Receiving transaction information of the target product according to the rush purchase mode corresponding to the target product, including: Obtaining a transaction determination rule in a rush-buy mode corresponding to the target product; Obtaining a rush purchase result corresponding to the bid data for the target product in the rush purchase session; According to the transaction determination rule, it is determined whether the rush purchase result is valid to determine whether the target product is sold.

8. An automatic rush-buying device for commodities, applied to a buyer user client, characterized in that: include: A mode determination module, used to determine a rush purchase mode corresponding to a target commodity among a plurality of preset rush purchase modes for commodities; A condition configuration module, used to configure the rush purchase conditions of the target product based on the rush purchase mode corresponding to the target product; A rush-buy bidding module, used to generate and send bidding data for the target product according to the rush-buy conditions; The result confirmation module is used to receive the transaction information of the target product according to the rush purchase mode corresponding to the target product.

9. An electronic device, characterized in that: include: one or more processors; A storage device for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images