Information processor

Abstract

To easily create a flexible delivery plan that considers information on a shipper side and information on logistics company side.SOLUTION: In an information processor that plans, as a transportation plan, a plan relating to transportation of commodities between bases, an accepting / ordering information acquisition unit 101 acquires, as accepting / ordering information, information relating to reception and delivery of commodities at each of inventory bases K1 to Kn. A planning unit 103 formulates, for each of the inventory bases K1 to Kn, a transportation plan for eliminating delays in the inventory of commodities based on information including the accepting / ordering information, thereby solving the above-mentioned problem.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] The present invention relates to an information processing device. [Background technology]

[0002] There have been technologies for managing inventory held in warehouses that serve as logistics bases. For example, Patent Document 1 describes a logistics management system that allocates products in stock to product orders from customers received by retailers and transmits the allocation results and delivery dates for the orders to the retailers. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 9-136704 Summary of the Invention [Problem to be solved by the invention]

[0004] However, conventional logistics management systems, including the technology described in Patent Document 1, refer to information from the logistics company that transports the goods, but do not take into account information from the shipper (e.g., the product manufacturer or sales store) that orders and receives the goods. One of the reasons for this is that there was no way for the transport side (e.g. logistics company) to obtain information from the shipper and then reflect that information in plans for the delivery of goods (hereinafter referred to as "delivery plans"). Furthermore, when there are multiple locations that can hold products as inventory (hereinafter referred to as "inventory locations"), it has not been possible to centrally manage the inventory at each inventory location.

[0005] The present invention has been made in consideration of the above circumstances, and aims to provide a method for easily creating a flexible delivery plan that takes into account information from both the shipper and the logistics company. [Means for solving the problem]

[0006] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: In an information processing device that creates a transportation plan for transporting goods between bases, A first acquisition means for acquiring information regarding receipt and removal of products at each of the one or more bases as order information; a planning means for planning the transportation plan for each of the base stations to resolve the backlog of inventory of the product based on information including the order information; Equipped with.

[0007] The transportation system may further include a presentation means for presenting the transportation plan prepared by the planning means to the base.

[0008] The order information may also include information regarding the expected delivery of the product at each of the one or more bases.

[0009] The method further includes a second acquisition means for acquiring, as information required for carrying out the transportation plan, information related to transportation that can be managed by a person who transports the goods, as transportation logistics center information; The planning means can create the transportation plan to resolve the backlog of inventory of the product at the base based on the acquired transportation logistics center information and the order information.

[0010] In addition, the planning means can further adjust the quantity of the product transported to the base in one trip to prepare the transportation plan that eliminates backlogs of inventory of the product at the base. Effect of the Invention

[0011] According to the present invention, it is possible to easily create a flexible delivery plan that takes into account information from both the shipper and the logistics company. [Brief description of the drawings]

[0012] [Figure 1] FIG. 2 is a conceptual diagram showing an overview of the present service that can be realized by various processes executed by a server according to an embodiment of the information processing device of the present invention. [Diagram 2] 2 is a diagram showing a configuration of an information processing system including the server of FIG. 1. [Diagram 3] FIG. 3 is a block diagram showing a hardware configuration of the server in FIG. 2. [Figure 4] 4 is a functional block diagram showing an example of a functional configuration of the server in FIG. 3. [Diagram 5] FIG. 13 is a diagram showing a specific example of a delivery plan created by the present service. [Figure 6] FIG. 13 is a diagram showing a specific method for adjusting the entire delivery plan by modifying the scheduled value (reservation number) of the daily delivery quantity of a specified store. [Figure 7] FIG. 13 is a diagram showing a specific method for adjusting the entire delivery plan by modifying the scheduled value (reservation number) of the daily delivery quantity of a specified store. [Figure 8] FIG. 13 is a diagram showing a specific method for adjusting the entire delivery plan by adding a new scheduled value (reservation number) of the daily delivery quantity of a specified store. [Figure 9] FIG. 13 is a diagram showing a specific example of store-related information displayed on a customer terminal. [Figure 10] FIG. 13 is a diagram showing a specific example of a reservation screen displayed on a customer terminal. [Figure 11] FIG. 13 is a diagram showing another specific example of the present service. [Figure 12] 1A to 1C are diagrams showing specific examples of inventory information and forecast information out of the order information on which a delivery plan is based. [Figure 13] FIG. 11 is a diagram showing a specific example of vehicle information among the transportation logistics center information on which a delivery plan is based. [Figure 14] FIG. 14 is a diagram showing a specific example of a delivery plan drawn up by a server based on the various information shown in FIGS. 12 and 13. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0013] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0014] [Service details] FIG. 1 is a conceptual diagram showing an overview of this service that can be realized by various processes executed by a server 1 according to an embodiment of an information processing device of the present invention.

[0015] As shown in Figure 1, in this service, products that store M holds as inventory for sale to customers are managed as information regarding the inventory held by store M as an inventory base (hereinafter referred to as "inventory information"). Here, an inventory base is a base that can hold goods as inventory in order to efficiently deliver goods to customers. There are multiple inventory bases within a certain area in order to realize efficient delivery to customers. An inventory base may be any space that can hold goods as inventory on a long-term, short-term, or temporary basis. For example, the interior of a building such as warehouse W or store M, or the loading platform of a vehicle such as cargo transport vehicle T, are all examples of inventory bases. When the inventory of a product held by store M becomes low, store M places an order for the product with shipper S. In this service, when store M places an order with shipper S, the contents of the order are managed as "order information."

[0016] The shipper S, who receives an order from the store M, places an order for the manufacture of the product with a vendor V (e.g., a factory that manufactures the product) based on the contents of the order. In this service, when a shipper S places an order with a vendor V, the contents of the order are managed as "order information." Note that the shipper S shown in Figure 1 is assumed to be a party that does not hold the goods as inventory and sends the goods from the vendor V, but the shipper S itself may hold the goods as inventory. For this reason, in this service, the shipper S is also treated as one of the inventory bases.

[0017] In this service, the products that Vendor V, which manufactures products and ships them to Store M, holds as inventory to be shipped to Store M are managed as inventory information held by Vendor V, which acts as an inventory base. Vendor V, who has received an order from shipper S, requests logistics company L to deliver the product based on the contents of the order from shipper S. In this service, when vendor V requests logistics company L to deliver the product, the contents of the request are managed as "request information."

[0018] This service manages various information held by a logistics company L that delivers products to a store M at the request of a vendor V. Specifically, information about a cargo transport vehicle T used to transport the products (hereinafter referred to as "vehicle information"), such as the vehicle number, loading capacity, vehicle class, and driver information (such as name, age, working hours, overtime hours, etc.) for each cargo transport vehicle T, is managed. Upon receiving a request from vendor V, logistics company L delivers the goods to store M based on the contents of the request from vendor V. Here, the logistics company L is a party that uses a logistics center, warehouse, trucks, etc. as facilities for delivering goods. Therefore, in this service, the logistics center, warehouse, trucks, etc. used by the logistics company L are treated as inventory bases that can hold goods as inventory on a long-term, short-term, or temporary basis. In this service, information regarding delivery from logistics company L to store M is managed as "delivery information."

[0019] In addition, with this service, information on the equipment and people (including drivers and on-site workers) managed by logistics company L is also managed as "equipment and people information."

[0020] With this service, the above-mentioned inventory information, order information, ordering information, request information, vehicle information, delivery information, and equipment / personnel information are all managed in one place, and flexible delivery plans are created that take this information into consideration. That is, this service makes it possible to create an effective delivery plan based on information that logistics company L can inherently manage (request information, vehicle information, delivery information, and equipment / personnel information) and information that shipper S can inherently manage (inventory information, order information, and ordering information). In other words, it makes it possible to create an effective delivery plan based on information from the logistics company side and information from the shipper side. As a result, efficient transportation without waste can be realized.

[0021] [System Configuration] Next, a configuration of an information processing system including the server 1 that executes various processes for providing this service will be described. FIG. 2 is a diagram showing a configuration of an information processing system including a server 1 according to an embodiment of the information processing device of the present invention.

[0022] The information processing system shown in Figure 2 is composed of a server 1, base terminals 2-1 to 2-n (n is an integer value greater than or equal to 1), and customer terminals 3-1 to 3-m (m is an integer value greater than or equal to 1), which are interconnected via a predetermined network N such as the Internet.

[0023] Each of the base terminals 2-1 to 2-n in this embodiment is an information processing device installed at each of the inventory bases K1 to Kn, and is composed of a personal computer, a smartphone, a tablet terminal, etc. Each of the base terminals 2-1 to 2-n is operated by a person in charge of each of the inventory bases K1 to Kn. In the following, when there is no need to distinguish between the inventory bases K1 to Kn and the base terminals 2-1 to 2-n, they will be collectively referred to as the "inventory base K" and the "base terminal 2", respectively.

[0024] The base terminal 2 stores inventory information of the inventory base K and information on the expectation of product delivery (hereinafter referred to as "expectation information"). Some of the base terminals 2 further store vehicle information. Here, "accepting" a product means storing the product temporarily in order to transport it, or holding it as inventory in order to sell it. For example, when logistics company L receives a request from vendor V to deliver a product and delivers it to a logistics center, warehouse, and store in that order, the logistics center, warehouse, and store all "accept" the product as inventory. Additionally, "issuing" a product means removing the product held as inventory from your possession by transporting or selling it. Further, the "projected delivery" of a product refers to the projected delivery in the future of a product that is already held as inventory at inventory base K or is scheduled to be held as inventory.

[0025] In this way, the base terminal 2 stores the inventory information and forecast information for the inventory base K, and some also store vehicle information. The server 1 acquires this information stored in the multiple base terminals 2 and creates a delivery plan for each inventory base K. This makes it possible to realize practical transportation that takes into account not only the information of the logistics company but also the information of the shipper.

[0026] In this embodiment, each of the customer terminals 3-1 to 3-m is an information processing device operated by each of the customers U1 to Um, and is configured with a personal computer, a smartphone, a tablet terminal, or the like. In the following description, when there is no need to distinguish between the customers U1 to Um and the customer terminals 3-1 to 3-m, they will be collectively referred to as "customer U" and "customer terminal 3," respectively.

[0027] [Hardware configuration] Next, a hardware configuration of the server 1 that executes various processes for providing this service will be described. FIG. 3 is a block diagram showing a hardware configuration of the server 1 of FIG.

[0028] The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an output unit 16, an input unit 17, a memory unit 18, a communication unit 19, and a drive 20.

[0029] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.

[0030] The CPU 11, ROM 12, and RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to this bus 14. An output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.

[0031] Although not shown, the base terminal 2 also has the hardware configuration shown in FIG.

[0032] The output unit 16 is composed of various liquid crystal displays and the like, and outputs various information. The input unit 17 is composed of various hardware leads and the like, and inputs various types of information. The storage unit 18 is configured with a dynamic random access memory (DRAM) or the like, and stores various data. The communication unit 19 controls communications with other devices (for example, the base terminals 2-1 to 2-n in FIG. 2) via a network N including the Internet.

[0033] The drive 20 is provided as necessary. Removable media 30, which may be a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately mounted in the drive 20. The program read from the removable media 30 by the drive 20 is installed in the storage unit 18 as necessary. The removable media 30 can also store various data stored in the storage unit 18 in the same manner as the storage unit 18.

[0034] [Functional configuration] Next, the function of the server 1 having such a hardware configuration will be described with reference to FIG. FIG. 4 is a functional block diagram showing an example of a functional configuration of the server 1 of FIG.

[0035] As shown in FIG. 4, in the CPU 11 of the server 1, when the delivery plan planning process is executed, an order information acquisition unit 101, a transportation logistics center information acquisition unit 102, a planning unit 103, and a presentation unit 104 function. An order DB 401 and a transportation DB 402 are provided in one area of ​​the storage unit 18.

[0036] The order information acquisition unit 101 acquires, as order information, information relating to receipt and delivery of products at each of one or more bases. Specifically, the order information acquisition unit 101 acquires product order information for each of the inventory bases K1 to Kn. The order information includes inventory information and forecast information for each of the inventory bases K1 to Kn. The order information for each of the inventory bases K1 to Kn acquired by the order information acquisition unit 101 is stored in and managed by an order DB 401. There is no particular limitation on the specific method by which the order information acquisition unit 101 acquires the order information. For example, the order information acquisition unit 101 may acquire information stored in the base terminal 2, or may use other methods.

[0037] The transportation logistics center information acquisition unit 102 acquires, as transportation logistics center information, information related to transportation that can be managed by a person who transports goods, as information required for carrying out a transportation plan. Specifically, the transportation logistics center information acquisition unit 102 acquires, as transportation logistics center information, information managed by the logistics company L as information required for executing a transportation plan drawn up by the later-described planning unit 103. The transportation logistics center information includes the above-mentioned request information, vehicle information, and delivery information. The transportation logistics center information acquired by the transportation logistics center information acquisition unit 102 is stored and managed in the transportation DB 402. The specific method for the transportation logistics center information acquisition unit 102 to acquire the transportation logistics center information is not particularly limited. For example, a method of acquiring vehicle information or the like stored in the base terminal 2 operated by the logistics company L as the transportation logistics center information may be used, or another method may be used.

[0038] The planning unit 103 plans a transportation plan for each base location based on information including order information, to resolve inventory backlogs of products. Specifically, the planning unit 103 plans a transportation plan for each of the inventory bases K1 to Kn to resolve inventory backlogs of products based on the order information acquired by the order information acquisition unit 101 and the transportation logistics center information acquired by the transportation logistics center information acquisition unit 102. This makes it possible to create an effective delivery plan based on the information on the logistics company side that logistics company L can essentially manage, as well as the information on the shipper side that store M, shipper S, and vendor V can essentially manage. As a result, it is possible to realize efficient transportation without waste.

[0039] Furthermore, the planning unit 103 can plan a delivery plan that minimizes the cost burden on a specific base (for example, store M1). This makes it possible to realize transportation based on an effective transportation plan that takes into account the financial circumstances of the store M1 that receives the goods. A specific example of a delivery schedule drawn up by the planning unit 103 will be described later with reference to FIG. 5 and subsequent figures.

[0040] The presentation unit 104 presents the prepared transportation plan to each base station. Specifically, the presentation unit 104 transmits the transportation plan drawn up by the planning unit 103 to each of the base terminals 2-1 to 2-n. This allows each inventory base K to easily refer to the delivery plan drawn up by the server 1. In addition, the presentation unit 104 presents the proposed transportation plan to the customer. Specifically, the presentation unit 104 transmits the transportation plan drawn up by the planning unit 103 to each of the customer terminals 3-1 to 3-m. This allows each of the customers U1 to Um to easily refer to the delivery plan drawn up by the server 1.

[0041] The order DB 401 stores order information. The transportation DB 402 stores transportation logistics center information.

[0042] The server 1 having the above-described functional configuration executes the various processes described above, and thus an effective delivery plan based on information from the logistics company and information from the shipper can be developed, thereby enabling efficient transportation without waste.

[0043] [Specific example] Next, a specific example of a delivery plan created by this service will be described with reference to FIGS.

[0044] (Example 1) FIG. 5 is a diagram showing a specific example of a delivery plan created by this service.

[0045] When a delivery plan is made, a screen as shown in Fig. 5 is displayed on the base terminal 2. The screen displayed on the base terminal 2 is made up of display areas F1 to F4.

[0046] The display area F1 displays the results of a simulation of the allocation of cargo transport vehicles T when logistics company L transports goods on a specified date (e.g. December 12th). A "set" is a packaging unit for goods, and "one set" is the smallest unit for transporting goods. A "taxi," "light car," "2-ton truck," "4-ton truck," and "10-ton truck" are all vehicles used as cargo transport vehicles T by logistics company L. As shown in gauge G of display area F1, one taxi can transport only one set of goods. One light vehicle can transport up to five sets of goods. One 2-ton truck can transport up to ten sets of goods. One 4-ton truck can transport up to 25 sets of goods. One 10-ton truck can transport up to 60 sets of goods. In the example shown in Fig. 5, the planned value (reserved number) of the transportation quantity (number of sets) on December 12 is shown to be 12 sets by bar B. Therefore, the person operating the base terminal 2 can understand at a glance that one 4-ton truck needs to be dispatched.

[0047] A reservation adjustment screen is displayed in display areas F2 to F4. Among these, the display area F2 shows the weather forecast for each day. That is, the weather forecast for December 12 is "cloudy," and the weather forecast for December 13 is also "cloudy." The contents of the weather forecast for other days are as shown in the display area F2 in FIG. 5. This allows the person operating the base terminal 2 to understand the daily weather forecast at a glance.

[0048] Display area F3 displays last year's actual results (past results) for the transport quantity for each day. That is, it can be seen that the actual results for December 12th of last year were "5 sets (transported by one light vehicle)" and the actual results for December 13th of last year were "6 sets (transported by one 2-ton truck)." It can also be seen that the past results for December 15th of last year were "40 sets (transported by one 10-ton truck)" and the weather was "cloudy." In this way, the weather can also be displayed in the past results. Last year's actual results (past results) for other days are as shown in display area F3 in Fig. 5. The past performance may be information that is useful for the person operating the base terminal 2, and may be the value from last year as in the example of FIG. 5, or the average value from the past few years. This allows the person operating the base terminal 2 to grasp at a glance the past performance regarding the transportation quantity.

[0049] In the display area F4, the planned delivery quantities (reservations) of products for each of the stores M1 to M11 are displayed for each day. In other words, on December 12th, the delivery quantity to store M1 was "2 sets," the delivery quantity to store M3 was "3 sets," the delivery quantity to store M5 was "1 set," the delivery quantity to store M8 was "2 sets," the delivery quantity to store M9 was "4 sets," the delivery quantities to stores M2, M4, M6, M7, M10, and M11 were "0 sets (no deliveries)," and the total transportation quantity was "12 sets." It can also be seen that the delivery quantity to store M4 on December 13th was "3 sets," the delivery quantities to stores M1 to M3 and M5 to M11 were "0 sets (no deliveries)," and the total transportation quantity was "12 sets." It can also be seen that on December 14th, the delivery quantity to store M1 was "3 sets", the delivery quantity to store M2 was "3 sets", the delivery quantity to store M3 was "6 sets", the delivery quantity to store M5 was "3 sets", the delivery quantity to store M7 was "1 set", the delivery quantity to store M11 was "4 sets", the delivery quantities to stores M4, M6, and M8 to M10 were "0 sets (no deliveries)", and the total transportation quantity was "20 sets". The delivery quantities for other days are as shown in the display area F4 of FIG. 5.

[0050] This allows the person operating the base terminal 2 to grasp at a glance the planned value (reservation number) of the delivery quantity for each day for each of the stores M1 to M11. Specifically, for example, on December 12th, there are reservations for 12 sets, so the simulation shows that one 4-ton truck will be used to transport them. However, one 4-ton truck can transport a maximum of 25 sets, so 13 more sets can be transported. In other words, if an additional reservation for 13 sets is made, one 4-ton truck will be used to transport 25 sets, which means efficient transportation.

[0051] That is, in the above case, if 12 sets of goods are to be transported by one 2-ton truck, two sets will be exceeded, exceeding the maximum load capacity of a 2-ton truck (10 sets). Also, if 12 sets of goods are to be transported by one 4-ton truck, 13 sets will be short of the maximum load capacity of a 4-ton truck (25 sets), so although it is possible to transport the goods, it is inefficient. For this reason, in this service, the planned delivery quantity (number of reservations) for each type of cargo transport vehicle T (taxi, light vehicle, 2-ton truck, 4-ton truck, and 10-ton truck) is adjusted so that it is maximized within the maximum load capacity. This allows for efficient transportation, and also maximizes freight income for logistics company L.

[0052] In the above case, it is also possible to transport 10 of the 12 sets with one 2-ton truck and the remaining 2 sets with one light vehicle. However, this requires a total of two cargo transport vehicles T to be dispatched, and therefore requires a total of two drivers, which is not efficient. For this reason, as described above, it is preferable to adjust the scheduled delivery quantity (reservation number) so as to approach the maximum loading capacity of each cargo transport vehicle T (for example, 5 sets for a light vehicle).

[0053] In this service, the entire delivery plan can be adjusted by appropriately modifying the planned delivery quantity (reservation number) for each day of each of the stores M1 to M11 shown in the display area F4. The planned delivery quantity (reservation number) can be adjusted by launching an application program (hereinafter referred to as "app") downloaded to the base terminal 2 or by launching a web browser to display the delivery plan. Furthermore, it is also possible to actively recommend, via an app or the like, adjustments to the planned delivery quantities (reservation numbers) to the respective staff members of the stores M1 to M11 who operate the base terminals 2. Hereinafter, a specific method for appropriately correcting the scheduled value (reservation number) of the delivery quantity for each day of each of the stores M1 to M11 will be described with reference to FIGS.

[0054] FIG. 6 is a diagram showing a specific method for adjusting the entire delivery plan by correcting the scheduled value (reservation number) of the daily delivery quantity of the store M8.

[0055] As shown in Figure 5, the total planned delivery quantity (reservations) for December 12th is 12 sets, so as mentioned above, if there are additional reservations for 13 sets, they can be transported efficiently using one 4-ton truck. However, if no additional reservations are expected, and two of the 12 sets can be transported on a day other than December 12th, then only 10 sets will need to be transported on December 12th. For example, as shown in display area F4 of FIG. 6, if the delivery date to store M8 could be delayed by one day, then only 10 sets would need to be transported using one 2-ton truck on December 12, making transportation more efficient.

[0056] If the delivery date is postponed by one day, the total planned delivery quantity (reservations) for December 13th will increase from 3 sets to 5 sets, so 5 sets, the maximum load that can be carried by one light vehicle, will be transported on December 13th. In other words, transportation can be made efficiently not only on December 12th, but also on December 13th. Therefore, this service issues a notice to stores M1, M3, M5, M8, and M9, whose delivery date is December 12, recommending that they change the delivery date from December 12 to December 13. Specifically, the service displays a notice on the base terminal 2, including benefits such as a discount on shipping charges if the delivery date is changed from December 12 to December 13. In response to this, if store M8 responds that it is OK to change the delivery date from December 12th to December 13th, then it will be necessary to transport only 10 sets using one 2-ton truck on December 12th. Also, it will be necessary to transport 5 sets using one light vehicle on December 13th, which will enable efficient transportation.

[0057] FIG. 7 is a diagram showing a specific method for adjusting the entire delivery plan by correcting the scheduled value (reservation number) of the daily delivery quantity of the store M4. FIG. 8 is a diagram showing a specific method for adjusting the entire delivery plan by adding a new scheduled value (reservation number) of the daily delivery quantity of the store M9.

[0058] As shown in Figure 5, the delivery date for December 13th is only 3 sets to store M4, so if the delivery date for store M4 can be changed from December 13th to December 14th, freight transport vehicle T will not have to run on December 13th. The driver can also be given a rest. Furthermore, as shown in Figure 7, the total planned delivery quantity (reservations) for December 14th is 20 sets, so even if this change results in an increase of 3 sets, there is still a margin of 2 sets until the maximum load capacity of a 4-ton truck (25 sets) is reached. Therefore, if there are 2 additional reservations, it will be possible to transport them using the maximum load capacity of a 4-ton truck (25 sets) on December 14th, which is efficient.

[0059] Therefore, this service issues a notice to the stores M1 to M11 stating that if a new reservation is made with the store M1 to M11 for a delivery date of December 14th, there will be benefits such as a discount on shipping. In addition, the stores M1 to M11 are announced to the customers U who may use the stores M1 to M11. Specifically, information about the stores M1 to M11 is displayed on the customer terminal 3 to encourage the purchase of products. A specific example of the information about the stores M1 to M11 displayed on the customer terminal 3 will be described later with reference to FIG. 9.

[0060] In addition, the benefits described in the guide to the stores M1 to M11 are not limited to monetary benefits such as fare discounts. For example, as shown by the dashed line in Fig. 8, the guide may include information based on weather forecasts and past performance. Specifically, if the product is something that needs to be purchased before snow falls, such as studless tires, it would be effective to send out the following information: Last year, continuous snowfall from December 16th to December 18th caused a dramatic increase in the number of deliveries, but this year snow is also forecast for December 17th to December 18th. This will hopefully encourage some store M to request delivery on December 14th. If there is a new order (2 sets) from store M9 with a delivery date of December 14th, then as shown in Figure 8, a 4-ton truck can transport 25 sets, which is the maximum load, on December 14th. This allows for efficient transportation.

[0061] FIG. 9 is a diagram showing a specific example of information related to the stores M1 to M11 displayed on the customer terminal 3. In FIG.

[0062] As shown in FIG. 9, the customer terminal 3 displays a list of information relating to each of the stores M1 to M11. That is, in Fig. 9, information on stores M8, M10, M7, and M3 are displayed as examples of stores M1 to M11. Specifically, a photo of the store's exterior, a rating from customer U (number of stars), the store's name, telephone number, address, distance from the customer terminal 3, and the lowest price of the product are displayed. In addition, when a discounted rate is applied, an icon indicating this (an icon showing "Discount") is displayed. As shown in Fig. 9, the order of display of stores M1 to M11 displayed in a list on the customer terminal 3 can be sorted in ascending or descending order using "distance from customer terminal 3," "price of product," and "reputation from customer U" as sorting items.

[0063] Here, if the customer U considers purchasing the product at the store M8, he or she operates the customer terminal 3 to press the icon representing the store M8 among the listed stores M1 to M11. Then, a reservation screen for purchasing the product at the store M8 is displayed. A specific example of the reservation screen displayed on the customer terminal 3 will be described later with reference to FIG.

[0064] FIG. 10 is a diagram showing a specific example of a reservation screen displayed on the customer terminal 3. As shown in FIG.

[0065] 10, a plurality of buttons D1 to D6 for reserving products at the store M8 are displayed for each time period during which the products are provided, along with information about the store M8, on the customer terminal 3. Also, an icon is displayed indicating that a discount rate is applicable for each time period during which the products are provided. Specifically, for example, if the product is studless tires and customer U wants to reserve the work of replacing the product between 9:00 and 10:00 on December 14th, he / she presses button D2. Also, as shown in FIG. 10, a discount fee of "-500 yen" is applied during this time period. This allows customer U to easily purchase the product and also obtain a new reservation for store M8 on December 14th, making it easy to achieve efficient shipping as shown in Figure 8 above.

[0066] (Example 2) FIG. 11 is a diagram showing another specific example of this service. In the area A shown in Fig. 11, there are a logistics center C1, a warehouse W, stores M1 to M3, and cargo transport vehicles T1 to T3. In the following, when there is no need to distinguish between the stores M1 to M3 and the cargo transport vehicles T1 to T3, they will be collectively referred to as "store M" and "cargo transport vehicle T", respectively.

[0067] The logistics center C1 is one of the large-scale inventory bases K owned by the logistics company L, which holds in stock products destined for the customer U in eastern Japan. Although not shown in the figure, there is also a logistics center C2 which holds in stock products destined for the customer U in western Japan.

[0068] Warehouse W is one of the inventory bases K owned by logistics company L that holds inventory of goods destined for customer U in region A. The inventory held by warehouse W is transported from logistics center C1.

[0069] Stores M1 to M3 are retail stores that sell products to customers U in area A. The products sold by each of stores M1 to M3 are transported from warehouse W. Each of stores M1 to M3 is one of inventory bases K.

[0070] In specific example 2, cargo transport vehicles T1 to T3 are all trucks that transport goods. Cargo transport vehicle T1 is a truck that transports goods between vendor V and logistics center C1. Cargo transport vehicle T2 is a truck that transports goods between logistics center C1 and warehouse W. Cargo transport vehicle T3 is a truck that transports goods between warehouse W and stores M1 to M3. For ease of explanation, only one of each of the cargo transport vehicles T1 to T3 is shown in FIG. 11, but the number of each is not limited to one, and multiple vehicles of various types (load capacities) are in operation.

[0071] When using the conventional method, product delivery in area A shown in Fig. 11 was performed in the order of product vendor V, logistics center C1, warehouse W, and stores M1 to M3. Also, as described above, the product delivery plan was created based only on information from the logistics company.

[0072] For example, assume that store M1 has 80 sets of a product in stock at closing time (6:00 PM) on July 20th, and that the expected sales for the next day (July 21st) and the day after (July 22nd) are 20 sets and 100 sets, respectively. In this case, since there are 80 sets in stock at closing time (6:00 PM) on July 20th, there will be no problem with sales the next day (July 21st). However, in preparation for sales the day after (July 22nd), at least 40 sets must be secured in stock by closing time (6:00 PM) the next day (July 21st).

[0073] In this case, store M1 places an order with shipper S (Figure 1) to deliver 40 sets by closing time (6:00 PM) on July 21st, to be sold on July 22nd. Having received the order from store M1, shipper S requests logistics company L via vendor V to transport the 40 sets so that they can be delivered to store M1 by closing time (6:00 PM) on July 21st. Based on the request, logistics company L creates a delivery plan to deliver 40 sets to store M1 by 6:00 PM on July 21st.

[0074] Specifically, logistics company L checks the inventory in warehouse W which is responsible for region A, and if there is sufficient inventory, creates a delivery plan, for example, as shown below. In other words, logistics company L creates a delivery plan in which the product name is "product," the departure location is "warehouse W," the delivery location is "store M1 (recipient)," the departure date and time is "July 21st, 4:00 PM," the delivery date and time is "July 21st, 5:00 PM," and the truck to be used is "one 2-ton truck."

[0075] On the other hand, if there is not enough inventory in warehouse W, distributor L creates a delivery plan, for example, as shown below. That is, a delivery plan is created in which the product name is "Product", the departure point is "Logistics Center C1", the transit point is "Warehouse W", the delivery point is "Store M1 (Recipient)", the departure date and time is "July 21st 1:00 PM", the arrival date and time at the transit point is "July 21st 2:00 PM", the truck used from the departure point to the transit point is "10-ton truck, mixed load", the departure date and time from the transit point is "July 21st 4:00 PM", the delivery date and time is "July 21st 5:00 PM", and the truck used from the transit point to the delivery point is "1 2-ton truck, chartered". In this way, when using the conventional method, distributor L creates a delivery plan based on information from the distributor side.

[0076] As mentioned above, in the conventional delivery management, when logistics company L created a delivery plan, only the information from the logistics company side was taken into account, and the information from the shipper side was not taken into account. For this reason, the delivery plans created were often ad-hoc and inefficient. For example, the above-mentioned store M1 placed an order with shipper S at 6:00 PM on July 20th to have 40 sets delivered by 6:00 PM on the following day, July 21st. This order was based on sales forecasts for the following day (July 21st) and the day after (July 22nd), but did not take into account sales forecasts thereafter. In other words, no delivery plan was made based on continuous sales forecasts, such as for one week, two weeks, one month, a quarter, half a year, or one year from July 20th. For this reason, the delivery plans that were created were often ad-hoc and inefficient. Therefore, with this service, it is possible to create delivery plans based on continuous sales forecasts, something that was not possible with conventional delivery management methods.

[0077] Specifically, in this service, a delivery plan based on order information from store M is output. The delivery plan includes, for example, a delivery plan that minimizes the cost burden on store M. In addition, when the delivery plan is created, the working conditions of the driver of cargo transport vehicle T are taken into consideration, so that a delivery plan that observes compliance is created. The delivery plan drawn up by this service is presented to the person in charge at each inventory base via the base terminal 2. Specifically, for example, the delivery plan can be displayed by starting an app downloaded to the base terminal 2 or starting a web browser.

[0078] Next, a specific example of a delivery plan drawn up by the server 1 will be described with reference to FIGS. FIG. 12 is a diagram showing a specific example of inventory information and forecast information out of the order information on which a delivery plan is based.

[0079] FIG. 12A is a diagram showing a specific example of inventory information of product I in store M1, which is part of the order information that is the basis for the server 1 to create a delivery schedule. According to the inventory information shown in FIG. 12(A), as of 8:00 a.m. today, Monday, July 21st, before the store opens, store M1 has 180 sets in stock. Although the example shown in FIG. 5(A) shows only the inventory information of store M1, inventory information of stores M2 and M3, warehouse W, and logistics center C1 is also managed.

[0080] FIG. 12B is a diagram showing a specific example of forecast information of the store M1, which is part of the information that serves as the basis for the server 1 to create a delivery plan. According to the forecast information shown in Fig. 12(B), as of 8:00 a.m. today, Monday, July 21st, the expected deliveries (i.e., planned sales quantities) for the week from Monday, July 21st to Sunday, July 27th are 20 sets, 100 sets, 20 sets, 10 sets, 40 sets, 200 sets, and 250 sets, respectively. The expected deliveries are calculated based on the order volume, past deliveries (e.g., results for the same period last year, results for the same period last month, results for last week), etc.

[0081] FIG. 13 is a diagram showing a specific example of vehicle information out of the transportation logistics center information on which a delivery plan is based.

[0082] 13, the cargo transport vehicles T operating as cargo transport vehicles T1 to T3 are of four types: a 10 ton truck, a 4 ton truck, a 2 ton truck, and a light truck, with loading capacities of 10 ton, 4 ton, 2 ton, and 350 kg, respectively. The maximum amount of product I that one cargo transport vehicle T can load at one time (maximum loading capacity) is 100 sets, 40 sets, 20 sets, and 3 sets, respectively. Furthermore, the number of these four types of cargo transport vehicles T is as follows: for 10-ton trucks, five are cargo transport vehicles T1, four are cargo transport vehicles T2, and three are cargo transport vehicles T3, for a total of 12. For 4-ton trucks, three are cargo transport vehicles T2, and two are cargo transport vehicles T3, for a total of five. For 2-ton trucks, three are cargo transport vehicles T2, and two are cargo transport vehicles T3, for a total of five. For light trucks, five are cargo transport vehicles T3. In other words, the total number of cargo transport vehicles T used to transport product I in area A is 27.

[0083] The vehicle information also includes, for each of the 27 cargo transport vehicles T, information about the cargo transport vehicle T itself and information about the driver of the cargo transport vehicle T. The information about the cargo transport vehicle T itself includes the vehicle number, the load capacity, and the vehicle class. The information about the driver includes the name (driver's name), age, the accumulated overtime hours worked this month (accumulated overtime), and the available overtime hours worked this month (remaining overtime). Specifically, for example, among the five cargo transport vehicles T deployed as cargo transport vehicles T1, the cargo transport vehicle T with the vehicle number "Yamanashi 100-XX-XX" has a loading capacity of "10t" and a vehicle class of "10t wing". The driver of this cargo transport vehicle T is named "Yamada Jiro", is 34 years old, has accumulated overtime hours this month of "38 hours", and is allowed overtime hours this month of "1 hour". The vehicle information of the other cargo transport vehicles T deployed as cargo transport vehicles T1 to T3 is as shown in FIG. 13. In this way, when a delivery plan is made, the working conditions of the driver of the cargo transport vehicle T are taken into consideration, so that a delivery plan that adheres to compliance is made.

[0084] It should be noted that the present invention is not limited to this example. For example, overtime may be managed by the total overtime per day, per week, per month, or per year. In addition, for example, work hours, overtime, and number of working days may also be managed to manage the schedule. In addition, the schedule may be managed taking into consideration information such as the driver's chronic illness or physical condition that prevents excessive work. The driver may manually input information about his / her physical condition, but an application may also be installed on the driver's terminal (smartphone) to measure the driver's physical condition by sensing the information when the driver logs in.

[0085] FIG. 14 is a diagram showing a specific example of a delivery plan drawn up by the server 1 based on the various information shown in FIGS.

[0086] FIG. 14 shows a delivery plan for store M1 for one week from Monday, July 21st to Sunday, July 27th as of 8:00 a.m. on Monday, July 21st.

[0087] The delivery plan shown in FIG. 14 includes information on the number of deliveries scheduled for each day from today, Monday, July 21st, to Sunday, July 27th, and on the cargo transport vehicle T3 to be used for the deliveries. The planned delivery quantity is listed in two patterns: "Delivery Pattern 1" and "Delivery Pattern 2." Among these, "Delivery Pattern 1" indicates a delivery pattern in which delivery is made almost daily according to the stock quantity of store M1 and the expected take-off quantity for that day. In other words, by adopting delivery pattern 1, store M1 can avoid the risk of having a large amount of inventory. Furthermore, "Delivery Pattern 2" indicates a delivery pattern in which, if possible, multiple days' worth of goods are delivered in one go based on the expected delivery quantity for one week. In other words, "Delivery Pattern 2" is a delivery pattern (and a vehicle allocation pattern, described later) presented by the server 1 that allows efficient use of the free space of the cargo transport vehicle T in order to reduce the number of transports. By adopting such a delivery pattern, the store M1 can reduce the number of deliveries, and therefore the freight charges.

[0088] The delivery plan shown in Fig. 14 describes two patterns, "Vehicle Allocation Pattern 1" and "Vehicle Allocation Pattern 2", for the type and number of cargo transport vehicles T3 used for delivery. Of these, "Vehicle Allocation Pattern 1" is a vehicle allocation pattern that corresponds to the above-mentioned "Delivery Pattern 1". Also, "Vehicle Allocation Pattern 2" is a vehicle allocation pattern that corresponds to the above-mentioned "Delivery Pattern 2".

[0089] Specifically, delivery pattern 1 (and vehicle allocation pattern 1) shows that the planned delivery quantities (and trucks to be used) are 20 sets to be delivered today, Monday, July 21st, using one 2-ton truck, 80 sets to be delivered on Tuesday, July 22nd, using one 10-ton truck, 30 sets to be delivered on Thursday, July 24th, using one 4-ton truck, 10 sets to be delivered on Friday, July 25th, using one 2-ton truck, 250 sets to be delivered on Saturday, July 26th, using three 10-ton trucks, and 180 sets to be delivered on Sunday, July 27th, using two 10-ton trucks. It also shows that the transportation fee is XX million yen.

[0090] In contrast, delivery pattern 2 (and vehicle allocation pattern 2) shows that the planned delivery quantities (and trucks to be used) are 100 sets to be delivered today, Monday, July 21st, using one 10-ton truck, 40 sets to be delivered on Thursday, July 24th using one 4-ton truck, 250 sets to be delivered on Saturday, July 26th using three 10-ton trucks, and 180 sets to be delivered on Sunday, July 27th using two 10-ton trucks. It also shows that the transportation charges will be XX million yen. 14 describes only the type and number of trucks to be used, but the delivery plan includes specific vehicle information of the cargo transport vehicle T to be used. That is, since the vehicle dispatch pattern is created including information on the driver of the cargo transport vehicle T, it is possible to create a delivery plan that includes compliance with the working hours of the driver of the cargo transport vehicle T.

[0091] As described above, the delivery plan drawn up by the server 1 shows two types of delivery patterns, so that the store M1 can select the delivery pattern (and vehicle dispatch pattern) that best suits its financial and business circumstances at the time. As a result, efficient transportation can be realized by taking into consideration not only the information from the logistics company but also the information from the shipper.

[0092] Furthermore, conventional schedule adjustment methods have been limited to merely providing convenience to stores, individuals, and other parties placing orders or sending packages. In contrast, by applying the above-described embodiment, appropriate and efficient scheduling becomes possible according to the requirements of not only the ordering or shipping destination of the package (store or individual), but also the shipper, vendor, and logistics parties in between. In addition, it is now possible to perform scheduling that takes into account both equipment and people as scheduling elements. In other words, in the past, scheduling was meaningless because it only took into account one of the elements. This is no longer the case.

[0093] Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. within the scope that can achieve the object of the present invention are included in the present invention.

[0094] For example, in the above embodiment, the logistics company L uses a cargo transport vehicle T to transport goods, but the cargo transport vehicle T is not limited to a vehicle and may be, for example, a ship, an aircraft, or the like.

[0095] In addition, for example, the delivery plan drawn up in the above embodiment is for a period of about one week, but this is merely an example. Delivery plans can be drawn up for any period, such as one month, one quarter, one half year, one year, etc.

[0096] Also, for example, the delivery plan shown in FIG. 14 shows two types of delivery patterns (and vehicle allocation pattern 2), but this is merely an example. Many more types of delivery patterns may be planned. For example, in the delivery plan shown in FIG. 14, in delivery pattern 1 (and vehicle allocation pattern 1), 10 sets are scheduled to be delivered by one 2-ton truck on Friday, July 25, but other vehicle allocation patterns may be planned. For example, although not shown, vehicle allocation pattern 3 may be planned in which 10 sets are delivered by four light trucks. In this case, if the transportation fee using one 2-ton truck is 30,000 yen and the transportation fee using four light trucks is 24,000 yen (6,000 yen x 4 trucks), vehicle allocation pattern 3 is planned as the "vehicle allocation pattern with the lowest transportation fee." Similarly, in pattern 1, 250 sets are scheduled to be delivered by three 10-ton trucks on Saturday, July 26, but a dispatch pattern 3 (not shown) may be created as the "dispatch pattern with the lowest transportation fee." For example, dispatch pattern 3 may be created in which 250 sets are delivered by two 10-ton trucks, one 4-ton truck, and one 2-ton truck. Here, if the transportation fee using a 10-ton truck is 100,000 yen per truck, the transportation fee using a 4-ton truck is 70,000 yen per truck, and the transportation fee using one 2-ton truck is 30,000 yen, the transportation fees will be as follows. That is, the fee for pattern 1 is 300,000 yen (100,000 yen x 3 trucks), but the fee for pattern 3 is 290,000 yen (100,000 yen x 2 trucks + 60,000 yen x 1 truck + 30,000 yen x 1 truck), which is reasonable. Furthermore, if transportation fees vary depending on the day of the week due to busy schedules at logistics company L, it is possible to plan a delivery pattern (and vehicle allocation pattern) that recommends weekday transportation rather than weekend transportation when transportation fees are relatively high. Specifically, although not shown in the figure, it is possible to plan a delivery pattern (and vehicle allocation pattern) that delivers 470 sets that are scheduled to be delivered by the weekend at once on Wednesday, July 23rd and Thursday, July 24th, when transportation fees are relatively cheap.

[0097] Moreover, the hardware configurations shown in FIG. 3 are merely examples for achieving the object of the present invention, and are not particularly limited.

[0098] In addition, the functional block diagram shown in Fig. 4 is merely an example and is not particularly limited. In other words, it is sufficient that the information processing system is provided with a function capable of executing the above-mentioned series of processes as a whole, and the type of functional block used to realize this function is not particularly limited to the example in Fig. 4.

[0099] Furthermore, the locations of the functional blocks are not limited to those shown in Fig. 4, and may be arbitrary. For example, at least a part of the functional blocks on the server 1 side may be provided on the base terminal 2 side, or vice versa. A single functional block may be configured as a single piece of hardware, or may be configured in combination with a single piece of software.

[0100] When the processing of each functional block is executed by software, the program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer built into dedicated hardware, or may be a computer capable of executing various functions by installing various programs, such as a server, a general-purpose smartphone, or a personal computer.

[0101] A recording medium containing such a program is not only composed of removable media that is distributed separately from the device body in order to provide each user with the program, but also composed of a recording medium that is provided to each user in a state in which it is pre-installed in the device body.

[0102] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually. In addition, in this specification, the term "system" refers to an overall device that is composed of a plurality of devices, a plurality of means, etc.

[0103] In summary, the information processing apparatus to which the present invention is applied is sufficient if it has the following configuration, and can take various different embodiments. That is, an information processing device to which the present invention is applied (for example, the server 1 in FIG. 4) In an information processing device that creates a plan for transporting goods between bases (e.g., stores M1 to M11) as a transportation plan (e.g., a delivery plan), A first acquisition means (e.g., an order information acquisition unit 101 in FIG. 4) that acquires information on receipt and delivery of products at each of the one or more bases as order information; A planning means (e.g., the planning unit 103 in FIG. 4) that plans the transportation plan for each base station to resolve the backlog of inventory of the product based on information including the order information; Equipped with.

[0104] This makes it easy to create flexible delivery plans that take into account the information of the shipper, resulting in efficient transportation with no waste.

[0105] Also, the transportation system may further include a presentation means (for example, the presentation unit 104 in FIG. 4) that presents the transportation plan prepared by the planning means to the base.

[0106] This allows the person operating the base terminal 2 to grasp the drawn up delivery plan at a glance, which makes it easier to adjust the schedule at each inventory base K (store M, etc.), for example.

[0107] The order information may include information (eg, forecast information) regarding the expected delivery of the product at each of the one or more bases.

[0108] This makes it easy to create flexible delivery plans that take into account information from the shipper, including future forecasts. For example, it is easy to create delivery plans that take into account past results, such as last year's results, and weather conditions.

[0109] The system further includes a second acquisition unit (e.g., a transportation logistics center information acquisition unit 102 in FIG. 4) for acquiring, as transportation logistics center information, information related to transportation that can be managed by a person who transports the goods, as information required for carrying out the transportation plan, The planning means can create the transportation plan to resolve the backlog of inventory of the product at the base based on the acquired transportation logistics center information and the order information.

[0110] This makes it possible to create effective delivery plans based on information from both the logistics company and the shipper.

[0111] In addition, the planning means can further adjust the quantity of the product transported to the base in one trip to prepare the transportation plan that eliminates backlogs of inventory of the product at the base.

[0112] This makes it possible to create an effective and flexible delivery plan based on information from both the logistics company and the shipper. As a result, it is possible to realize more efficient transportation with less waste. For example, with the consent of store M, it is possible to split the transportation, such as by using a 2-ton truck and a light car. [Explanation of symbols]

[0113] 1: server, 2, 2-1, 2-n: base terminal, 3, 3-1, 3-m: customer terminal, 11: CPU, 12: ROM, 13: RAM, 14: bus, 15: input / output interface, 16: output section, 17: input section, 18: memory section, 19: communication section, 20: drive, 30: removable media, 101: order information acquisition section, 102: transportation logistics center information acquisition section, 103: planning section, 1 04: Presentation unit, 401: Order DB, 402: Transportation DB, M, M1 to M11: Store, S: Shipper, V: Vendor, L: Logistics company, K, K1 to Kn: Base, U, U1 to Um: Customer, I: Product, N: Network, A: Region, C1, C2: Logistics center, F1 to F4: Display area, B: Bar, G: Gauge, D1 to D6: Button, W: Warehouse, T, T1 to T3: Cargo transport vehicle

Claims

1. In an information processing device that creates a transportation plan for transporting goods between bases, A first acquisition means for acquiring information regarding receipt and removal of products at each of the one or more bases as order information; A second acquisition means for acquiring weather forecast information relating to a scheduled execution date of the transportation plan; a storage control means for controlling the association of the past transportation records of the products with the corresponding past weather information and storing the association as past records in a predetermined storage medium; a planning means for predicting a change in demand for a product according to the weather indicated by the weather forecast information based on the order information, the weather forecast information, and the past performance, and for formulating the transportation plan for each of the base stations based on the prediction result; Equipped with the planning means adjusts the transportation plan to increase the delivery quantity on a date and time before a specific weather event is predicted in order to respond to an increase in product demand predicted based on the weather forecast information and the past performance; Information processing device.

2. The transportation plan generating unit further includes a presentation unit that presents the transportation plan generated by the planning unit to the base station. The presentation means presents the order information, the transportation plan, the weather forecast information, and the demand forecast information based on the past performance. The information processing device according to claim 1 .

3. The second acquisition means acquires the weather forecast information over multiple days, The planning means plans the transportation plan for a product whose demand is predicted to increase due to a weather change so that the product is delivered before the weather change. The information processing device according to claim 1 .

4. A presentation means is further provided for presenting, based on the transportation plan formulated by the planning means, guidance recommending changes to the order information that are necessary to realize the transportation plan, the guidance including forecast information of product demand based on the weather forecast information, together with benefits associated with the changes, for each of the base locations. The information processing device according to claim 1 .

5. The past transportation performance includes sales performance for each product during specific weather conditions, The planning means predicts demand for each product based on the weather forecast information and sales records in past weather conditions corresponding to the weather forecast information, and plans the transportation plan based on the demand prediction. The information processing device according to claim 1 .

6. An information processing method executed by an information processing device that creates a transportation plan for transporting goods between bases, comprising: A first acquisition step of acquiring information regarding receipt and removal of products at each of the one or more bases as order information; A second acquisition step of acquiring weather forecast information related to a scheduled execution date of the transportation plan; a storage control step of executing control for associating the past transportation record of the product with the corresponding past weather information and storing the information as past records in a predetermined storage medium; a planning step of predicting a change in demand for a product according to the weather indicated by the weather forecast information based on the order information, the weather forecast information, and the past performance, and creating the transportation plan for each of the base stations; Including, The planning step includes a step of adjusting the transportation plan to increase the delivery quantity on a date and time before a specific weather is predicted in order to respond to an increase in demand for the product predicted based on the order information, the weather forecast information, and the past performance. Information processing methods.

7. A computer that creates a transportation plan for transporting goods between bases, comprising: A first acquisition step of acquiring information regarding receipt and removal of products at each of the one or more bases as order information; A second acquisition step of acquiring weather forecast information related to a scheduled execution date of the transportation plan; a storage control step of executing control for associating the past transportation record of the product with the corresponding past weather information and storing the information as past records in a predetermined storage medium; a planning step of predicting a change in demand for a product according to the weather indicated by the weather forecast information based on the order information, the weather forecast information, and the past performance, and creating the transportation plan for each of the base stations based on the prediction result; Executing a control process including In the planning step, the transportation plan is adjusted to increase the delivery quantity on a date and time before a specific weather event is predicted in order to respond to an increase in product demand predicted based on the order information, the weather forecast information, and the past performance. Executing a control process including program.

Images