WO2017088676A1 - 组合商品对象交易信息处理方法及装置 - Google Patents

组合商品对象交易信息处理方法及装置 Download PDF

Info

Publication number
WO2017088676A1
WO2017088676A1 PCT/CN2016/105667 CN2016105667W WO2017088676A1 WO 2017088676 A1 WO2017088676 A1 WO 2017088676A1 CN 2016105667 W CN2016105667 W CN 2016105667W WO 2017088676 A1 WO2017088676 A1 WO 2017088676A1
Authority
WO
WIPO (PCT)
Prior art keywords
warehouse
inventory
negative
information
sub
Prior art date
Application number
PCT/CN2016/105667
Other languages
English (en)
French (fr)
Inventor
陈岳阳
姜浩
Original Assignee
阿里巴巴集团控股有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Priority to KR1020187017885A priority Critical patent/KR102127058B1/ko
Priority to JP2018545537A priority patent/JP6609062B2/ja
Publication of WO2017088676A1 publication Critical patent/WO2017088676A1/zh
Priority to US15/982,836 priority patent/US10783493B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Third-party assisted
    • G06Q30/0619—Neutral agent
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/203—Inventory monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing

Definitions

  • the present application relates to the field of commodity object information processing technology, and in particular, to a combined commodity object transaction information processing method and apparatus.
  • the most traditional sales model is the ordinary spot sales model.
  • This model requires that the warehouse must have actual inventory before it can be sold. After the user places the order and pays the full amount, it can be shipped.
  • the inventory in the warehouse is the premise that the merchant can sell normally.
  • the sales demand changes a lot, and the replenishment of the merchant may have periodicity and delay. Therefore, the merchant often faces a problem, that is, It is only suitable for the inventory in the warehouse. If there are too many stocks, it is easy to cause the risk of slow sales. If the stock is too small, it will affect the sales performance.
  • the e-commerce platform also provides a pre-sales model, which does not force the warehouse to have actual inventory, as long as a certain amount of pre-sale virtual inventory is set, the front-end sales can be carried out.
  • the buyer user can pay the deposit first when placing the order, and then pay the final payment at the end of the pre-sale period.
  • the merchant can use this time to replenish the warehouse. In this way, the merchant can pre-sell in advance without stock, and then replenish the goods according to the actual sales situation, and perform the shipping operation.
  • the pre-sale method allows the merchant to replenish the goods according to the actual order placement. Therefore, the effect of accurate distribution can be achieved, and the backlog or shortage of inventory can be avoided.
  • spot sales also have their own benefits. For example, buyers only need to complete the payment once, they can wait for the receipt, and as long as there is inventory in the warehouse, they can ship the buyer as early as possible, etc. . Therefore, in practical applications, spot sales and pre-sales are common sales models.
  • an air conditioner usually includes an internal unit and an external unit.
  • the front-end sales can be combined into a front end of “air conditioning”.
  • the internal and external machines are two separate sub-products, and their respective inventory is also independent.
  • each sub-product adopts the same sales mode, for example, all are spot sales, or both are pre-sales.
  • the front-end combination product can only be set as unsaleable.
  • the two sub-products are also expressed as separate product objects, and no longer exist in the form of a combined product object.
  • Complexity can also lead to more system resources.
  • the application provides a combined commodity object transaction information processing method and device, which can enable the combined commodity object to obtain more saleable opportunities, facilitate the operation of the second user, and save system resources.
  • a combined commodity object transaction information processing method which pre-creates a corresponding negative selling virtual warehouse for each physical warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory of the commodity objects participating in the negative selling Information record
  • the inventory information record includes: real warehouse inventory, real warehouse occupied inventory, negative selling virtual warehouse inventory and negative selling virtual warehouse occupied inventory; front-end sales platform server preferentially uses physical warehouse for pre-routing, in the absence of real positions When selling inventory, use the negative selling virtual warehouse for pre-routing;
  • the method includes:
  • the front-end transaction center server receives the browsing request for browsing the detailed information of the combined product object, and separately obtains the inventory information of each sub-product object;
  • At least one first sub-product object has a real stock in the target physical warehouse
  • at least one second sub-item object has no real stock in the target physical warehouse, but exists in a target negative selling virtual warehouse corresponding to the target physical warehouse Negatively selling the virtual warehouse inventory, providing the saleable information of the combined commodity object;
  • a combined commodity object transaction information processing method pre-establishing a corresponding negative selling virtual warehouse for each physical warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the commodity object participating in the negative selling Inventory information record
  • the inventory information record includes: real warehouse inventory, real warehouse inventory, negative sales virtual warehouse inventory and negative sales virtual warehouse inventory; front-end sales platform server preferentially use physical warehouse for pre-routing, in the real When the warehouse can sell the stock, use the negative selling virtual warehouse to carry out the pre-routing;
  • the method includes:
  • the second user client receives a browsing request for browsing the combined product object detailed information
  • the target entity warehouse Determining, as the pre-routing bin of the first sub-commodity object, determining the target negative vending bin as the pre-routing bin of the second sub-commodity object.
  • a combined commodity object logistics information processing method pre-establishing a corresponding negative selling virtual warehouse for each physical warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory of the commodity objects participating in the negative selling Information record
  • the inventory information record includes: real warehouse inventory, real warehouse occupied inventory, negative selling virtual warehouse inventory and negative selling virtual warehouse occupied inventory; front-end sales platform server preferentially uses physical warehouse for pre-routing, in the absence of real positions When selling inventory, use the negative selling virtual warehouse for pre-routing;
  • the method includes:
  • the logistics center server determines the target transaction order of the logistics order to be generated
  • first child commodity object in the target transaction order is routed to the physical warehouse, and the second child commodity is routed to the negative sales virtual warehouse, a first logistics order is generated for the first child commodity, for the second child
  • the commodity generates a second logistics order.
  • a combined commodity object delivery information processing method which pre-creates a corresponding negative selling virtual warehouse for each physical warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the commodity object participating in the negative selling Inventory information record
  • the inventory information record includes: real warehouse inventory, real warehouse occupied inventory, negative selling virtual warehouse inventory and negative selling virtual warehouse occupied inventory; front-end sales platform server preferentially uses physical warehouse for pre-routing, without real position When the inventory is available for sale, use the negative selling virtual warehouse for pre-routing;
  • the method includes:
  • the delivery center server determines the target transaction order information associated with the specified logistics order when receiving the delivery request for the specified logistics order;
  • the target transaction order information is associated with each logistics order for processing, wherein if the pre-routed warehouse corresponding to one of the logistics orders is a negative selling virtual warehouse, the sub-goods associated with the logistics order are detected. When there is a negative reserve reserve in the object, each sub-item associated with the two logistics orders is packaged and shipped.
  • a combined commodity object transaction information processing device is applied to a front-end trading center server, and a corresponding negative selling virtual warehouse is created in advance for each physical warehouse, and the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves participation.
  • the stock information record of the negatively sold commodity object includes: real warehouse inventory, real warehouse occupied inventory, negative selling virtual warehouse inventory, and negative selling virtual warehouse occupied inventory; front-end sales platform server preferentially utilizes physical warehouse for pre-position Routing, when there is no real warehouse available for sale, use the negative selling virtual warehouse for pre-routing;
  • the device includes:
  • An inventory information obtaining unit configured to receive a browsing request for browsing the combined product object detailed information, and separately obtain inventory information of each sub-product object;
  • a saleable information providing unit configured to: if at least one first sub-product object has a real stock in the target physical warehouse, at least one second sub-item object has no real stock in the target physical warehouse, but corresponds to the target physical warehouse Providing the saleable virtual warehouse inventory in the target negative selling virtual warehouse, and providing the saleable information of the combined commodity object;
  • a pre-routing unit configured to: when receiving the request for purchasing the combined commodity object, generate a transaction order, and when generating the pre-routing information, determine the target entity warehouse as a front end of the first sub-product object
  • the routing bin determines the target negative selling virtual warehouse as the pre-routing bin of the second sub-product object.
  • a combined commodity object transaction information processing device is applied to a second user client to create a corresponding negative selling virtual warehouse for each physical warehouse in advance, and the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves Participating in the inventory information record of the negatively sold commodity object, the inventory information record includes: the real warehouse inventory, the real warehouse occupied inventory, the negative selling virtual warehouse inventory, and the negative selling virtual warehouse occupied inventory; the front-end sales platform server preferentially uses the physical warehouse before proceeding Set routing, when there is no real warehouse available for sale, use the negative selling virtual warehouse for pre-routing;
  • the device includes:
  • a browsing request receiving unit configured to receive a browsing request for browsing the combined product object detailed information
  • a browsing request submitting unit configured to submit the browsing request to a front-end trading platform server, so that the front-end trading platform server separately acquires inventory information of each sub-product object, if at least one first sub-product object is The target entity warehouse has a real warehouse inventory, and at least one second sub-product object has no real warehouse inventory in the target entity warehouse, but there is a negative selling virtual warehouse inventory in the target negative selling virtual warehouse corresponding to the target entity warehouse, and then returns to the The saleable information of the combined commodity object;
  • a saleable information providing unit configured to provide saleable information of the combined commodity object returned by the front-end trading platform server
  • a purchase request receiving unit configured to submit a purchase request to the front-end trading platform server when the request for purchasing the combined commodity object is received, so that the front-end trading platform server generates a transaction order, and when generating the pre-routing information Determining, by the target entity warehouse, a pre-route bin of the first sub-commodity object, and determining the target negative vault as a pre-route bin of the second sub-commodity object.
  • a combined commodity object logistics information processing device is applied to a logistics center server, and a corresponding negative selling virtual warehouse is created in advance for each physical warehouse, and the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves participation negative
  • the inventory information record of the sold commodity object includes: real warehouse inventory, real warehouse occupied inventory, negative selling virtual warehouse inventory, and negative selling virtual warehouse occupied inventory; front-end sales platform server preferentially utilizes physical warehouse for pre-routing , when there is no real warehouse available for sale, use the negative selling virtual warehouse for pre-routing;
  • the device includes:
  • a target transaction order determining unit for determining a target trading order of the logistics order to be generated
  • a pre-routing information determining unit configured to determine pre-routing information recorded in the target transaction order
  • a logistics order generating unit configured to generate a first logistics order for the first sub-goods if the first sub-item object in the target transaction order is routed to the physical warehouse, and the second sub-good item is routed to the negative selling virtual warehouse Generating a second logistics order for the second sub-item.
  • a combined commodity object delivery information processing device is applied to a delivery center server to create a corresponding negative selling virtual warehouse for each physical warehouse in advance, and the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves Participating in the inventory information record of the negatively sold commodity object, the inventory information record includes: the real warehouse inventory, the real warehouse occupied inventory, the negative selling virtual warehouse inventory, and the negative selling virtual warehouse occupied inventory; the front-end sales platform server preferentially uses the physical warehouse before proceeding Set routing, when there is no real warehouse available for sale, use the negative selling virtual warehouse for pre-routing;
  • the device includes:
  • a target transaction order information determining unit configured to determine target transaction order information associated with the specified logistics order when receiving a delivery request for a specified logistics order
  • a determining unit configured to determine whether there is another logistics order associated with the target transaction order information
  • a single processing unit for, if present, associating the target transaction order information with each logistics order Single processing, wherein if the pre-routing warehouse corresponding to one of the logistics orders is a negative selling virtual warehouse, each of the two logistics orders is associated when detecting that the sub-commodity object associated with the logistics order has a negative selling reserved inventory Sub-products are packaged and shipped.
  • the present application discloses the following technical effects:
  • a corresponding negative selling virtual warehouse can be created for the physical warehouse, whether it is spot sales or futures pre-sale, in the case that the commodity object has no real warehouse inventory, the negative selling virtual warehouse inventory can be expressed to the front end.
  • Two users, and each sales model follows the same principle, that is, the delivery priority of the real warehouse is higher than the priority of the negative sales virtual warehouse.
  • the front-end trading platform server can perform pre-routing based on each sub-commodity object, instead of pre-routing based on the entire combined commodity object, so that even if the first sub-product object is at the target
  • the physical warehouse has a real warehouse inventory
  • the second sub-product object has no real warehouse inventory in the target entity warehouse, but as long as the second sub-item object has a negative selling virtual warehouse in the target negative selling virtual warehouse bound with the target entity warehouse
  • the combined product object can be placed in a saleable state and the corresponding saleable information can be provided.
  • the transaction order may be generated, and when the pre-routing information is generated, the target entity warehouse is determined as the pre-route bin of the first sub-product object. And determining the target negative selling virtual position as the pre-routing bin of the second sub-product object.
  • the combined product object can obtain more saleable opportunities, and in the case that the second user does not mind waiting for the first user to replenish the partial sub-products, the second user's purchase operation can be facilitated. You don't have to wait until the inventory status of all sub-items is synchronized before you can buy them. From the perspective of system resources, since there are more opportunities for the combined product object to be purchased by the second user, the number of times the second user repeatedly accesses can be reduced, and thus the effectiveness of the provided information can be improved, thereby Can save system resources.
  • FIG. 1 is a flowchart of a first method provided by an embodiment of the present application.
  • FIG. 3 is a flowchart of a third method provided by an embodiment of the present application.
  • FIG. 4 is a flowchart of a fourth method provided by an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a first device according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a second device provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a third device provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a fourth device provided by an embodiment of the present application.
  • a negative selling virtual warehouse can be created in advance for each physical warehouse, and each negative selling virtual warehouse inherits the coverage of the physical warehouse (the negative selling virtual warehouse can be configured without distribution aging). For example, you can maintain the physical warehouse and the negative sales vacancy information in the form of Table 1 below:
  • the corresponding negative virtual warehouse inventory may be configured on the corresponding negative selling virtual warehouse, and the server may also add a negative selling identifier to the commodity object, and The inventory center server records the negative sales inventory inventory configured by the first user.
  • the server may perform pre-routing by: firstly according to the location of the second user and the current product.
  • each entity warehouse associated with the object determines the matching target entity warehouse, and then query the inventory center server to determine whether there is a real warehouse available inventory of the commodity object in the target entity warehouse, and if so, may display
  • the real position of the commodity object can be sold in stock, and the target physical warehouse is determined as a pre-routed warehouse. Otherwise, if there is no real warehouse available for sale, it is determined whether there is a negative selling virtual warehouse saleable inventory of the commodity object in the negative selling virtual warehouse bound to the target entity warehouse, and if present, the negative of the commodity object may be displayed.
  • Selling a virtual warehouse can sell inventory, and determine the negative selling virtual warehouse as a pre-routed warehouse. In this way, even if the product object has no saleable inventory in the physical warehouse, the product object can be made available for sale, and the second user can normally place the order.
  • the pre-routing warehouse is a physical warehouse
  • a normal transaction order can be generated.
  • the second user can directly deliver the product object after completing the payment operation, and if it is the futures presale mode, the subsequent operation can also be performed according to the normal process.
  • the pre-routing warehouse is a negative selling virtual warehouse
  • a "negative selling order" can be generated. This negative selling order will occupy the negative selling virtual warehouse inventory, and other processes can be improved.
  • the order delivery method with the route to the physical warehouse may be different.
  • the inventory information management method and the stock restocking are in stock. The way of updating, etc. can also be different from the traditional way.
  • the shipping process for a negative sales order the following is a description of the differences between the inventory management and the traditional approach in the negative sales model.
  • the “negative selling virtual warehouse inventory” object is used to record the inventory quantity information in the negative selling virtual warehouse, and a “ The Negative Sell Reserved Stock object, through which the inventory quantity information reserved for the generated negative sell order is recorded.
  • information about "negatively selling reserved stocks" can usually be stored in a warehouse center server. That is to say, for a commodity object participating in a negative sale, its inventory information can be as shown in Table 2 below:
  • the inventory information is described in the form of Table 2 above, but the above table is only used to schematically represent a commodity object participating in the negative sale.
  • the various inventory information in the specific implementation, the information of each field may not be in the same record, or even stored on a different server.
  • the inventory of real warehouses the inventory occupied by real warehouses, the inventory of negative sales of virtual warehouses, the inventory of negative sales of virtual warehouses are stored on the inventory center server, and the reserved inventory for negative sales is stored on the storage center server, etc. .
  • the "real warehouse inventory" of the commodity object is determined according to the inventory quantity in the actual physical warehouse, and the "negative selling virtual warehouse inventory” is configured by the first user, that is, this The maximum number of negative sales of the secondary plan, for example, 100 pieces, etc., while the "negative sale reserved inventory” and the actual inventory occupied by the inventory, the negative sales of the virtual warehouse inventory are all 0. Subsequent to the occurrence of ordinary orders, negative sales orders and the first user replenishment behavior, the value of each field will change.
  • the inventory occupied by the real warehouse can be increased.
  • the inventory of the real warehouse and the inventory occupied by the real warehouse are deducted.
  • the warehouse center server needs to synchronize the inventory change information to the inventory center server.
  • the rules for the inventory synchronization update are different from the traditional method, and the replenishment is not
  • the entire inventory of the warehousing is added to the real warehouse inventory, but can be carried out as follows: first determine the current negative reserve reserve quantity (whReserve) of the commodity object, and the current generated negative impact on the commodity object
  • the total number of negative vault inventory occupied by the sale order (IPMVOccupy) if IPMVOccupy> whReserve, it proves that the current reserved inventory quantity cannot meet the demand of the generated negative sales order, so it can be from the stock of the current replenishment stock.
  • a part of the stock quantity is reserved, and the specific reserved stock quantity is IPMVOccupy-whReserve, so that the actual stock quantity that is actually synchronized to the stock center is increased by quantity-(IPMVOccupy-whReserve).
  • the amount of deduction can be the same as the increase in real stock. That is to say, in the negative sales mode, the total inventory for restocking will be divided into two parts, one part will be added to the negative sales reserve inventory, and the other part will be added to the actual inventory of the inventory center server.
  • the negative reserve reserve quantity of the commodity object can be read from the warehouse center server, and when there is enough negative reserve reserve stock, the negative sale order can be executed. After the actual delivery, the process of deducting the reserve for negative sales, the occupation of negative sales, and the inventory of negative sales are all deducted.
  • the total amount of stocks replenished into the warehouse is 50 pieces.
  • the pre-routing can be performed based on the sub-commodities instead of the pre-routing based on the combined merchandise, so that when the sub-commodity object appears in the sales mode and the inventory type conflicts
  • the sub-commodity object appears in the sales mode and the inventory type conflicts
  • it can be judged whether the sub-goods that have no real stocks in this part are on the negative short positions. Whether there is a negative selling virtual warehouse inventory, and the negative selling virtual warehouse has a binding relationship with the foregoing physical warehouse, and if so, the combined commodity object can be set to a saleable state.
  • different pre-route bins may be generated according to the actual inventory situation of the sub-products, and subsequently, when generating the logistics order, the splitting may be split according to the type of the pre-routed bin.
  • Two logistics orders one logistics order is used to track sub-goods with real warehouse inventory, and another logistics order is used to track sub-goods with no real warehouse inventory, but with negative sales of virtual warehouse inventory.
  • the embodiment of the present application first provides a combined commodity object information processing method from the perspective of a front-end transaction platform server (that is, a server for providing information such as a commodity detail page detail and a purchase operation page buy).
  • a corresponding negative selling virtual warehouse may be created in advance for each physical warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server stores the inventory information of the commodity object participating in the negative selling.
  • the inventory information record includes: real warehouse inventory, real warehouse occupied inventory, negative selling virtual warehouse inventory and negative selling virtual warehouse occupied inventory; front-end sales platform server preferentially uses physical warehouse for pre-routing, available in real warehouse In stock, the negative selling virtual warehouse is used for pre-routing; in addition, the storage center server can store the negative selling reserved inventory records of the commodity objects participating in the negative selling.
  • the inventory in the storage is first The generated negative sales order is reserved, the remaining part is added to the real warehouse inventory, and the corresponding virtual warehouse inventory can also be deducted. The total number, to ensure that plans to sell the same negative.
  • the method may include the following steps:
  • the front-end trading platform server receives the browsing request for browsing the combined product object detailed information, and separately obtains the inventory information of each sub-product object;
  • the inventory information of each sub-product object can be separately obtained first.
  • the identifier of each sub-product object associated with the combined product such as an id, may be first determined, and then the request for acquiring the inventory information of each sub-product object is sent to the inventory center server.
  • the request may also carry the location information of the second user (the location is usually accurate to the city level), and the inventory center server may determine the coverage of the warehouse associated with each sub-product object when receiving the request.
  • the target warehouse whose coverage is matched with the location of the second user, and then query the inventory information of each sub-product object stored in the inventory database in the target warehouse, and preferentially return the real inventory of the sub-product object, if a sub-item object If there is no real warehouse inventory in the target warehouse, then the negative selling virtual warehouse corresponding to the target real warehouse can be determined, and then the negative selling virtual warehouse inventory of the sub-goods object in the negative selling virtual warehouse is returned.
  • At least one first sub-product object has a real inventory in the target physical warehouse, at least one second The sub-product object has no real warehouse inventory in the target entity warehouse, but if there is a negative selling virtual warehouse inventory in the target negative selling virtual warehouse corresponding to the target entity warehouse, the combined commodity object is set to a saleable state;
  • the transaction platform server may judge whether some of the sub-product objects have real inventory inventory (for convenience of description, the partial sub-product object is referred to as the first In the embodiment of the present application, the sub-commodity object does not have a real inventory, and only the negative vault inventory is present (the sub-sub-product object is referred to as a second sub-product object).
  • the corresponding combined product is placed in a saleable state.
  • a combination product is an air conditioner at the front end, and two sub-product objects at the back end, which are internal and external.
  • the front-end trading platform server can query the inventory center server, assuming that the internal unit of the air conditioner has a real inventory in the Beijing warehouse, but the external machine only has a negative correlation in the Beijing warehouse. Selling a virtual warehouse has a negative inventory of the virtual warehouse.
  • the air conditioner can still be regarded as saleable, and the saleable information about the air conditioner is provided on the details page.
  • the operation option for performing an operation such as a purchase in the page can be set to an operable state.
  • the inventory quantity information about the combined commodity object may be first determined, and the minimum value thereof is determined as the saleable inventory quantity of the combined commodity object.
  • an internal unit of an air conditioner has 10 inventories in Beijing warehouse, but the corresponding external machine has 5 inventories in the negative selling virtual warehouse associated with Beijing warehouse. At this time, the saleable inventory of the air conditioner can be displayed as 5 pieces. .
  • the merchant can configure some information for prompting the second user, for example, prompting that “some of the sub-commodities are temporarily out of stock, the replenishment is in progress, but can be taken first”, and the like.
  • the order can be placed first, instead of always paying attention to the arrival information of the goods, and then placing the order after the arrival of the goods, in addition, the second user is also informed in advance that the arrival time may be delayed. To avoid the bad user experience caused by the long wait for the second user without knowing it, and so on.
  • S103 When receiving the request for purchasing the combined commodity object, generating a transaction order, and when generating the pre-routing information, determining the target entity warehouse as a pre-routing bin of the first sub-product, The target negative selling virtual position is determined as the pre-routing bin of the second sub-item.
  • the trading platform server can receive the corresponding request and generate a transaction order, wherein, when generating the transaction order, Pre-routing can also be performed.
  • the so-called pre-routing means that when the transaction order is generated, when the specific delivery process has not yet entered, the warehouse of the delivery can be determined in advance.
  • pre-routing when performing pre-routing, Different sub-product objects may correspond to different types of warehouses. Therefore, pre-routing may be separately performed.
  • the target entity warehouse may be determined as a pre-route bin of the first sub-item, and the target is negative.
  • the sell virtual position is determined as the pre-route bin of the second sub-item. That is to say, in the same transaction order, the recorded pre-routing information can be two, one route to the physical warehouse, and the other route to the negative sales virtual warehouse. Of course, there is a tie between the physical warehouse and the negative selling virtual warehouse. Relationship.
  • the logistics center server can judge the pre-routing information in the transaction order. If there are multiple pre-routing information, corresponding to different types of pre-routing bins, "Single", generating two logistics orders, that is, generating a first logistics order for the first sub-product, and generating a second logistics order for the second sub-product.
  • the first logistics order is used to track the delivery and distribution of the first sub-product
  • the first logistics order is used to track the delivery and distribution of the second sub-good.
  • the split logistics order is associated with the same transaction order, so that when the delivery center server needs to be shipped, the first logistics order associated with the same transaction order can be combined with the second logistics order. . Then, for the logistics order corresponding to the negative selling virtual warehouse, it may first be determined whether the second sub-product generates a negative selling reserved inventory in the corresponding target entity warehouse, and if so, the first sub-product and the second sub-product The goods are packaged and shipped. That is to say, although the order is split in the logistics order stage, since the same transaction order is associated, when the goods are shipped, the order processing can be performed again until all the sub-product objects are in the state of being able to be shipped. And then ship together.
  • the second user will eventually receive each sub-item associated with the same combined item.
  • the so-called negative reserve reserve inventory has been introduced in the previous article.
  • the negative sales mode if a commodity is routed to a negative selling virtual warehouse when generating a trading order, only when a negative selling reserve stock is generated, You can only ship the goods, otherwise you need to wait until the next restocking, add a new negative reserve reserve. This is also the case when the combined product object is split into multiple logistics orders.
  • the second user can also cancel one of the logistics orders.
  • a second user orders an air conditioner, wherein the internal machine has a real inventory, but the external machine has only a virtual inventory.
  • the second user can negotiateate with the first user, cancel the external machine, and only ship the internal machine.
  • the first user can cancel the processing of the logistics order corresponding to the external machine.
  • the delivery center server performs the delivery, if one of the logistics orders is found to be normal and another logistics order has been canceled, the delivery processing can be performed only for the logistics orders that have not been canceled, if the order that has not been cancelled is just right.
  • the logistics detail information of the transaction order may be synchronously updated by tracking the status of the first logistics order and the second logistics order. That is to say, in the embodiment of the present application, since one transaction order is split into two logistics orders, the status of the two logistics orders can be tracked, and then determined according to the status of the two logistics orders. The status of the corresponding trade order. For example, if the first logistics order is in the state of being released, and the second logistics order is in the transit state, the logistics details of the transaction order may not be updated first. After the second sub-goods corresponding to the second logistics order generate a negative reserve reserve inventory, the logistics details of the corresponding transaction order are updated to the shipped status, and the like.
  • the front-end trading platform server can perform pre-routing based on each sub-commodity object, instead of pre-routing based on the entire combined commodity object, so that even the first sub-product
  • the object has a real inventory in the target entity warehouse, and the second sub-item object has no real inventory in the target entity warehouse, but as long as the second sub-item object is negative in the target negative selling virtual bin bound to the target entity warehouse
  • the combined product object can be placed in a saleable state and the corresponding saleable information can be provided.
  • the transaction order may be generated, and when the pre-routing information is generated, the target entity warehouse is determined as the pre-route bin of the first sub-product object. And determining the target negative selling virtual position as the pre-routing bin of the second sub-product object.
  • the combined product object can obtain more saleable opportunities, and in the case that the second user does not mind waiting for the first user to replenish the partial sub-products, the second user's purchase operation can be facilitated. You don't have to wait until the inventory status of all sub-items is synchronized before you can buy them. From the perspective of system resources, since there are more opportunities for the combined product object to be purchased by the second user, the number of times the second user repeatedly accesses can be reduced, and thus the effectiveness of the provided information can be improved, thereby Can save system resources.
  • This embodiment 2 is introduced from the perspective of the second user client.
  • the second embodiment provides a combined commodity object transaction information processing method.
  • a corresponding negative selling virtual warehouse may be created for each physical warehouse in advance, and the negative selling virtual space is created.
  • the warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory information record of the commodity object participating in the negative sale, and the inventory information record includes: the real warehouse inventory, the real warehouse occupied inventory, the negative selling virtual warehouse inventory, and the negative selling virtual warehouse.
  • the front-end sales platform server preferentially uses the physical warehouse for pre-routing, and uses the negative selling virtual warehouse for pre-routing when there is no real-saleable inventory; in addition, the storage center server can save the negative of the commodity object participating in the negative sale.
  • Sell reserved inventory records when the goods are restocked, the inventory is in stock The quantity is first reserved for the generated negative sales order, the remaining part is added to the real warehouse inventory, and the corresponding virtual warehouse inventory can also be deducted to ensure that the total number of planned negative sales remains unchanged.
  • the method may include the following steps:
  • the second user client receives a browsing request for browsing the combined product object detailed information
  • S202 Submit the browsing request to the front-end trading platform server, so that the front-end trading platform server separately obtains inventory information of each sub-product object, and if at least one first sub-product object has a real inventory in the target physical warehouse, at least one The second sub-product object has no real warehouse inventory in the target entity warehouse, but the negative selling virtual warehouse inventory exists in the target negative selling virtual warehouse bound to the target entity warehouse, and the saleable information of the combined commodity object is returned;
  • S203 Providing saleable information of the combined commodity object returned by the front-end trading platform server;
  • S204 When receiving the request to purchase the combined commodity object, submit a purchase request to the front-end trading platform server, so that the front-end trading platform server generates a transaction order, and when generating the pre-routing information, the target is The physical warehouse determines a pre-routing bin of the first sub-commodity object, and determines the target negative vending bin as the pre-route bin of the second sub-commodity object.
  • This third embodiment is introduced from the perspective of a logistics center server.
  • the third embodiment provides a combined commodity object logistics information processing method.
  • a corresponding negative selling virtual warehouse may be created for each physical warehouse in advance, and the negative selling virtual space is created.
  • the warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory information record of the commodity object participating in the negative sale, and the inventory information record includes: the real warehouse inventory, the real warehouse occupied inventory, the negative selling virtual warehouse inventory, and the negative selling virtual warehouse.
  • the front-end sales platform server preferentially uses the physical warehouse for pre-routing, and uses the negative selling virtual warehouse for pre-routing when there is no real-saleable inventory; in addition, the storage center server can save the negative of the commodity object participating in the negative sale.
  • the reserve inventory record is sold. When the goods are replenished into the warehouse, the inventory quantity of the warehouse is first reserved for the generated negative sales order, the remaining part is added to the real warehouse inventory, and the corresponding virtual warehouse inventory can also be performed. Deductions to ensure that the total number of planned sales remains unchanged.
  • the method may include the following steps:
  • the logistics center server determines a target transaction order of the logistics order to be generated
  • S302 Determine pre-routing information recorded in the target transaction order
  • the logistics center server may also track the first logistics order and the second logistics order by tracking Status, synchronously updating the logistics details of the transaction order.
  • the fourth embodiment is introduced from the perspective of the delivery center server.
  • the fourth embodiment provides a method for processing combined goods object delivery information.
  • each of the methods may be pre-defined.
  • the physical warehouse creates a corresponding negative selling virtual warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory information record of the commodity object participating in the negative selling, the inventory information record includes: a real warehouse inventory, The real warehouse takes up inventory, the negative selling virtual warehouse inventory and the negative selling virtual warehouse occupy the inventory; the front-end sales platform server preferentially uses the physical warehouse for pre-routing, and when there is no real warehouse available for sale, the negative selling virtual warehouse is used for pre-routing;
  • the warehousing center server can store the negative sales reserve inventory records of the commodity objects participating in the negative sale.
  • the inventory amount of the warehousing is first reserved for the generated negative sales orders, and the remaining portion is added to In the real warehouse inventory, and the corresponding virtual warehouse inventory can also be deducted to ensure that the total number of planned negative sales remains unchanged.
  • the method may include the following steps:
  • the delivery center server determines the target transaction order information associated with the specified logistics order when receiving the delivery request for the specified logistics order;
  • the associated transaction order identifier such as the transaction order number, etc.
  • the associated target transaction order information can be determined accordingly.
  • S402 Determine whether there is another logistics order associated with the target transaction order information
  • the target transaction order information is associated with each logistics order for processing, wherein if the pre-routed warehouse corresponding to one of the logistics orders is a negative selling virtual warehouse, the logistics order associated with the logistics order is detected.
  • the sub-product object has a negative reserve reserve inventory, each sub-item associated with the two logistics orders is packaged and shipped.
  • the delivery center server may first determine the status of each logistics order. If each logistics order is not cancelled, the execution of the closing operation is triggered. If one of the logistics orders is cancelled, the shipping operation can be performed based only on the logistics order that has not been cancelled.
  • Embodiment 2 to Embodiment 4 are corresponding to the first embodiment. Therefore, the related specific implementation may refer to the description in the first embodiment, and details are not described herein again.
  • the embodiment of the present application further provides a combined commodity object transaction information processing device, which is applied to a front-end transaction center server.
  • a corresponding correspondence may be created for each entity warehouse.
  • the negative selling virtual warehouse, the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory information record of the commodity object participating in the negative selling, the inventory information record includes: the real warehouse inventory, the real warehouse inventory , negative sales of virtual warehouse inventory and negative sales of virtual warehouses occupying inventory; front-end sales platform servers prioritize the use of physical warehouses for pre-position Routing, when there is no real warehouse available for sale, use the negative selling virtual warehouse for pre-routing; in addition, the warehouse center server can save the negative sales reserved inventory records of the commodity objects participating in the negative sale, when the goods are replenished into the warehouse, The stock in stock is first reserved for the generated negative sales order, the remaining part is added to the real warehouse inventory, and the corresponding virtual warehouse inventory can also be deducted to ensure
  • the apparatus may include:
  • the inventory information obtaining unit 501 is configured to receive a browsing request for browsing the combined product object detailed information, and obtain the inventory information of each sub-product object separately;
  • the saleable information providing unit 502 is configured to: if at least one first sub-product object has a real stock in the target physical warehouse, the at least one second sub-product object has no real stock in the target physical warehouse, but is in the warehouse with the target entity Providing the saleable virtual warehouse inventory in the corresponding target negative selling virtual warehouse, providing the saleable information of the combined commodity object;
  • the pre-routing unit 503 is configured to: when receiving the request for purchasing the combined commodity object, generate a transaction order, and when generating the pre-routing information, determine the target entity warehouse as the first sub-product object The routing bin is set, and the target negative selling virtual bin is determined as the pre-routing bin of the second sub-commodity object.
  • the saleable information of the combined product object includes the saleable inventory quantity information of the combined product object, and the saleable information providing unit includes:
  • the saleable stock quantity determining subunit is configured to determine the stock quantity of each sub-goods object, and determine the minimum value thereof as the saleable stock quantity of the combined commodity object.
  • the saleable information of the combined product object does not include delivery aging information.
  • the logistics center server when the logistics center server generates the logistics order associated with the transaction order, generating a first logistics order for the first sub-product and generating the second sub-product according to the pre-routed warehouse type. Second logistics order.
  • the delivery center server delivers the goods according to the logistics order
  • the first logistics order associated with the same transaction order is processed in a single order
  • the second sub-product is detected in the corresponding
  • the first sub-good commodity and the second sub-good commodity are packaged and shipped.
  • each entity warehouse may be created in advance.
  • the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory information record of the commodity object participating in the negative selling, the inventory information record includes: real warehouse inventory, real warehouse occupancy Inventory, negative sales of virtual warehouse inventory and negative sales of virtual warehouses occupying inventory; front-end sales platform server preferentially use physical warehouse for pre-routing, when there is no real warehouse available for sale, use negative selling virtual warehouse for pre-routing; in addition, storage Central server can guarantee The negative sales reserve inventory record of the commodity object participating in the negative sale, when the goods are replenished into the warehouse, the inventory quantity of the warehouse is first reserved for the generated negative sales order, and the remaining part is added to the real warehouse inventory, and It is also possible to deduct the corresponding virtual warehouse inventory to ensure that the total number of planned
  • the apparatus may include:
  • the browsing request receiving unit 601 is configured to receive a browsing request for browsing the combined product object detailed information
  • the browsing request submitting unit 602 is configured to submit the browsing request to the front-end trading platform server, so that the front-end trading platform server separately obtains inventory information of each sub-product object, if at least one first sub-product object exists in the target entity warehouse
  • the real warehouse inventory, at least one second sub-product object has no real warehouse inventory in the target entity warehouse, but if there is a negative selling virtual warehouse inventory in the target negative selling virtual warehouse bound to the target entity warehouse, the combined commodity is returned Available information for the object;
  • a saleable information providing unit 603, configured to provide saleable information of the combined commodity object returned by the front-end trading platform server;
  • the purchase request receiving unit 604 is configured to submit a purchase request to the front-end trading platform server when the request for purchasing the combined commodity object is received, so that the front-end trading platform server generates a transaction order and generates pre-routing information And determining, by the target entity warehouse, a pre-route bin of the first sub-commodity object, and determining the target negative vault as a pre-route bin of the second sub-commodity object.
  • the embodiment of the present application further provides a combined commodity object logistics information processing device, which is applied to a logistics center server.
  • a corresponding corresponding storage may be created for each physical warehouse.
  • Negative selling virtual warehouse the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse
  • the inventory center server stores the inventory information record of the commodity object participating in the negative selling
  • the inventory information record includes: real warehouse inventory, real warehouse occupied inventory, Negative selling virtual warehouse inventory and negative selling virtual warehouses occupying inventory; front-end sales platform server preferentially uses physical warehouse for pre-routing, and when there is no real warehouse available for sale, use negative selling virtual warehouse for pre-routing; in addition, warehouse center server
  • the negative reserve reserve inventory record of the commodity object participating in the negative sale can be saved.
  • the inventory quantity of the warehouse is first reserved for the generated negative sales order, and the remaining part is added to the real warehouse inventory. And the corresponding virtual warehouse inventory can also be deducted to ensure that the total number of planned negative sales remains unchanged.
  • the apparatus may include:
  • a target transaction order determining unit 701 configured to determine a target transaction order of the logistics order to be generated
  • the pre-routing information determining unit 702 is configured to determine pre-routing information recorded in the target transaction order
  • a logistics order generating unit 703 configured to generate a first logistics for the first child commodity if the first child commodity object in the target transaction order is routed to the physical warehouse, and the second sub-good commodity is routed to the negative selling virtual warehouse Order, needle A second logistics order is generated for the second sub-item.
  • the device may further include:
  • a tracking unit configured to synchronously update the logistics detail information of the transaction order by tracking the status of the first logistics order and the second logistics order.
  • the embodiment of the present application further provides a combined commodity object delivery information processing apparatus, which is applied to a delivery center server.
  • each entity warehouse may be created in advance.
  • the negative selling virtual warehouse inherits the coverage of the corresponding physical warehouse, and the inventory center server saves the inventory information record of the commodity object participating in the negative selling, the inventory information record includes: real warehouse inventory, real warehouse occupancy Inventory, negative sales of virtual warehouse inventory and negative sales of virtual warehouses occupying inventory; front-end sales platform server preferentially use physical warehouse for pre-routing, when there is no real warehouse available for sale, use negative selling virtual warehouse for pre-routing; in addition, storage
  • the central server can save the negative sales reserve inventory records of the commodity objects participating in the negative sale.
  • the inventory quantity of the storage is first reserved for the generated negative sales orders, and the remaining part is added to the real warehouse inventory. Medium, and can also deduct the corresponding virtual warehouse inventory to ensure that the total number of planned negative sales remains unchanged.
  • the apparatus may include:
  • the target transaction order information determining unit 801 is configured to determine target transaction order information associated with the specified logistics order when receiving the delivery request for the specified logistics order;
  • a determining unit 802 configured to determine whether there is another logistics order associated with the target transaction order information
  • the processing unit 803 is configured to, if present, associate the target transaction order information with each logistics order for a single order processing, wherein if the pre-routing warehouse corresponding to one of the logistics orders is a negative selling virtual warehouse, then detecting When there is a negative reserve reserve inventory to the sub-commodity object associated with the logistics order, each sub-item associated with the two logistics orders is packaged and shipped.
  • the device may further include:
  • a logistics order status determining unit configured to determine a status of each logistics order after determining that each logistics order of the same transaction order is associated
  • the triggering unit is configured to trigger execution of the closing operation if each of the logistics orders is not cancelled.
  • the shipping unit is used to perform a shipping operation based only on the logistics order that has not been canceled if one of the logistics orders is cancelled.
  • the front-end trading platform server can perform pre-routing based on each sub-product object, instead of pre-routing based on the entire combined commodity object, so that even if the first sub-product object is The target entity warehouse has a real inventory, and the second sub-item object is not in the target entity warehouse.
  • the warehouse inventory but as long as the second sub-product object has a negative selling virtual warehouse inventory in the target negative selling virtual warehouse bound to the target physical warehouse, the combined commodity object can be put into a saleable state, and the corresponding saleable is provided. information.
  • the transaction order may be generated, and when the pre-routing information is generated, the target entity warehouse is determined as the pre-route bin of the first sub-product object. And determining the target negative selling virtual position as the pre-routing bin of the second sub-product object.
  • the combined product object can obtain more saleable opportunities, and in the case that the second user does not mind waiting for the first user to replenish the partial sub-products, the second user's purchase operation can be facilitated. You don't have to wait until the inventory status of all sub-items is synchronized before you can buy them. From the perspective of system resources, since there are more opportunities for the combined product object to be purchased by the second user, the number of times the second user repeatedly accesses can be reduced, and thus the effectiveness of the provided information can be improved, thereby Can save system resources.
  • the present application can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a storage medium such as a ROM/RAM or a disk. , an optical disk, etc., includes instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present application or portions of the embodiments.
  • a computer device which may be a personal computer, server, or network device, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了组合商品对象交易信息处理方法及装置，其中，该方法包括：前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。通过本申请实施例，能够使得组合商品对象可以获得更多的可售机会，方便第二用户的操作，节省系统资源。

Description

组合商品对象交易信息处理方法及装置
本申请要求2015年11月23日递交的申请号为201510819005.1、发明名称为“组合商品对象交易信息处理方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及商品对象信息处理技术领域，特别是涉及组合商品对象交易信息处理方法及装置。
背景技术
在电商销售平台中，最为传统的销售模式就是普通现货销售模式，这种模式要求仓库中必须有实际库存才可销售，用户下单并支付全款后即可发货。可见，在现货销售模式下，仓库内有库存是商家能够正常销售的前提，但是，销售需求变化多端，商家补货可能会存在周期性、延迟性，因此，商家往往面临一个难题，那就是到底往仓库存多少货才合适。如果备货过多，则容易造成滞销的风险，如果备货过少，则会影响销售业绩。
为了使得商家可以更灵活的进行备货，电商平台中还提供了预售模式，这种模式并不强制仓库有实际库存，只要设置一定的预售虚拟库存量，就可以进行前端销售。买家用户在下单时可以先支付定金，在预售期快要结束时，再支付尾款，在从支付定金到支付尾款的过程中，商家可以利用这段时间向仓库中补货。这样，商家可以在无库存的情况下提前预售，然后，按照实际的销售情况进行补货，并执行发货操作即可。
显然，预售的方式使得商家可以根据实际的下单情况进行补货，因此，可以达到准确铺货的效果，避免造成库存的积压或者不足等情况的发生。但是，现货销售也有其自身的好处，例如，买家用户只需要一次性完成付款，就可以等待收货，并且只要仓库内有库存，就可以尽可能早地为买家用户发货，等等。因此，在实际应用中，现货销售与预售都是普遍存在的销售模式。
然而，在实际应用中可能存在以下情况：有些商品对象在前端销售时是一件商品对象，但在后端仓库中却对应着两个或多个子商品。通常，可以将这种前端商品对象称为“组合商品对象”，例如，空调通常包括内机和外机两部分，为了便于消费者购买，在前端销售时，可以组合为“空调”这样一个前端组合商品对象进行销售，但是实际上在 后端仓库中，内机和外机是两个独立的子商品，各自的库存也是独立的。
但是，在现有技术中，对于组合商品对象，通常要求各个子商品采用相同的销售模式，例如，均为现货销售，或者均为预售。对于不同子商品采用不同销售模式的情况，只能将该前端组合商品置为不可售。或者，在前端也将两个子商品分别表达为独立的商品对象，不再以组合商品对象的形式存在。但此时，消费者如果仍然需要购买各个子商品，则需要多次下单，或者，分别将各个子商品加入“购物车”之后再统一进行下单，等等，增加了第二用户的操作复杂度，也会导致占用更多的系统资源。
因此，如何在存在组合商品对象的情况下，使得各子商品也能够灵活地设置销售模式，是需要本领域技术人员解决的技术问题。
发明内容
本申请提供了组合商品对象交易信息处理方法及装置，能够使得组合商品对象可以获得更多的可售机会，方便第二用户的操作，节省系统资源。
本申请提供了如下方案：
一种组合商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象 的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
第二用户客户端接收浏览组合商品对象详情信息的浏览请求；
将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象物流信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
物流中心服务器确定待生成物流订单的目标交易订单；
确定所述目标交易订单中记录的前置路由信息；
如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
一种组合商品对象发货信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断是否存在与所述目标交易订单信息关联的另一物流订单；
如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
一种组合商品对象交易信息处理装置，应用于前端交易中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
库存信息获取单元，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
可售信息提供单元，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
前置路由单元，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象交易信息处理装置，应用于第二用户客户端，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
浏览请求接收单元，用于接收浏览组合商品对象详情信息的浏览请求；
浏览请求提交单元，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在 目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
可售信息提供单元，用于提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
购买请求接收单元，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象物流信息处理装置，应用于物流中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
目标交易订单确定单元，用于确定待生成物流订单的目标交易订单；
前置路由信息确定单元，用于确定所述目标交易订单中记录的前置路由信息；
物流订单生成单元，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
一种组合商品对象发货信息处理装置，应用于发货中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
目标交易订单信息确定单元，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断单元，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；
合单处理单元，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合 单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以为实体仓库创建对应的负卖虚仓，无论是现货销售还是期货预售，在商品对象无实仓库存的情况下，都可以将负卖虚仓库存表达给前端第二用户，并且，每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级。在此基础上，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品的库存状态同步之后才能购买。从系统资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省系统资源。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图；
图2是本申请实施例提供的第二方法的流程图；
图3是本申请实施例提供的第三方法的流程图；
图4是本申请实施例提供的第四方法的流程图；
图5是本申请实施例提供的第一装置的示意图；
图6是本申请实施例提供的第二装置的示意图；
图7是本申请实施例提供的第三装置的示意图；
图8是本申请实施例提供的第四装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，提出了“负卖”的概念。具体的，可以预先为各个实体仓库创建负卖虚仓，每个负卖虚仓继承实体仓库的覆盖范围(负卖虚仓可以不配置配送时效)。例如，可以通过以下表1的形式维护实体仓库以及负卖虚仓信息：
表1
实体仓库id 实体仓库名称 负卖虚仓id 负卖虚仓名称 覆盖范围
20001 北京实仓 30001 北京负卖虚仓 北京市
…… …… …… …… ……
第一用户(例如商家、卖家等)需要对某商品对象进行负卖时，可以在对应的负卖虚仓上配置对应的负卖虚仓库存，服务器还可以为商品对象添加负卖标识，并由库存中心服务器记录第一用户为其配置的负卖虚仓库存。第二用户(例如买家等)在浏览商品对象的详情信息页面时，服务器在判断出该商品对象是负卖商品时，可以通过以下方式进行前置路由：首先根据第二用户所在地以及当前商品对象关联的各个实体仓库的覆盖范围，判断出匹配的目标实体仓库，然后通过查询库存中心服务器，确定该目标实体仓库中是否有该商品对象的实仓可售库存，如果有，则可以展示出该商品对象的实仓可售库存，并将该目标实体仓库确定为前置路由仓。否则，如果没有实仓可售库存，则判断该目标实体仓库绑定的负卖虚仓中是否存在该商品对象的负卖虚仓可售库存，如果存在，则可以展示出该商品对象的负卖虚仓可售库存，并将该负卖虚仓确定为前置路由仓。这样，使得即使商品对象在实体仓库中没有可售库存的情况下，也能够使得商品对象处于可售状态，第二用户能够正常进行下单。
在第二用户下单时，如果前置路由仓是实体仓库，则可以生成普通的交易订单，之 后如果采用的是现货销售模式，就可以在第二用户完成付款等操作后，直接对该商品对象进行发货，如果是期货预售模式，也可以按照正常的流程执行后续的操作。而如果前置路由仓是负卖虚仓，则可以生成“负卖订单”，这种负卖订单将会占用负卖虚仓库存，并且还可以对其他流程进行改进。例如，对于路由到负卖虚仓的交易订单，在进入到发货流程时，与路由到实体仓库的订单发货方式可以有所不同，另外，库存信息管理方式、补货入库时对库存的更新方式等也都可以与传统方式有所不同。在介绍负卖订单的发货流程之前，下面首先对负卖模式下库存管理方面的与传统方式的不同之处进行介绍。
在负卖模式下，除了通过“实仓库存”对象来记录实体仓库中的库存数量信息，通过“负卖虚仓库存”对象来记录负卖虚仓中的库存数量信息，还可以创建一个“负卖预留库存”对象，通过该对象来记录为已生成的负卖订单预留的库存数量信息。具体的，关于“负卖预留库存”的相关信息通常可以保存在仓储中心服务器。也就是说，关于一个参加负卖的商品对象而言，其库存信息可以如以下表2所示：
表2
Figure PCTCN2016105667-appb-000001
需要说明的是，为了方便对各项库存信息进行比对，采用了上述表2的形式对库存信息进行了描述，但是，上述表格中仅用于示意性地表示一个参加负卖的商品对象对应的各种库存信息，具体实现时，各个字段的信息可以并不是在同一条记录中，甚至保存在不同的服务器上。例如，关于实仓库存、实仓占用库存、负卖虚仓库存、负卖虚仓占用库存是保存在库存中心服务器上，而关于负卖预留库存，则保存在仓储中心服务器上，等等。
在一个商品对象被配置为负卖的初始状态下，该商品对象的“实仓库存”根据实际实体仓库中的库存数量确定，“负卖虚仓库存”是第一用户配置的，也就是此次计划负卖的最大数量，例如100件等等，而“负卖预留库存”以及实仓占用库存、负卖虚仓库存占用均为0。后续随着普通订单、负卖订单的生成以及第一用户补货行为的发生，各个字段的数值都会发生变化。
具体的，生成普通订单时，可以增加实仓占用库存，当实际为普通订单发货时，对实仓库存以及实仓占用库存量均进行扣减。生成负卖订单时，增加负卖虚仓占用库存。 当第一用户对该商品对象进行补货时，仓储中心服务器需要将库存变化信息同步到库存中心服务器，在负卖模式下，库存同步更新的规则与传统方式有所不同，并不是将补货入库的全部库存(quantity)都增加到实仓库存上，而是可以如下进行：首先确定该商品对象当前的负卖预留库存数量(whReserve)，以及当前已经生成的关于该商品对象的负卖订单占用的负卖虚仓库存总数(IPMVOccupy)，如果IPMVOccupy>whReserve，则证明当前的预留库存数量不能满足已经生成的负卖订单的需求，于是，可以从当前补货入库的库存中，追加预留一部分库存数量，具体追加的预留库存数量为IPMVOccupy-whReserve，这样，实际同步到库存中心的实仓库存的增加量为quantity-(IPMVOccupy-whReserve)。在实仓库存有了增加量之后，为了使得之前制定的负卖计划数量保持不变，还可以对负卖虚仓库存进行扣减。通常，扣减的量与实仓库存的增加量可以是相同的。也就是说，在负卖模式下，对于补货入库的库存总数，会被分成两部分，一部分增加到负卖预留库存中，一部分增加到库存中心服务器的实仓库存中。
在对负卖订单执行发货时，可以从仓储中心服务器读取关于该商品对象的负卖预留库存数量，当存在足够的负卖预留库存时，即可为该负卖订单执行发货流程，实际发货后，对负卖预留库存、负卖虚仓占用以及负卖虚仓库存量均进行扣减。
例如，某商品对象在被指定为负卖商品的初始状态下，各字段的信息为表3所示：
表3
Figure PCTCN2016105667-appb-000002
在经过了一段时间的前端销售之后，实仓库存全部被占用，之后产生了一些负卖订单，这些负卖订单共占用的负卖虚仓库存数量为20，则上述表3各字段的信息变为：
表4
Figure PCTCN2016105667-appb-000003
此时，实仓可售库存为10-10＝0，负卖虚仓可售库存为100-20＝80。假设此时第一用户为该商品对象进行了补货，补货入库的库存数量共为50件。此时，在进行更新各种库存数量时可以如下进行：首先确定出负卖虚仓库存占用与负卖预留库存之间的差值为 20-0＝20，因此，可以首先从50件补货库存中取出20件作为负卖预留库存，也即负卖预留库存增加20。之后，补货的库存剩余30件，可以增加到实仓库存上，使得实仓可售库存变为(10+30)-10＝30。另外，还可以将负卖虚仓库存扣减30件，也即，计划负卖的数量转移到实仓中销售，负卖虚仓可售库存变为(100-30)-20＝50。通过对负卖虚仓的扣减，可以保持原负卖计划总数不变。更新之后各字段的数量为：
表5
Figure PCTCN2016105667-appb-000004
假设后续对之前已经产生的订单都完成了发货，并且没有再产生新的交易订单，则更新后的各字段的数量为：
表6
Figure PCTCN2016105667-appb-000005
通过这种方式，无论是现货销售还是预售，都可以实现在无实仓库存的状态下，使得商品对象可售，避免销售业绩受到影响，并且，由于每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级，再结合后续补货等过程中对各类型库存数量的更新策略，使得即使同一后端商品对象在前端采用多种销售模式同时销售，也不会发生超卖的现象。
在上述负卖模式的基础上，对于组合商品对象，可以基于子商品进行前置路由，而不是基于组合商品进行前置路由，这样，当出现子商品对象在销售模式、库存类型上存在冲突的情况时，例如，其中部分子商品在某实体仓库中存在实仓库存，而另一部分子商品没有实仓库存的情况，可以判断这部分没有实仓库存的子商品，是否在负卖虚仓上是否有负卖虚仓库存，并且该负卖虚仓与前述实体仓库具有绑定关系，如果有，则可以将该组合商品对象置为可售状态。也即，允许其继续作为组合商品进行销售，并且处于可以下单购买的状态。在第二用户下单购买该组合商品对象时，可以根据子商品的实际库存情况，生成不同的前置路由仓，后续在生成物流订单时，可以根据前置路由仓的类型不同，拆分成两个物流订单，一个物流订单用于跟踪有实仓库存的子商品，另一个物流订单用于跟踪无实仓库存，但是有负卖虚仓库存的子商品。后续在商品出库时，还可 以将两个物流订单进行合单，并且，等到所有负卖的子商品在实体仓库中产生负卖预留库存时，再统一进行发货。也就是说，在本申请实施例中，对于组合商品对象，即使各个子商品之间出现库存冲突，也仍然能够正常以组合商品对象的形式进行销售。在具体实现过程中，对于交易流程、物流订单生成流程以及后续的发货流程等多个流程中的处理逻辑都可以进行相应的修改。下面对具体的实现方式进行详细介绍。
实施例一
参见图1，本申请实施例首先从前端交易平台服务器(也即用于提供商品详情页面detail、购买操作页面buy等信息的服务器)的角度，提供了一种组合商品对象信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，该方法可以包括以下步骤：
S101：前端交易平台服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
在本申请实施例中，对于组合商品，在前端销售时，仍然以组合商品的形式存在，但是，分别对子商品进行前置路由。因此，在该步骤中，首先可以分别获取各子商品对象的库存信息。具体的，可以首先确定出组合商品关联的各个子商品对象的标识，例如id等，然后向库存中心服务器发送获取各个子商品对象库存信息的请求。当然，该请求中还可以携带有第二用户所在地信息(该所在地通常精确到城市级别即可)，库存中心服务器在接收到该请求时，可以根据各个子商品对象关联的仓库的覆盖范围，确定出覆盖范围与第二用户所在地相匹配的目标仓库，然后，查询库存数据库中保存的各个子商品对象在该目标仓库的库存信息，并优先返回子商品对象的实仓库存，如果某子商品对象在该目标仓库无实仓库存，则可以确定出该目标实仓对应的负卖虚仓，然后返回该子商品对象在该负卖虚仓中的负卖虚仓库存。
S102：如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二 子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则将所述组合商品对象置为可售状态；
交易平台服务器在接收到库存中心服务器返回的各个子商品对象的库存信息后，可以进行判断，如果其中部分子商品对象均存在实仓库存(为便于描述，将这部分子商品对象称为第一子商品对象)，而另一部分子商品对象不存在实仓库存，仅存在负卖虚仓库存(将这部分子商品对象称为第二子商品对象)，则在本申请实施例中，仍然可以将对应的组合商品置为可售状态。例如，某组合商品在前端销售时是一款空调，在后端对应两个子商品对象，分别为内机和外机。某北京的买家在访问该空调的详情页面时，前端交易平台服务器就可以查询库存中心服务器，假设获知该空调的内机在北京仓有实仓库存，但是外机只有在北京仓关联的负卖虚仓有负卖虚仓库存，此时，仍然可以将该空调视为可售，并在详情页面中提供关于该空调的可售信息。
具体实现时，在提供关于组合商品对象的可售信息时，可以将页面内用于执行购买等操作的操作选项置为可操作状态。另外，还可以提供关于该组合商品对象的库存数量信息。具体的，可以首先确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。例如，某空调的内机在北京仓具有10件库存，但对应的外机在北京仓关联的负卖虚仓中有5件库存，此时，可以将该空调的可售库存显示为5件。另外，关于配送时效，由于其中部分子商品对象只有在负卖虚仓中有库存，而需要经过卖家的补货、发货、配送等一系列流程才能送达第二用户指定的地址，中间有些不确定的因素，因此，可以先不显示配送时效。但是，商家可以自行配置一些信息用于对第二用户进行提示，例如，提示出“部分子商品实仓内暂时无货，正在进行补货，但可以先拍下”，等等。这样，如果第二用户愿意等待，就可以先下单，而不用一直关注商品的到货信息，在到货后再下单，另外，也使得第二用户预先获知可能到货时间会有所延迟，避免在第二用户不知情的情况下过长时间的等待造成的不良用户体验，等等。
S103：接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品的前置路由仓。
在将组合商品对象置为可售状态后，第二用户就可以对其进行购买操作，相应的，交易平台服务器就可以收到对应的请求，并生成交易订单，其中，在生成交易订单时，还可以进行前置路由，所谓的前置路由就是指在交易订单生成时，尚未进入具体的发货流程时，就可以提前确定出发货的仓库。在本申请实施例中，在进行前置路由时，由于 不同的子商品对象可能对应不同类型的仓库，因此，可以分别进行前置路由，具体的，可以将所述目标实体仓库确定为所述第一子商品的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品的前置路由仓。也就是说，在同一交易订单中，记录的前置路由信息可以是两条，一条路由到实体仓库，另一条路由到负卖虚仓，当然，该实体仓库与负卖虚仓之间具有绑定关系。
后续在根据交易订单生成物流订单时，物流中心服务器可以对交易订单中的前置路由仓信息进行判断，如果存在多条前置路由信息，对应不同类型的前置路由仓，则可以进行“拆单”，生成两个物流订单，也即针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。其中，第一物流订单用于跟踪第一子商品的发货、配送等情况，第一物流订单用于跟踪第二子商品的发货、配送等情况。
当然，拆分后的物流订单关联同一个交易订单，这样，在发货中心服务器需要进行发货时，可以将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单。然后，对于对应负卖虚仓的物流订单，可以首先判断第二子商品在对应的目标实体仓库中是否产生负卖预留库存，如果是，则可以将第一子商品与所述第二子商品进行打包发货。也就是说，虽然在物流订单阶段对订单进行拆分，但是由于关联了同一交易订单，因此，在发货时，可以再进行合单处理，等到所有子商品对象都处于可以发货的状态时，再一起进行发货。这样，第二用户最终还是会同时收到同一组合商品关联的各个子商品。其中，所谓的负卖预留库存已经在前文中有所介绍，在负卖模式下，如果一个商品在生成交易订单时被路由到负卖虚仓，则只有在产生负卖预留库存时，才可以进行发货，否则需要等待，等到下次补货入库时，增加新的负卖预留库存。在组合商品对象被拆分成多个物流订单的情况也是如此。
需要说明的是，在具体实现时，由于对物流订单进行了拆分，因此，第二用户还可以对其中一个物流订单进行取消。例如，某第二用户下单了一部空调，其中，内机有实仓库存，外机却只有虚仓库存，此时，如果第二用户不想再等待外机补货，则第二用户可以与第一用户进行协商，将外机取消，只对内机进行发货，在协商一致的情况下，第一用户可以对外机对应的物流订单进行取消处理。这样，发货中心服务器在执行发货时，如果发现其中一个物流订单正常，另一个物流订单已经被取消，则可以只对未被取消的物流订单执行发货处理，如果未被取消的订单刚好对应有实体库存的子商品，则可以直接进入发货流程，无需再等待，使得第二用户可以尽快收到该子商品。如果两个物流订单均未被取消，则进入前述合单过程，然后等到所有子商品都可以发货后，再一起进行 打包发货。
此外，在本申请实施例中，还可以通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。也就是说，在本申请实施例中，由于一个交易订单被拆分成了两个物流订单，因此，可以对两个物流订单的状态都进行跟踪，然后根据两个物流订单的状态，来确定对应的交易订单的状态。例如，第一物流订单处于待出库状态，第二物流订单处于调拨在途状态，则可以先不对交易订单的物流详情信息进行更新。等到第二物流订单对应的第二子商品产生负卖预留库存后，再将对应的交易订单的物流详情更新为已发货状态，等等。
总之，通过本申请实施例，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品的库存状态同步之后才能购买。从系统资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省系统资源。
实施例二
该实施例二从第二用户客户端的角度进行介绍。参见图2，该实施例二提供了一种组合商品对象交易信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存 量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，该方法可以包括以下步骤：
S201：第二用户客户端接收浏览组合商品对象详情信息的浏览请求；
S202：将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
S203：提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
S204：接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
实施例三
该实施例三从物流中心服务器的角度进行介绍。参见图3，该实施例三提供了一种组合商品对象物流信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，该方法可以包括以下步骤：
S301：物流中心服务器确定待生成物流订单的目标交易订单；
S302：确定所述目标交易订单中记录的前置路由信息；
S303：如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
具体实现时，物流中心服务器还可以通过跟踪所述第一物流订单以及第二物流订单 的状态，同步更新所述交易订单的物流详情信息。
实施例四
该实施例四从发货中心服务器的角度进行介绍，参见图4，该实施例四提供了一种组合商品对象发货信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，该方法可以包括以下步骤：
S401：发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
物流订单在生成后，其中通常会记录关联的交易订单标识，例如交易订单编号等等，因此，就可以据此确定出关联的目标交易订单信息。
S402：判断是否存在与所述目标交易订单信息关联的另一物流订单；
S403：如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
具体实现时，发货中心服务器在确定出关联相同交易订单各物流订单后，还可以首先确定各物流订单的状态，如果各物流订单均未被取消，则触发执行所述合单操作。如果其中之一物流订单被取消，则可以仅基于未被取消的物流订单执行发货操作。
需要说明的是，前述实施例二至实施例四均是与实施例一相对应的，因此，相关的具体实现可以参见实施例一中的记载，这里不再赘述。
与实施例一相对应，本申请实施例还提供了一种组合商品对象交易信息处理装置，应用于前端交易中心服务器，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置 路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，参见图5，该装置可以包括：
库存信息获取单元501，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
可售信息提供单元502，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
前置路由单元503，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
其中，所述组合商品对象的可售信息包括所述组合商品对象的可售库存数量信息，所述可售信息提供单元包括：
可售库存数量确定子单元，用于确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。
所述组合商品对象的可售信息不包括配送时效信息。
具体实现时，物流中心服务器在生成与所述交易订单关联的物流订单时，根据前置路由仓类型的不同，针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
发货中心服务器在根据物流订单进行发货时，将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单处理，并在检测到所述第二子商品在对应的目标实体仓库中存在负卖预留库存时，将所述第一子商品与所述第二子商品进行打包发货。
与实施例二相对应，本申请实施例还提供了一种组合商品对象交易信息处理装置，应用于第二用户客户端，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保 存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，参见图6，该装置可以包括：
浏览请求接收单元601，用于接收浏览组合商品对象详情信息的浏览请求；
浏览请求提交单元602，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
可售信息提供单元603，用于提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
购买请求接收单元604，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
与实施例三相对应，本申请实施例还提供了一种组合商品对象物流信息处理装置，应用于物流中心服务器，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，参见图7，该装置可以包括：
目标交易订单确定单元701，用于确定待生成物流订单的目标交易订单；
前置路由信息确定单元702，用于确定所述目标交易订单中记录的前置路由信息；
物流订单生成单元703，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针 对所述第二子商品生成第二物流订单。
具体实现时，该装置还可以包括：
跟踪单元，用于通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。
与实施例四相对应，本申请实施例还提供了一种组合商品对象发货信息处理装置，应用于发货中心服务器，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。
具体的，参见图8，该装置可以包括：
目标交易订单信息确定单元801，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断单元802，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；
合单处理单元803，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
具体实现时，该装置还可以包括：
物流订单状态确定单元，用于在确定出关联相同交易订单各物流订单后，确定各物流订单的状态；
触发单元，用于如果各物流订单均未被取消，则触发执行所述合单操作。
发货单元，用于如果其中之一物流订单被取消，则仅基于未被取消的物流订单执行发货操作。
通过本申请实施例，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实 仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品的库存状态同步之后才能购买。从系统资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省系统资源。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的组合商品对象交易信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (22)

  1. 一种组合商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述方法包括：
    前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
    如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
    接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
  2. 根据权利要求1所述的方法，其特征在于，所述组合商品对象的可售信息包括所述组合商品对象的可售库存数量信息，所述组合商品对象的可售库存数量信息通过以下方式确定：
    确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。
  3. 根据权利要求1所述的方法，其特征在于，所述组合商品对象的可售信息不包括配送时效信息。
  4. 根据权利要求1所述的方法，其特征在于，还包括：
    物流中心服务器在生成与所述交易订单关联的物流订单时，根据前置路由仓类型的不同，针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
  5. 根据权利要求4所述的方法，其特征在于，还包括：
    发货中心服务器在根据物流订单进行发货时，将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单处理，并在检测到所述第二子商品在对应的目标实体仓库中存在负卖预留库存时，将所述第一子商品与所述第二子商品进行打包发货。
  6. 一种组合商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建 对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述方法包括：
    第二用户客户端接收浏览组合商品对象详情信息的浏览请求；
    将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
    提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
    接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
  7. 一种组合商品对象物流信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述方法包括：
    物流中心服务器确定待生成物流订单的目标交易订单；
    确定所述目标交易订单中记录的前置路由信息；
    如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
  8. 根据权利要求7所述的方法，其特征在于，还包括：
    通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。
  9. 一种组合商品对象发货信息处理方法，其特征在于，预先为每个实体仓库创建 对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述方法包括：
    发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
    判断是否存在与所述目标交易订单信息关联的另一物流订单；
    如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
  10. 根据权利要求9所述的方法，其特征在于，还包括：
    在确定出关联相同交易订单各物流订单后，确定各物流订单的状态；
    如果各物流订单均未被取消，则触发执行所述合单操作。
  11. 根据权利要求10所述的方法，其特征在于，还包括：
    如果其中之一物流订单被取消，则仅基于未被取消的物流订单执行发货操作。
  12. 一种组合商品对象交易信息处理装置，其特征在于，应用于前端交易中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述装置包括：
    库存信息获取单元，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
    可售信息提供单元，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
    前置路由单元，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓， 将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
  13. 根据权利要求12所述的装置，其特征在于，所述组合商品对象的可售信息包括所述组合商品对象的可售库存数量信息，所述可售信息提供单元包括：
    可售库存数量确定子单元，用于确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。
  14. 根据权利要求12所述的装置，其特征在于，所述组合商品对象的可售信息不包括配送时效信息。
  15. 根据权利要求12所述的装置，其特征在于，物流中心服务器在生成与所述交易订单关联的物流订单时，根据前置路由仓类型的不同，针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
  16. 根据权利要求15所述的装置，其特征在于，发货中心服务器在根据物流订单进行发货时，将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单处理，并在检测到所述第二子商品在对应的目标实体仓库中存在负卖预留库存时，将所述第一子商品与所述第二子商品进行打包发货。
  17. 一种组合商品对象交易信息处理装置，其特征在于，应用于第二用户客户端，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述装置包括：
    浏览请求接收单元，用于接收浏览组合商品对象详情信息的浏览请求；
    浏览请求提交单元，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
    可售信息提供单元，用于提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
    购买请求接收单元，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前 置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
  18. 一种组合商品对象物流信息处理装置，其特征在于，应用于物流中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述装置包括：
    目标交易订单确定单元，用于确定待生成物流订单的目标交易订单；
    前置路由信息确定单元，用于确定所述目标交易订单中记录的前置路由信息；
    物流订单生成单元，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
  19. 根据权利要求18所述的装置，其特征在于，还包括：
    跟踪单元，用于通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。
  20. 一种组合商品对象发货信息处理装置，其特征在于，应用于发货中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
    所述装置包括：
    目标交易订单信息确定单元，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
    判断单元，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；
    合单处理单元，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
  21. 根据权利要求20所述的装置，其特征在于，还包括：
    物流订单状态确定单元，用于在确定出关联相同交易订单各物流订单后，确定各物流订单的状态；
    触发单元，用于如果各物流订单均未被取消，则触发执行所述合单操作。
  22. 根据权利要求21所述的装置，其特征在于，还包括：
    发货单元，用于如果其中之一物流订单被取消，则仅基于未被取消的物流订单执行发货操作。
PCT/CN2016/105667 2015-11-23 2016-11-14 组合商品对象交易信息处理方法及装置 WO2017088676A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020187017885A KR102127058B1 (ko) 2015-11-23 2016-11-14 조합 상품 대상체의 거래 정보를 처리하기 위한 방법 및 디바이스
JP2018545537A JP6609062B2 (ja) 2015-11-23 2016-11-14 商品オブジェクトアセンブリの取引情報を処理する方法及び装置
US15/982,836 US10783493B2 (en) 2015-11-23 2018-05-17 Method and device for processing transaction information of merchandise object assembly

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510819005.1 2015-11-23
CN201510819005.1A CN106779897B (zh) 2015-11-23 2015-11-23 组合商品对象交易信息处理方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/982,836 Continuation US10783493B2 (en) 2015-11-23 2018-05-17 Method and device for processing transaction information of merchandise object assembly

Publications (1)

Publication Number Publication Date
WO2017088676A1 true WO2017088676A1 (zh) 2017-06-01

Family

ID=58763957

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/105667 WO2017088676A1 (zh) 2015-11-23 2016-11-14 组合商品对象交易信息处理方法及装置

Country Status (5)

Country Link
US (1) US10783493B2 (zh)
JP (1) JP6609062B2 (zh)
KR (1) KR102127058B1 (zh)
CN (1) CN106779897B (zh)
WO (1) WO2017088676A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111275509A (zh) * 2018-12-04 2020-06-12 北京京东振世信息技术有限公司 一种物品库存的处理方法和装置

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109544257B (zh) * 2017-09-22 2023-05-26 阿里巴巴集团控股有限公司 数据对象信息处理方法、装置及电子设备
CN108242011A (zh) * 2017-09-30 2018-07-03 北京车和家信息技术有限公司 一种订单生成方法、订单生成装置及计算机设备
CN107944991A (zh) * 2017-12-29 2018-04-20 广州天高软件科技有限公司 一种对门票产品进行销售的在线票务系统
CN110046776B (zh) * 2018-01-15 2024-06-18 北京京东尚科信息技术有限公司 一种确定对象调配量的方法和装置
CN111383134B (zh) * 2018-12-28 2024-04-09 盒马(中国)有限公司 餐品对象信息处理方法、装置及系统
CN109587066B (zh) * 2019-01-08 2021-10-15 百度在线网络技术（北京）有限公司 用于生成信息的方法及装置
CN110070323A (zh) * 2019-03-25 2019-07-30 北京蒙成科技有限公司 一种库存扣减方法、装置及订单服务器
CN110065755B (zh) * 2019-05-10 2023-09-01 索菲亚家居湖北有限公司 一种定制家具成品包裹动态组合入库系统及其控制方法
CN112348423A (zh) * 2019-11-07 2021-02-09 北京沃东天骏信息技术有限公司 用于调整库存量的方法和装置
CN111311117B (zh) * 2020-03-13 2024-03-12 郭俊 订单处理方法
CN111833150A (zh) * 2020-07-15 2020-10-27 米思米（中国）精密机械贸易有限公司 订单生成方法及装置
CN113807757A (zh) * 2020-09-27 2021-12-17 北京沃东天骏信息技术有限公司 仓储数据处理方法、装置、介质及电子设备
CN113095603B (zh) * 2021-06-08 2021-09-21 易纳购科技(北京)有限公司 箱型预测方法、装置、计算机设备及存储介质
CN113592245A (zh) * 2021-07-05 2021-11-02 杭州智家通科技有限公司 库存调整方法及装置
CN118297518B (zh) * 2024-04-25 2024-10-18 有启(上海)信息科技有限公司 结合云计算的仓库预售订单分组调配处理方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101996351A (zh) * 2009-08-11 2011-03-30 深圳市鹏海运电子数据交换有限公司 自动产生仓储物料库存电子底帐的系统及方法
CN102609868A (zh) * 2012-02-03 2012-07-25 纽海信息技术（上海）有限公司 购物系统及购物方法
CN103426072A (zh) * 2013-07-16 2013-12-04 无限极（中国）有限公司 一种高并发竞争库存的订单处理系统及其处理方法
CN104809602A (zh) * 2014-01-26 2015-07-29 阿里巴巴集团控股有限公司 一种提供物流信息的方法及装置
US20150262298A1 (en) * 2014-03-11 2015-09-17 Chicago Mercantile Exchange Inc. Market operation through regulation of incoming order match allocation and/or dynamic resting order match allocation priorities

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05250394A (ja) * 1992-03-09 1993-09-28 Hitachi Ltd 組合せ商品の在庫管理装置
JP2002304452A (ja) 1993-06-04 2002-10-18 Hitachi Ltd 商品流通管理装置およびその方法
US7668782B1 (en) * 1998-04-01 2010-02-23 Soverain Software Llc Electronic commerce system for offer and acceptance negotiation with encryption
JP3484104B2 (ja) 1998-12-25 2004-01-06 平田機工株式会社 自動倉庫及び自動倉庫の管理方法
JP4028150B2 (ja) 2000-02-09 2007-12-26 株式会社ソニー・コンピュータエンタテインメント 販売管理システムおよび販売管理方法
US6952681B2 (en) * 2000-09-07 2005-10-04 Data Reduction Systems Corp. Tracking the distribution of prescription drugs and other controlled articles
US20070011053A1 (en) 2003-07-02 2007-01-11 Chin Kok Yap Method and system for automating inventory management in a supply chain
EP1704523A4 (en) * 2003-12-30 2009-09-30 United Parcel Service Inc INTEGRATED OVERALL GLOBAL MONITORING AND VIRTUAL INVENTORY SYSTEM
US7610219B2 (en) * 2004-02-17 2009-10-27 Omar Farooq Sayed System and methods for assembly of a web site for an online store by a seller
WO2006115911A2 (en) * 2005-04-26 2006-11-02 Governing Dynamics Inc. A method of digital good placement in a dynamic, real time environment
US20080065500A1 (en) 2006-08-11 2008-03-13 Pitney Bowes Incorporated Virtual inventory with use of a delivery stream
US7552871B2 (en) * 2006-12-19 2009-06-30 Nordic Id Oy Method for collecting data fast in inventory systems and wireless apparatus thereto
US7725366B1 (en) 2007-05-01 2010-05-25 Hector Franco Supply-chain management system
US9189768B2 (en) 2007-05-31 2015-11-17 Amazon Technologies, Inc. Method and apparatus for providing fulfillment services
US20090125350A1 (en) 2007-11-14 2009-05-14 Pieter Lessing System and method for capturing and storing supply chain and logistics support information in a relational database system
CN102292737B (zh) 2008-11-28 2016-05-11 纽乐金集团 用于处理请求方案以及管理库存的方法和系统
US7685023B1 (en) 2008-12-24 2010-03-23 International Business Machines Corporation Method, system, and computer program product for virtualizing a physical storefront
US8589257B2 (en) 2010-12-31 2013-11-19 Nulogy Corporation Method, system and apparatus for managing inventory
KR20140070154A (ko) * 2012-11-30 2014-06-10 주식회사 영림원소프트랩 가상의 논리적 기능창고를 이용한 재고관리 방법
CN203237666U (zh) * 2013-03-12 2013-10-16 北京普罗格集成科技有限公司 自动化穿梭立式仓库
US20140279294A1 (en) 2013-03-14 2014-09-18 Nordstrom, Inc. System and methods for order fulfillment, inventory management, and providing personalized services to customers
US10373281B2 (en) * 2013-11-15 2019-08-06 Cfph, Llc Examples of delivery and/or referral services
CN105096015B (zh) * 2014-04-23 2021-01-08 菜鸟智能物流控股有限公司 商品对象信息处理方法及系统
WO2015171825A1 (en) 2014-05-06 2015-11-12 Carvajal Hernan Ramiro Switch network of containers and trailers for transportation, storage, and distribution of physical items
US9805402B1 (en) * 2014-09-26 2017-10-31 Amazon Technologies, Inc. Adaptive control of an item inventory plan
CN105631619A (zh) * 2014-10-30 2016-06-01 阿里巴巴集团控股有限公司 资源管理方法与系统
CN105608087B (zh) 2014-11-19 2020-01-31 菜鸟智能物流控股有限公司 一种资源调度方法与设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101996351A (zh) * 2009-08-11 2011-03-30 深圳市鹏海运电子数据交换有限公司 自动产生仓储物料库存电子底帐的系统及方法
CN102609868A (zh) * 2012-02-03 2012-07-25 纽海信息技术（上海）有限公司 购物系统及购物方法
CN103426072A (zh) * 2013-07-16 2013-12-04 无限极（中国）有限公司 一种高并发竞争库存的订单处理系统及其处理方法
CN104809602A (zh) * 2014-01-26 2015-07-29 阿里巴巴集团控股有限公司 一种提供物流信息的方法及装置
US20150262298A1 (en) * 2014-03-11 2015-09-17 Chicago Mercantile Exchange Inc. Market operation through regulation of incoming order match allocation and/or dynamic resting order match allocation priorities

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111275509A (zh) * 2018-12-04 2020-06-12 北京京东振世信息技术有限公司 一种物品库存的处理方法和装置

Also Published As

Publication number Publication date
US20180268368A1 (en) 2018-09-20
CN106779897A (zh) 2017-05-31
CN106779897B (zh) 2020-10-27
US10783493B2 (en) 2020-09-22
KR20180097585A (ko) 2018-08-31
JP2019504422A (ja) 2019-02-14
JP6609062B2 (ja) 2019-11-20
KR102127058B1 (ko) 2020-06-26

Similar Documents

Publication Publication Date Title
WO2017088676A1 (zh) 组合商品对象交易信息处理方法及装置
CN106709774B (zh) 商品对象交易信息处理方法及装置
CN105096015B (zh) 商品对象信息处理方法及系统
WO2016173445A1 (zh) 商品对象的库存信息的处理方法及系统
US8768763B2 (en) Online marketplace with shipping incentives
CN104036405B (zh) 一种虚拟资源交易订单的处理方法及装置
JP2014503924A (ja) 複数の販売業者のための在庫プール
WO2021040000A1 (ja) 商品取引システム、商品取引方法および商品取引プログラム
KR20150053443A (ko) 물류 관리 방법, 장치 및 컴퓨터 판독가능한 매체
KR20190128441A (ko) 복지형 언더몰 시스템 및 그 운영 방법
JP7339687B2 (ja) スペースステーションに基づく商品配送の方法、システム及び記録媒体
JP6702628B1 (ja) 提供装置、提供方法および提供プログラム
US20140025462A1 (en) Promotion System And Method
US8612304B1 (en) Seller to seller transactions
CN108446361A (zh) 交易数据的处理方法、服务器及处理系统
JP2021117520A (ja) 情報処理方法、情報処理装置、及びプログラム
JP7560823B2 (ja) 商品取引システム、商品取引方法および商品取引プログラム
CN111260390A (zh) 在线购物方法和系统
KR20170050065A (ko) 쇼핑 서비스 제공 장치, 방법 및 컴퓨터 판독 가능한 기록 매체
OA20657A (en) Commodity exchange system, commodity exchange method, and commodity exchange program.
JP2024020971A (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2024020893A (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2023068708A (ja) 階層的逆オークションシステム
JP2003281398A (ja) 商品の提供方法およびその提供システム
WO2001075716A1 (fr) Systeme de commerce electronique, procede de commerce electronique et support d'enregistrement de programmes

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16867900

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2018545537

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20187017885

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 16867900

Country of ref document: EP

Kind code of ref document: A1