JP4016592B2 - Product delivery management system - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for managing merchandise delivery to a store.
[0002]
[Prior art]
At stores such as convenience stores and supermarkets, a system that obtains product sales status in real time using a POS (Point Of Sales) system, etc., and automatically orders required products based on demand forecasts, inventory status, etc. Many have introduced. In addition, a system has been developed that aggregates the sales status and inventory status of each store in a product delivery base, predicts the product demand at each store, and makes a delivery plan to each store.
[0003]
[Problems to be solved by the invention]
The conventional system performs delivery planning and ordering based on past or present conditions such as sales results and inventory status acquired at the POS, and there is a possibility that sales opportunities may be missed if the demand forecast is missed.
[0004]
The present invention has been made in view of such problems, and an object of the present invention is to provide a product delivery and ordering mechanism that contributes to a reduction in lost sales opportunities.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, a sub-system for brokering a shopping request from a requester to a requestee is linked to a system for a delivery plan. Then, by adding corrections reflecting the details of the request for shopping requests to the delivery plan based on the past sales results and inventory, when the requestee visits the store to be used, Make sure that the item is in stock at a high probability. Rather than aiming for the product to be 100% in stock at the time of visit, this correction should be made in a range where they do not become too large considering the cost of inventory and the cost for revision of the plan. Realistic. Here, the shopping request specifies the target product, the planned use store, and the planned visit time in some form. When the store to be used or the scheduled time to visit is almost determined (for example, when shopping at a store nearest to home when returning home), they can be registered in advance in the system and input can be omitted.
[0006]
Further, in a preferred aspect of the present invention, it is possible to manage surplus loaded products of a delivery vehicle being delivered and change a delivery plan (operation schedule) for the delivery vehicle being delivered as necessary. This makes it possible to respond quickly to shopping requests.
[0007]
In the product ordering system according to the present invention, the contents of the shopping request are reflected in the ordering performed by the store by linking the system for shopping request processing with the ordering system of the store linked to the POS system or the like. Can do.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention (hereinafter referred to as embodiments) will be described with reference to the drawings.
[0009]
The present embodiment realizes more accurate delivery management by linking the shopping request agency service to the delivery management system.
[0010]
The shopping request brokering service is a service that relays a request such as asking a person who is on duty to go shopping from his / her family. In addition to simply relaying the request, it is possible to increase the utility value by providing various services such as providing information held by the store or sending an alarm notification so as not to forget the request. Unlike the online order reception service, the shopping request service is not directly linked to the sales contract. In other words, even if the store side is requested to apply for a shopping request, the requested person is not obliged to actually purchase the requested product at the store. The shopping request service is intended to attract customers to the store side for the convenience of the service itself. As a similar shopping request support system, the present applicant has proposed a system according to Japanese Patent Application No. 2000-307242. In the following embodiment, a shopping request processing system that forms a part of the delivery management system is illustrated. However, this is merely an example, and various other types such as those exemplified in Japanese Patent Application No. 2000-307242 are also included. The shopping request processing system can be used in the delivery management system according to the present invention.
[0011]
FIG. 1 is a diagram for explaining merchandise delivery management in the present embodiment. Each store 20 that receives product delivery by the distribution center 10 includes a store server 25. The store server 25 includes a sales management system such as a POS (Point Of Sales) system, and sales information (sold products, sales time, sales quantity, etc.) sequentially collected by this system is stored as needed on an intranet or the like. The data is sent to the store information management system 110 of the delivery center 10 via the secure network 15.
[0012]
The store information management system 110 of the delivery center 10 accumulates the sales performance information sent from the store server 25 of each store 20 at any time in the database, and the product delivery status to each store 20 obtained from the delivery management system 100, Based on the sales performance information and the like, the inventory amount of each product in each store 20 is grasped. Of course, the inventory information may be transmitted from the store server 25 to the delivery center 10.
[0013]
The delivery management system 100 of the delivery center 10 includes a delivery planning system 102 and a shopping request processing system 106. The delivery plan system 102 is a system for creating a schedule (delivery plan) of product delivery to each store 20. The delivery planning system 102 calculates the replenishment time and the replenishment amount of each product for each store 20 based on the demand forecast and inventory information based on the sales performance information of each store 20 and others, and satisfies and satisfies those requirements. An operation schedule for each delivery vehicle 30 is created so as to reduce the cost. In the operation schedule, a patrol route of the store is defined. Various algorithms for such a delivery plan are known and can be used. The created transportation schedule is printed out and delivered to a delivery person. The delivery person operates the delivery vehicle 30 according to the operation schedule and delivers the supplementary products to the stores 20. The person in charge of delivery has a mobile phone or a portable information terminal to contact the delivery center 10 and receives an e-mail from the center 10 side via the network 15 or a web page on the center 10 side. You can access information such as browsing.
[0014]
Furthermore, the delivery planning system 102 includes a correction system 104 that corrects the operation schedule obtained by a general delivery planning algorithm from sales results, inventory information, and the like according to the shopping request received by the shopping request processing system 106. .
[0015]
The shopping request processing system 106 is a system for the agency service of the shopping request described at the beginning of the description of the embodiment.
[0016]
The shopping request processing system 106 basically includes a mechanism for receiving a shopping request from a client and a mechanism for notifying the requestee of the contents of the received shopping request.
[0017]
For request reception, for example, use of a WWW (World Wide Web) web page is considered preferable. That is, a web page for accepting requests is published on the Internet 35, and the request contents accessed by the client accessing the page from the computer 40 are input to the shopping request processing system 106 using CGI (Common Gateway Interface) technology or the like. It is a method of taking in. In this case, the shopping request processing system 106 only needs to include a web server. The client computer 40 may be any one of a stationary computer, a mobile computer, a personal digital assistant, a mobile phone, a PHS and the like as long as it has a web browsing function.
[0018]
For example, e-mail can be used for request notification to the requestee. In other words, an e-mail including the contents of the accepted request is sent to the requestee's e-mail address. The requestee can know the request by receiving the request notification e-mail from the computer 50 at, for example, a workplace. The computer 50 only needs to be able to acquire and display electronic mail, and may be, for example, a mobile phone or a PHS.
[0019]
These are merely examples, and it is of course possible to use other methods for request reception and request notification. However, at present, request reception using WWW and request notification using e-mail are considered to be the most excellent in terms of reality and convenience, so this combination will be described below as an example.
[0020]
In the present embodiment, in a shopping request, a partner (requestee) who requests shopping, one or a plurality of products desired to be bought, a store scheduled to be used (store to be used), and an approximate visit of the requestee The customer side (requester or requestee) specifies the scheduled time (hereinafter referred to as scheduled visit time). The product you want to buy is basically specified by the client each time you apply for a request. The person to be bought (requestee) may be designated by the client each time an application is made, or a predetermined person may be registered in the shopping request system 106. The store scheduled to be used may be designated each time, or the nearest store at the customer's (client's) home may be registered in the system 106 in advance. The scheduled visit time may be specified by the requestee, or the approximate return time of the requestee may be registered in the system 106 in advance, and then approximate may be obtained. In the system of this embodiment, based on such information, when the requestee visits the store to be used, the delivery plan of the product is controlled so that the product requested by the requester is stocked as much as possible in the store. This will improve customer convenience and reduce the possibility of lost sales opportunities.
[0021]
For such shopping request processing, the shopping request processing system 106 holds and manages registration information about the requester and the requestee. FIG. 2 shows an example of the requester registration information 200, and FIG. 3 shows an example of the requestee registration information 210.
[0022]
As shown in FIG. 2, the requester registration information 200 includes a requester ID 201, a name 202, a contact address 203, a registered use store code 204, and a requestee ID 205 group. The requester ID 201 is identification information uniquely assigned to the requester, and the name 202 is the name and nickname of the requester. The contact address 203 is contact information such as an e-mail address of the requester, and notifies the requestee when the requestee accepts the request or completes the requested shopping. Used when The information of the registered use store 204 is identification information of the store 20 that is considered to be frequently used, such as a store nearest to the client's house. The requested person ID 205 is a requested person ID given to a family member or an acquaintance who may request the shopping. When there are a plurality of candidate candidates who are likely to request shopping, the requestee ID 205 of each candidate candidate is registered. Then, the requester can make a request by selecting one or more desired requestees from among them. Note that the requestee registration information 210 shown in FIG. 3 can be referred to from the requestee ID 205.
[0023]
As shown in FIG. 3, the requestee registration information 210 includes a requestee ID 205, a name 211, a notification destination address 212, and a return time 213. The name 211 is the name of the requestee. The notification destination address 212 is address information used when notifying the requestee of a shopping request, and is, for example, an e-mail address of the requestee. The return time 213 is an approximate time when the requested person normally returns home from the workplace or the like.
[0024]
If such registration information 200 or 210 is registered for each requester and requestee, the requester enters his / her requester ID on the request reception web page provided by the shopping request processing system 106. It is possible to save labor by inputting necessary information for a shopping request simply by inputting (of course, it is possible to improve security by requiring input of a password or the like). For example, by searching the registration information 200 of the requester by the requester ID, the registration use store 204 and the requestee ID 205 of each request destination candidate are obtained, and the requestee ID 205 is notified of the requestee. Information of the destination address 212 and the return time 213 is obtained. Therefore, the store used for shopping is obtained from the information of the registered use store 204, the email address of the requestee requesting shopping is from the notification destination address 212, and the scheduled visit time of the requestee to the use-scheduled store is the return time. 213 can be obtained respectively. When a plurality of requestees are registered in the registration information 200 of the requester, the requestee candidates may be displayed on the request reception web page and selected by the requester. In this way, if the registered information is used, the client only needs to specify the product to be requested. For this product selection, it is possible to use a method such as providing a web page presenting a catalog of products to be handled and allowing the client to select a desired item from the web page. In addition, it is also preferable to provide a web page for designating a store other than the store or requested person registered in the registration information 200 as a planned use store or a shopping request destination. In this case, the request destination may be designated by inputting the e-mail address of the request destination. In addition to such information, a message addressed to the requestee can be received.
[0025]
In response to such a request application, the shopping request reception system 106 creates request management information 220 as shown in FIG. The request management information 220 includes a requester ID 221 of the requester who made the request, a requestee ID 222 of the request destination, a product ID 223 of one or more products specified by the requester, a planned use store 225, a planned visit time 226, and Various items such as a message 227 addressed to the requestee are included. This request management information 220 is used when providing requestees with useful information about the request and related information, or when notifying the requester of approval / disapproval and other information. Note that the request management information 220 may be deleted when a predetermined period elapses after the request is received.
[0026]
The contents of the shopping request received by the shopping request processing system 106 as described above, that is, the information on the designated product, the store scheduled to be used, and the scheduled visit time are given to the correction system 104 of the delivery planning system 102. Based on this information, the correction system 104 makes the current delivery plan as necessary so that all the products specified in the request are stocked at the store scheduled for use at the scheduled time of arrival at the store that is scheduled to be used. Make corrections. Of course, even if the delivery plan is modified in this way, if the requested product sells more than expected, it may be out of date when the requestee visits the store, but no modification is made. The probability of occurrence of such a situation can be lowered than the case.
[0027]
Next, a processing procedure in the system of this embodiment will be described with reference to FIG. This processing procedure is a procedure for correcting a delivery plan according to a shopping request. Separately, the delivery plan system 102 executes a delivery plan creation process based on sales performance information and inventory information of each store 20. Shall.
[0028]
The shopping request processing system 106 waits for an input of a shopping request from a customer (requester) (S10). When the information of the shopping request from the requester is acquired, the correction system 104 determines whether the current delivery plan is appropriate for the content of the request (S12). At this time, as shown in FIG. 6, the correction system 104 acquires the content, that is, the designated product, its quantity, the planned use store, and the planned visit time from the acquired shopping request information (S122). It is determined whether or not the stock of these designated products is sufficient for the request (S124). Whether or not the request is sufficient, simply speaking, when the requestee visits the store to be used at the scheduled time of visit, each product related to the request is in stock for more than the requested quantity. ) Or not. Of course, it is difficult or impractical to guarantee 100% of the condition, so it is determined whether or not the condition is satisfied with a predetermined probability. This determination is performed by, for example, predicting the inventory amount at the scheduled visit to the store based on the current inventory amount of the designated product and a demand forecast based on a known method, and comparing it with the requested quantity. Can do. That is, if the stock quantity at the time of scheduled visit is greater than the requested quantity, it is determined that the purchase request is sufficient. At this time, it is also preferable to allow for a certain degree of safety. This determination is performed for each requested product, and if any one of the products is likely to be missing, the delivery plan is corrected.
[0029]
Now, if it is determined in the delivery plan check (S12) that the inventory of the requested product is not sufficient (the determination result of S14 is N), the correction system 104 performs a delivery plan correction process (S16).
[0030]
In this modification of the delivery plan, in this embodiment, the operation schedule for the delivery vehicle already in the delivery work can be changed to improve the flexibility of the plan modification. As an example of changing the plan of a delivery vehicle in the middle of delivery, the delivery vehicle is preloaded with extra products than specified in the delivery plan, and additional delivery can be made within that extra range. A method is conceivable. In this case, how much extra goods are loaded on the delivery vehicle is incorporated in the delivery plan information. The correction system 104 refers to this information and manages how much extra goods are loaded on each delivery vehicle being delivered. Based on the loading status of each delivery vehicle, the correction system 104 allows the delivery vehicle to deliver a product that may be missing out of the products specified in the request to the store scheduled for use by the scheduled visit. Adjust the operation schedule.
[0031]
This schedule adjustment is performed as follows, for example. First, a delivery vehicle that passes through the vicinity of a store to be used is specified, and among them, items that carry an excess of requested items that may be missing are extracted. Next, from these extracted delivery vehicles, the required replenishment amount for those items that are likely to be missing can be delivered to the store by the scheduled visit to the client without significantly disrupting the current operation schedule. Select a delivery vehicle that can be used, and make changes to its schedule. Here, if a necessary delivery item and quantity cannot be covered by a single delivery vehicle, a combination of a plurality of units that can meet the requirement is selected, and the respective operation schedules are adjusted. If the delivery management system 100 can track the current position of each delivery vehicle, it is possible to effectively change the schedule of the delivery vehicle being delivered. The tracking of the current position of the delivery vehicle is, for example, reported from the driver of the delivery vehicle to the delivery center 10 at any time, or the current position is automatically notified to the center 10 from a position detection system (for example, GPS receiver) installed in the delivery vehicle. It can be done by such a method. In addition, when a change is made to the operation schedule of a delivery vehicle that is being delivered in this way, the information on the surplus loaded products of the delivery vehicle is updated accordingly. Also, depending on the situation, there may be products that cannot meet the required replenishment amount, regardless of how the schedule is adjusted. This is significant in that it can reduce the possibility of a missing item when the client visits the store.
[0032]
In the above, the case where the operation schedule of the delivery vehicle being delivered is corrected has been described. However, if there is an interval before the scheduled visit time, the operation schedule of the delivery vehicle before departure may be changed.
[0033]
Thus, in this embodiment, every time a shopping request is accepted, the requested product is changed when the requestee of the shopping request comes to the store by modifying the delivery plan so far as necessary. The possibility of missing items is reduced. Note that the delivery plan correction method described above is merely an example, and other methods may be used to reflect a shopping request in the delivery plan.
[0034]
In addition, when the schedule of the delivery vehicle in delivery is corrected, it is necessary to notify the delivery vehicle of the correction content. FIG. 7 is a flowchart showing this procedure. In this procedure, the correction system 104 first performs a delivery plan correction process as described above (S162). Then, the correction system 104 determines whether or not there is a correction in the schedule of the delivery vehicle being delivered in the correction (S164), and if there is such a correction, the correction system 104 notifies the delivery vehicle 30 (S166). ). This notification can be performed by a method such as sending an e-mail via the network 15, for example. Thereafter, the delivery vehicle 30 performs delivery work in accordance with the modified operation schedule indicated in the notification. In S164, if there is no change in the schedule of the delivery vehicle being delivered, it is needless to say that notification is not necessary.
[0035]
In this way, when the delivery plan correction process (S16) is completed according to the accepted shopping request, the shopping request processing system 106 notifies the requestee computer 50 of the contents of the shopping request by e-mail or the like. (S18). This notification includes information such as the name of the client, the product name of each requested product, the name of the store scheduled to be used, the scheduled visit time (approximate scheduled visit time), and a message from the requester. The requestee can know from the information on the store scheduled to be used and the scheduled visit time that there is little possibility of a shortage if the customer visits the store around that time. If there are some requested products that are difficult to meet the planned arrival time, no matter how the delivery plan is modified, it is preferable to include a message to that effect in the request notification. It is preferable to notify the requester computer 40 by e-mail or the like.
[0036]
If it is determined in S14 that the inventory is sufficient (the determination result is Y), it is determined that there is no inconvenience in executing the shopping request even in the current plan, so that the shopping plan is not changed without changing the delivery plan. The request is notified to the requestee (S18). In this case, in future demand prediction, prediction processing is performed assuming that shopping according to the shopping request is executed. However, since the shopping request is not always executed, the probability that the shopping request is executed is taken into consideration in the demand prediction.
[0037]
In addition to the request notification (S18), it is also preferable to notify the requestee of the scheduled arrival time of each requested product. The scheduled arrival time is an approximate scheduled time at which each requested product arrives at a use-scheduled store in a delivery plan (or a correction result if corrected). If the scheduled arrival time is reported to the requestee for a requested product that is not received in time for the scheduled arrival time, the requested person can adjust the schedule to arrive at the scheduled arrival time accordingly. . In addition, it is useful to inform the requestee of information about products that are available in time for arrival at the store, because they are more likely to be available if they arrive at the arrival time. In addition, it is useful to notify the requester in addition to the requestee of the information on the scheduled arrival time.
[0038]
According to the delivery management system described above, the store side performs the shopping request and replenishes the product in time for the request, so that the user side (requester, requestee) The convenience of the request agency service can be obtained, and the possibility of encountering a situation where there are no items when visiting the store is reduced. In addition, the store side can collect customers by the shopping request agency service using this system, and reflect the information of the request in the delivery plan so that there is no missing item of the requested product when the customer visits the store. Can improve customer satisfaction. In addition, according to this system, by reflecting information on a shopping request that is expected to have a high purchase probability to a certain degree with respect to the conventional demand forecast, a sales opportunity for a customer who has made a shopping request is ensured, It is possible to reduce the occurrence of a situation in which a product is missing due to the purchase of the customer and other customers cannot purchase the product.
[0039]
Moreover, according to the system demonstrated above, there exists a merit that useful marketing information can be acquired based on the information of a shopping request as a merit on the store side. Of course, the item or quantity itself of the product related to the request is useful information. The correlation between the requested product and the actually sold product can also be useful information for analyzing changes in the sales trend of the product. This correlation information can be obtained from, for example, a statistical comparison between the total result of requested quantities for each product in a shopping request and the sales performance of each product in the same period. In addition, in cases where the requestee can identify the requestee, such as when the requestee uses a credit card or debit card, the contents of the request can be compared with the product actually purchased for each shopping request. become.
[0040]
In the embodiment described above, the information on the scheduled visit time of the requestee is obtained from the information of the return time registered in advance in the delivery management system 100. On the other hand, it is more convenient if the requestee can designate the scheduled time of visiting the store in accordance with his / her schedule of the day. An example of a processing procedure that enables designation of the planned visit time from the requestee side will be described with reference to FIG.
[0041]
In this procedure, when the shopping request processing system 106 receives a shopping request from the requester (the determination result in S20 is Y), the shopping request processing system 106 first notifies the requester of the request content (S22), and indicates that the request is accepted. It waits for notification to arrive from the requestee (S24). In this process, at the time of notification of acceptance, designation of the scheduled visit time is accepted from the requestee. For example, it is possible to use a method of incorporating the URL of the web page for designating the scheduled visit time into the e-mail of the request content notification. In this case, the shopping request processing system 106 automatically generates a web page for designating the expected visit time in response to the received shopping request, and incorporates the URL into an email for request contents notification to the requestee. That's fine. When the requestee accesses the URL and there is an input of the scheduled visit time on the page, the shopping request processing system 106 determines that the requestee has accepted the shopping request.
[0042]
Note that this method of specifying the scheduled visit time is merely an example, and various other methods are conceivable. For example, a method in which an e-mail in which a scheduled visit time is entered is sent from the requestee to the shopping request processing system 106 is also possible. This is because the shopping request processing system 106 cuts out a character string indicating a time and a time zone from an e-mail from the requestee to obtain a scheduled visit time, or an operator reads the planned visit time from the mail and uses it. It can be realized by inputting to 106. This method is applicable even when the client computer 50 does not have a web browser.
[0043]
Upon receiving a notification of acceptance of the shopping request from the requestee, the shopping request processing system 106 acquires information on the scheduled visit time notified from the requestee in relation to the notification and passes it to the correction system 104 (S26). ). Then, the correction system 104 corrects the delivery plan at that time based on the information on the planned visit time, the designated product for the shopping request, and the information on the planned use store (S28). Of course, if there is no problem with the delivery plan at that time, it is not necessary to substantially modify the plan in S28. Then, in this plan correction work of S28, whether or not a correction result that satisfies the conditions of the request has been obtained, that is, a delivery plan that can secure a necessary quantity of the designated goods at the store scheduled for use at the scheduled visit time. It is determined whether it has been obtained (S30).
[0044]
As a result of this determination, if it is determined that a delivery plan that satisfies the request conditions has been obtained, the shopping request processing system 106 indicates that the requestee has accepted the shopping request and the scheduled visit time of the shopping request. The requester is notified (S36).
[0045]
If it is determined in S30 that a correction result that satisfies the request condition cannot be obtained, the correction system 104 is as close as possible to the next best scheduled arrival time, that is, the planned visit time and plans to use all requested products. The time that can be arranged in the store is obtained, and the next-best scheduled arrival time is notified to the requestee via the request processing system 106 (S32). The requestee sends a notification to the shopping request processing system 106 that the user can accept his / her convenience to the next best scheduled time, and a notification that he / she cannot accept otherwise. . The system 106 waits for notification of acceptance or non-acceptance from the requestee (S34). When the notification of acceptance is received, the requester of the shopping request is notified of the fact that the requestee has accepted the shopping request and the scheduled time of visit to the store (S36), and the non-acceptance is indicated. When the notification is received, the requester is notified that the request has not been accepted because the arrival of the merchandise did not match the requestee's convenience (S38).
[0046]
In this way, the requestee specifies the scheduled visit time, so that the accuracy of the planned visit time increases and the accuracy of the delivery plan correction can be improved. In addition to specifying the scheduled visit time, it is more convenient for the requestee if the store to be used can be specified by the requestee.
[0047]
In the above embodiment, the delivery center 10 manages the delivery of products to a plurality of stores 20, but the present invention can also be applied to a system in which a store itself manages its own inventory and places an order. FIG. 9 shows an example of the system configuration in this case.
[0048]
In this system, a store server 300 provided corresponding to a store includes a POS system 302, an ordering system 304, and a shopping request processing system 310. The POS system 302 sequentially acquires the sales status of products in the store and performs inventory management. The shopping request processing system 310 is a system that accepts a shopping request from the requester computer 40 and relays the request to the requestee computer 50, like the shopping request processing system 106 of the system of FIG. The ordering system 304 is a system that performs ordering processing such as selection of products to be ordered from the distribution center 10 and determination of order quantity, and basic ordering processing that performs ordering processing of each product in accordance with the sales status and stock quantity. A function 306 and an on-demand order processing function 308 for placing an order to respond to the shopping request received by the shopping request processing system 310 are provided. The on-demand order processing function 308 corresponds to the correction system 104 of the system of FIG. In other words, for example, the on-demand order processing function 308 determines that the order specified by the shopping request is likely to be missing at the store scheduled to be used in the order that the basic order processing function 306 has already performed. In that case, the product is additionally ordered to the delivery center 10 in time for the scheduled visit. As described above, even in a system in which an order is processed mainly by a store, it is possible to reduce the possibility of a product shortage when the requested customer visits the store.
[0049]
The shopping request processing systems 106 and 310 shown in the above example can be used even when the requester and the requestee are the same person. In this case, the shopping request can be used as a purchase reservation without binding. .
[Brief description of the drawings]
FIG. 1 is a diagram schematically showing an overall configuration of a system according to an embodiment.
FIG. 2 is a diagram illustrating an example of registration information of a requester.
FIG. 3 is a diagram illustrating an example of registration information of a requestee.
FIG. 4 is a diagram illustrating an example of request management information managed by a shopping request processing system.
FIG. 5 is a flowchart illustrating an example of an overall processing procedure for correcting a delivery plan for a shopping request.
FIG. 6 is a flowchart illustrating a procedure of a delivery plan check process.
FIG. 7 is a flowchart showing a procedure of a procedure for a delivery vehicle accompanying a delivery plan correction.
FIG. 8 is a flowchart showing a procedure of processing in which a scheduled visit time can be designated from a requestee.
FIG. 9 is a diagram showing an example in which the present invention is applied to a system for placing an order for merchandise mainly by a store.
[Explanation of symbols]
10 delivery centers, 15 secure networks, 20 stores, 25 store servers, 30 delivery vehicles, 35 Internet, 40 client computers, 50 client computers.

Claims (1)

A product delivery management system for correcting product delivery plan information for each store created by the delivery plan system based on sales / inventory information of each store ,
Receiving a purchase request including information for identifying the Shipping and its quantity and the requester from requester, a shopping request processing subsystem notifies the shopping request to the object requester,
Determining the use planned store used by the requestee in order to fulfill the received shopping request from the information of the use planned store registered in advance in the merchandise delivery management system or based on the designation from the requester First determining means for
A second time for determining the scheduled visit time when the requested person visits the planned use store from information on the scheduled visit time registered in advance in the merchandise delivery management system or based on designation from the requested person A determination means;
Based on the shopping request accepted, the plan adjustment subsystems make modifications in the delivery plan information the delivery planning system created,
The plan correction subsystem comprises:
Sales result information including the sales time and sales quantity of the target product at the store is acquired from the store server of the planned use store determined by the first determination unit, and stored in the database, and the second determination unit determines The stock quantity of the target product at the planned visit time is predicted based on the demand of the target product predicted based on the sales performance information accumulated in the database, and the stock of the target product at the predicted planned visit time Based on a comparison between the quantity and the quantity of the target product included in the shopping request, determine the possibility of a shortage of the target product at the planned visit time, and if it is determined that there is a possibility of a shortage, It said the subject merchandise to the use will store up to visit scheduled time to modify the goods delivery plan information to be replenished, product delivery management cis and wherein the Beam.

Images