WO2016027322A1 - Dispositif de simulation et procédé de simulation - Google Patents

Dispositif de simulation et procédé de simulation Download PDF

Info

Publication number
WO2016027322A1
WO2016027322A1 PCT/JP2014/071740 JP2014071740W WO2016027322A1 WO 2016027322 A1 WO2016027322 A1 WO 2016027322A1 JP 2014071740 W JP2014071740 W JP 2014071740W WO 2016027322 A1 WO2016027322 A1 WO 2016027322A1
Authority
WO
WIPO (PCT)
Prior art keywords
delivery
simulation
unit
shipper
divergence
Prior art date
Application number
PCT/JP2014/071740
Other languages
English (en)
Japanese (ja)
Inventor
石橋　尚也
順子 細田
聡士 永原
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2014/071740 priority Critical patent/WO2016027322A1/fr
Publication of WO2016027322A1 publication Critical patent/WO2016027322A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management

Definitions

  • the present invention relates to a simulation apparatus.
  • Patent Document 1 states that “the co-distribution server generates shipping instruction data, reads base identification data from the area master, determines a shipping base and a delivery base, and distributes the shipping instruction data to base terminals corresponding to them.
  • the shipping base terminal aggregates the shipping instruction data for each predetermined transport route for each delivery base based on the received shipping instruction data, and sets the destination identification code for the transportation means and the package.
  • the delivery base terminal aggregates the shipping instruction data for each delivery date and for each delivery destination, and generates transportation plan data in which the cargoes of different shippers are stacked by assigning to the key.
  • the delivery plan data is generated by allocating the packages and the packages of different shippers by assigning the packages to the destination identification code as a key”.
  • An object of the present invention is to provide a technique for realizing a delivery contract condition simulation that presents an appropriate contract condition according to a customer's physical quantity record.
  • a simulation apparatus uses a storage unit that stores cost information determined in advance based on a delivery condition of a shipper, and results data including the delivery condition and cost of the shipper.
  • a delivery result data estimation unit that estimates data
  • a revenue content divergence analysis unit that identifies a divergence in revenue contents between the delivery conditions using the actual data on delivery of the shipper and visualizes and displays the divergence
  • a delivery contract condition change simulation executing unit for calculating a cost using the physical quantity data estimated by the delivery result data estimating unit by changing part or all of the delivery conditions.
  • FIG. 1 It is a figure showing the schematic diagram of the simulation system concerning a first embodiment of the present invention. It is a figure which shows the structural example of a delivery performance information storage part. It is a figure which shows the structural example of a delivery master information storage part. It is a figure which shows the structural example of a delivery contract condition memory
  • a delivery contract condition simulation system 1 which is an example of a system functioning as a simulation system to which the first embodiment according to the present invention is applied will be described with reference to the drawings.
  • FIG. 1 is a diagram showing an example of the overall configuration of a delivery contract condition simulation system 1 according to the present invention.
  • the delivery contract condition simulation system 1 includes a delivery contract condition simulation apparatus 100.
  • the delivery contract condition simulation apparatus 100 can communicate with other devices by connecting to a network 50 such as the Internet.
  • the delivery contract condition simulation device 100 includes a control unit 120, a storage unit 130, a communication unit 140, an input unit 150, and an output unit 160.
  • the storage unit 130 includes a delivery record information storage unit 131, a delivery master information storage unit 132, a delivery contract condition information storage unit 133, an order information storage unit 134, and a simulation result information storage unit 135.
  • FIG. 2 is a diagram showing a data structure stored in the delivery record information storage unit 131.
  • a shipper 131a that identifies a shipper who is a shipper of a package
  • a departure place 131b that is a departure point of delivery
  • a destination 131c that is a destination of delivery
  • Transport mode 131d transport company 131e responsible for transport operations
  • departure time 131f for specifying the departure date and time
  • arrival time 131g for specifying the arrival date and time
  • information for specifying the weight of the package A plurality of pieces of information in which the weight 131h is associated with the cost 131k that is information for specifying the cost of delivery are stored.
  • the shipper 131a is, for example, “shipper A”
  • the departure point 131b is, for example, “Narita”
  • the destination 131c is, for example, “Shanghai”
  • the transport mode 131d is, for example, “ship”
  • the transport company 131e is, for example, “ Company A ".
  • the weight 131h is the weight of the luggage indicated by a predetermined unit amount (for example, kilogram).
  • the cost 131k is a predetermined unit charge (for example, 1 million yen) corresponding to the weight shown in the weight 131h.
  • FIG. 3 is a diagram showing a data structure stored in the delivery master information storage unit 132.
  • the delivery master information storage unit 132 includes a transportation company 132a, a departure place 132b, a destination 132c, a transportation mode 132d, a lead time 132e, a basic unit 132f, a unit price 132g, a minimum unit 132h, and a minimum unit price.
  • a plurality of pieces of information associated with 132k are stored.
  • the transportation company 132a is information that identifies a transportation company that is responsible for transportation operations. In the present embodiment, it is assumed that the delivery cost paid by the shipper to the shipping company is a pay-as-you-go system in which a minimum unit price is set in accordance with general customs, but is not limited thereto.
  • the departure place 132b is information specifying the departure place of delivery.
  • the destination 132c is information for specifying a destination for delivery.
  • the transport mode 132d is information for specifying a transport method.
  • the lead time 132e is information for specifying the time taken from departure to arrival.
  • the basic unit 132f is information for specifying the basic unit of the price of the package transportation.
  • the unit price 132g is information (for example, 10,000 yen per kilogram) that specifies the unit price of the transport price for each basic unit.
  • the minimum unit 132h is information (for example, 100 kilograms) that specifies the minimum unit price that specifies the minimum unit of price.
  • the minimum unit price 132k is information for specifying the minimum price (for example, “1”, that is, 1 million yen).
  • FIG. 4 is a diagram showing a data structure stored in the delivery contract condition information storage unit 133.
  • the delivery contract condition information storage unit 133 stores a plurality of pieces of information in which the shipper 133a, the departure point 133b, the destination 133c, the transport company 133d, and the mixed loading permission 133e are associated with each other.
  • the shipper 133a is information that identifies the shipper who is the shipper of the package.
  • the departure place 133b is information for specifying the departure place of delivery.
  • the destination 133c is information for specifying a delivery destination.
  • the transportation company 133d is information that identifies a transportation company that is responsible for transportation operations.
  • the mixed loading permission 133e is information indicating whether or not to permit sharing of a container on which a load is placed with another loader's load.
  • FIG. 5 is a diagram showing a data structure stored in the order information storage unit 134.
  • the order information storage unit 134 stores a plurality of pieces of information in which the shipper 134a, the departure place 134b, the destination 134c, the essential period 134d, and the weight 134e are associated with each other.
  • the shipper 134a is information for identifying a shipper who is a shipper of the package.
  • the departure place 134b is information for specifying the departure place of delivery.
  • the destination 134c is information for specifying a delivery destination.
  • the key period 134d is information for specifying a date for which transportation is required.
  • the weight 134e is information indicating the weight of the package to be transported.
  • FIG. 6 is a diagram showing a data structure stored in the simulation result information storage unit 135.
  • the simulation result information storage unit 135 includes a scenario 135a, a shipper 135b, a departure place 135c, a destination 135d, a transportation mode 135e, a transportation company 135f, a departure time 135g, an arrival time 135h, and a weight 135k.
  • a plurality of pieces of information associated with the cost 135m are stored.
  • the scenario 135a is information for specifying various parameter groups set for the simulation.
  • the shipper 135b is information that identifies the shipper who is the shipper of the package.
  • the departure place 135c is information for specifying the departure place of delivery.
  • the destination 135d is information for specifying a delivery destination.
  • the transport mode 135e is information for specifying a transport method.
  • the transport company 135f is information that identifies a company that is responsible for transport operations.
  • the departure time 135g is information for specifying the date and time of departure.
  • the arrival time 135h is information specifying the date and time of arrival.
  • the weight 135k is information for specifying the weight of the luggage.
  • the cost 135m is information for specifying the cost for delivery.
  • the control unit 120 includes a delivery result data estimation unit 121, a revenue content divergence analysis unit 122, a contract condition change scenario registration unit 123, a delivery contract condition change simulation execution unit 124, a simulation result output unit 125, and a mixed loading plan.
  • a decision simulation unit 126 includes a delivery result data estimation unit 121, a revenue content divergence analysis unit 122, a contract condition change scenario registration unit 123, a delivery contract condition change simulation execution unit 124, a simulation result output unit 125, and a mixed loading plan.
  • a decision simulation unit 126 includes a delivery result data estimation unit 121, a revenue content divergence analysis unit 122, a contract condition change scenario registration unit 123, a delivery contract condition change simulation execution unit 124, a simulation result output unit 125, and a mixed loading plan.
  • the delivery result data estimation unit 121 aggregates values such as cost and lead time using the delivery results of the shipper, and estimates and calculates quantity data such as basic numerical values used as the result values.
  • the revenue content divergence analysis unit 122 analyzes the divergence from the planned revenue content according to the delivery conditions, using the actual value calculated by the delivery result data estimation unit 121. Further, the profit content divergence analysis unit 122 identifies a divergence from the delivery condition for each shipping company, and visualizes and displays the divergence. Further, the profit content divergence analysis unit 122 identifies a divergence from the delivery condition for each predetermined period, and visualizes and displays the divergence.
  • the profit content divergence analysis unit 122 uses the actual data including the delivery condition and the lead time of the shipper to determine the delivery condition in a predetermined period. Visualize and display lead time divergence for the same achievements. Further, the profit content divergence analysis unit 122 visualizes and displays the average lead time for the results with the same delivery condition in a predetermined period for each shipping company using the results data of other shippers.
  • the contract condition change scenario registration unit 123 registers a plurality of scenarios in which some changes have been made regarding the conditions of the delivery contract between the shipper and the delivery company.
  • the delivery contract condition change simulation execution unit 124 changes part or all of the delivery contract conditions, and calculates the cost using the quantity data estimated by the delivery performance data estimation unit 121 using the changed scenario. The simulation of profit is done.
  • the simulation result output unit 125 outputs the result of the simulation performed by the delivery contract condition change simulation execution unit 124.
  • the mixed loading plan determination simulation unit 126 performs a part of the processing by the delivery contract condition change simulation execution unit 124, that is, a simulation process that considers mixed loading with another shipper when mixed loading is permitted. Specifically, the mixed loading plan determination simulation unit 126 permits mixed loading with other shippers in the process of calculating the cost using the quantity data estimated by the delivery result data estimating unit 121. In some cases, the quantity data of other shippers that allow mixed loading is read, and the cost that is less than the minimum unit is added to calculate the cost.
  • the communication unit 140 communicates with other devices via the network 50 such as the Internet.
  • the input unit 150 receives input information from the user.
  • the output unit 160 generates output information such as screen information that is output to the user.
  • the storage unit 130 may be provided in another device connected via the network 50, and the control unit 120 may access information stored in the storage unit 130 via the communication unit 140.
  • FIG. 7 is a diagram showing a hardware configuration of the delivery contract condition simulation apparatus 100.
  • the delivery contract condition simulation device 100 is typically a personal computer device, but is not limited to this, and may be an electronic information terminal such as a smartphone, a mobile phone terminal, or a PDA (Personal Digital Assistant). Further, the delivery contract condition simulation apparatus 100 does not directly access the network 50, but accesses it via a communication network such as a mobile phone carrier by circuit switching or a wireless communication network for data transmission. Also good.
  • the delivery contract condition simulation apparatus 100 includes an arithmetic device 111 such as a CPU, a main storage device 112 such as a memory, an external storage device 113 such as a hard disk (Hard Disk Drive) or SSD (Solid State Drive), and a CD (Compact Disk). ) And DVD (Digital Versatile Disk) and other portable storage media 114D, a reading device 114 that reads and writes electronic data, an input device 115 such as a keyboard and a mouse, an output device 116 such as a display and a printer, and a NIC A communication device 117 such as (Network Interface Card) and a bus connecting them are configured.
  • arithmetic device 111 such as a CPU
  • main storage device 112 such as a memory
  • an external storage device 113 such as a hard disk (Hard Disk Drive) or SSD (Solid State Drive)
  • CD Compact Disk
  • CD Compact Disk
  • DVD Digital Versatile Disk
  • other portable storage media 114D a
  • the communication device 117 is a wired communication device that performs wired communication via a network cable, or a wireless communication device that performs wireless communication via an antenna.
  • the communication device 117 performs communication with other devices connected to the network such as the network 50.
  • the computing device 111 is, for example, a CPU (Central Processing Unit).
  • the main storage device 112 is a memory device such as a RAM (Random Access Memory).
  • the external storage device 113 is a non-volatile storage device such as a so-called hard disk, SSD, or flash memory that can store digital information.
  • the input device 115 is a device that receives input information including a pointing device such as a keyboard and a mouse, or a microphone that is a voice input device.
  • the output device 116 is a device that generates output information including a display, a printer, or a speaker that is an audio output device.
  • the mixed plan determination simulation unit 126 is realized by a program that causes the arithmetic device 111 to perform processing. This program is stored in the main storage device 112, the external storage device 113, or the portable storage medium 114D, loaded onto the main storage device 112 for execution, and executed by the arithmetic device 111.
  • the storage unit 130 is realized by the main storage device 112 and the external storage device 113.
  • the communication unit 140 is realized by the communication device 117.
  • the input unit 150 is realized by the input device 115.
  • the output unit 160 is realized by the output device 116.
  • the above is the hardware configuration example of the delivery contract condition simulation system 1 in this embodiment.
  • the configuration is not limited to this, and other hardware may be used.
  • the stand-alone delivery contract condition simulation apparatus 100 that is not connected to the network 50 may be used.
  • each storage unit stored in the storage unit 130 may update information by crawling and collecting information stored in another server device or an external storage device connected to the network 50. Alternatively, it may be updated by receiving data from the supplier.
  • FIG. 8 is an overall process flow diagram of the simulation process executed by the delivery contract condition simulation apparatus 100 according to the present embodiment.
  • the simulation process is started when a process start instruction is received from a user while the delivery contract condition simulation apparatus 100 is activated.
  • the delivery record data estimation unit 121 acquires a record value including the cost and the lead time using the delivery record of the shipper (step S001). Specifically, the delivery record data estimation unit 121 identifies the record in which the shipper 131a corresponds to the shipper from the delivery record information storage unit 131, and reads the record.
  • the revenue content divergence analysis unit 122 outputs a revenue evaluation divergence analysis screen in order to compare the contract conditions between the shipper and the delivery company with the actual delivery (step S002). Specifically, the revenue content divergence analysis unit 122 determines the contract condition and actual value between the shipper and the delivery company, for example, the prior arrangement of the weight and cost of the package, and the actual value of the actual package weight and cost. Are arranged on a coaxial graph, and a screen for easily visualizing the difference between the actual results and the contract is constructed.
  • the contract condition change scenario registration unit 123 reads the contract condition with the shipper and registers it as an editable contract condition change scenario (step S003). Specifically, the contract condition change scenario registration unit 123 reads out the contract conditions with the shipper, receives a change in part or all of the contract conditions, sets it as a new scenario, and sends it to the delivery contract condition change simulation execution unit 124. Deliver.
  • the delivery contract condition change simulation execution unit 124 registers the edited contract condition change scenario, and performs a simulation with the delivery contract condition changed for each scenario (step S004). Specifically, the delivery contract condition change simulation execution unit 124 performs a profit calculation for each scenario delivered in step S003. The delivery contract condition change simulation execution unit 124 stores the result of the calculated profit calculation in the simulation result information storage unit 135 for each scenario.
  • the mixed loading plan determination simulation unit 126 performs a process of simulating a plan for mixed loading permission.
  • the simulation result output part 125 displays a simulation result for every scenario (step S005). Specifically, the simulation result output unit 125 reads out the result information from the simulation result information storage unit 135, and configures and outputs a screen to be displayed.
  • the above is the overall processing flow of the simulation process. According to this flow, it is easy to understand the difference between the contract conditions and the actual results, and it is easy to simulate the scenario with changed conditions. It is possible to implement seamlessly up to the change.
  • FIG. 9 is a diagram showing an operation flow of the result acquisition process.
  • the result acquisition process is a process performed in step S001 of the simulation process.
  • the delivery record data estimation unit 121 reads delivery record information (step S101). Specifically, the delivery record data estimation unit 121 reads all information stored in the delivery record information storage unit 131.
  • the delivery result data estimation unit 121 classifies the result values according to the combination of the departure place, the destination, the transport mode, and the transport company for each shipper (step S102). Specifically, the delivery record data estimation unit 121 reads out the combination of the departure place, the destination, the transportation mode, and the transportation company for each shipper without duplication.
  • the delivery performance data estimation part 121 reads a performance value for every classification (step S103). Specifically, the delivery result data estimation unit 121 reads and records the lead time, cost, and weight as actual values for each combination of departure place, destination, transport mode, and transport company for each shipper read in step S102. To do.
  • the lead time is a difference obtained by subtracting the departure time 131f from the arrival time 131g.
  • the delivery record data estimation unit 121 illustrates the information based on the provision of the delivery master and the information based on the record so as to be comparable (step S104). Specifically, the delivery result data estimation unit 121 uses a scatter diagram in which one of the results value classifications read in step S103 is provided with predetermined two axes (for example, weight on the horizontal axis and cost on the vertical axis). Create the display information plotted on the graph shown. Then, the delivery record data estimation unit 121 reads from the delivery master information storage unit 132 a record in which the classified transportation company, transportation mode, departure place, and destination match.
  • the delivery record data estimation unit 121 generates a graph indicating the minimum unit 132h, the minimum unit price 132k, and the unit price 132g, and superimposes the graph on the graph included in the display information. Then, the delivery result data estimation unit 121 causes the output unit 160 to output the generated information.
  • the above is the process flow of the results acquisition process. According to the result acquisition process, it is possible to easily visualize and compare the plan according to the initial contract condition and the actual value.
  • FIG. 10 is a diagram illustrating a configuration example of a physical quantity result data screen that is an output result of the actual result acquisition process.
  • the physical quantity result data screen 1000 is output in step S104 of the result acquisition process.
  • the physical quantity result data screen 1000 includes a graph display area 1001, a total target start input area 1002A, a total target end input area 1002B, a shipper input area 1002C, a shipping company input area 1002D, a departure place input area 1002E, a purpose A ground input area 1002F, an analysis condition input area 1002G, a divergence analysis execution instruction reception area 1003A, a redisplay instruction reception area 1003B, and an end instruction reception area 1003C are included.
  • the graph display area 1001 an axis indicating weight on the horizontal axis and cost indicating the cost on the vertical axis is provided, and a scatter diagram showing the results of the weight and cost totaled for each departure place, destination, transportation mode, and transportation company is displayed.
  • the In the graph display area 1001 a delivery master line that satisfies the minimum unit 132h, the minimum unit price 132k, and the unit price 132g read from the delivery master information storage unit 132 is shown.
  • the redisplay instruction receiving area 1003B when receiving the input, is a classification including information input in the shipper input area 1002C, the transport company input area 1002D, the departure place input area 1002E, and the destination input area 1002F. , A scatter diagram is generated for the period determined by the aggregation target start input area 1002A and the aggregation target end input area 1002B and is displayed again.
  • the end instruction receiving area 1003C ends the physical quantity result data screen 1000.
  • the deviation analysis execution instruction receiving area 1003A When receiving the input, the deviation analysis execution instruction receiving area 1003A relates to a classification including information input to the shipper input area 1002C, the shipping company input area 1002D, the departure place input area 1002E, and the destination input area 1002F.
  • the revenue content divergence analysis unit 122 is started using the condition input to the analysis condition input area 1002G for the period of time determined by the aggregation target start input area 1002A and the aggregation target end input area 1002B. .
  • the revenue content deviation analysis unit 122 when “transportation company” is input in the analysis condition input area 1002G, the revenue content deviation analysis unit 122 generates a revenue content deviation analysis screen (by transportation company) 1100 shown in FIG.
  • the profit content deviation analysis unit 122 when “mixed total” is input to the analysis condition input area 1002G, the profit content deviation analysis unit 122 generates a profit content deviation analysis screen (mixed total) 1100 shown in FIG.
  • FIG. 11 is a diagram showing a configuration example of a weight-based profit content deviation analysis screen (by transport company).
  • the revenue content deviation analysis screen (by shipping company) 1100 includes a graph display area 1101, an analysis target condition display area 1102, and a return instruction receiving area 1103.
  • the analysis target condition display area 1102 displays conditions such as a shipper, a departure place, and a destination which are conditions for analyzing the difference in profit contents.
  • the return instruction receiving area 1103 returns the display to the physical quantity result data screen 1000 when receiving the input.
  • a graph that can indicate the divergence of the profit contents is displayed. For example, weight is set on the horizontal axis of the graph display area 1101, cost is set on the vertical axis, actual values are plotted, and a line indicating a delivery master for each shipping company is displayed. As a result, it can be said that, with the actual load, for example, if another transportation company is used, the possibility that the cost can be suppressed can be easily visually perceived.
  • FIG. 12 is a diagram showing a configuration example of a weight-based revenue content divergence analysis screen (consolidated total).
  • the revenue content divergence analysis screen (consolidated total) 1200 includes a graph display area 1201, an analysis target condition display area 1202, and a return instruction reception area 1203. Among these, in the analysis target condition display area 1202, conditions such as a shipper, a departure place, and a destination that are conditions for analyzing the divergence of the profit contents are displayed. When receiving an input, the return instruction receiving area 1203 returns the display to the physical quantity result data screen 1000.
  • a graph that can indicate the divergence of the profit contents is displayed. For example, the period (day) is set on the horizontal axis of the graph display area 1201, the weight is set on the vertical axis, and the weight when the load is mixed with the same departure point and destination baggage as other shippers that can be mixedly loaded is Each is graphed.
  • a line indicating the minimum unit of the corresponding transportation company is displayed.
  • FIG. 13 is a diagram illustrating a configuration example of a physical distribution result data screen that is an output result of the actual result acquisition process.
  • the distribution result data screen 1300 is output in step S104 of the result acquisition process.
  • the distribution result data screen 1300 includes a graph display area 1301, a total target start input area 1302A, a total target end input area 1302B, a shipper input area 1302C, a shipping company input area 1302D, a departure place input area 1302E, a purpose A ground input area 1302F, an analysis condition input area 1302G, a divergence analysis execution instruction reception area 1303A, a redisplay instruction reception area 1303B, and an end instruction reception area 1303C are included.
  • the re-display instruction receiving area 1303B when receiving the input, is a classification including information input in the shipper input area 1302C, the shipping company input area 1302D, the departure place input area 1302E, and the destination input area 1302F. , A histogram is generated for the period determined by the total target start input area 1302A and the total target end input area 1302B, and is redisplayed.
  • the end instruction receiving area 1303C ends the physical distribution result data screen 1300.
  • the deviation analysis execution instruction receiving area 1303A When receiving the input, the deviation analysis execution instruction receiving area 1303A relates to the classification including the information input in the shipper input area 1302C, the transportation company input area 1302D, the departure place input area 1302E, and the destination input area 1302F.
  • the revenue content divergence analysis unit 122 is started using the conditions input to the analysis condition input area 1302G for the period of time determined by the aggregation target start input area 1302A and the aggregation target end input area 1302B. .
  • the revenue content deviation analysis unit 122 when “by year” is input to the analysis condition input area 1302G, the revenue content deviation analysis unit 122 generates a revenue content deviation analysis screen (by year) 1400 shown in FIG. Further, for example, when “by transportation company” is input to the analysis condition input area 1302G, the revenue content deviation analysis unit 122 generates a revenue content deviation analysis screen (by transportation company) 1500 shown in FIG.
  • FIG. 14 is a diagram showing a configuration example of a lead time base profit content divergence analysis screen (by year).
  • the revenue content divergence analysis screen (by year) 1400 includes a graph display area 1401, an analysis target condition display area 1402, and a return instruction reception area 1403.
  • the analysis target condition display area 1402 displays conditions such as a shipper, a departure place, and a destination, which are conditions for analyzing the divergence of the profit contents.
  • the return instruction reception area 1403 returns the display to the physical distribution result data screen 1300 when the input is received.
  • a graph that can indicate the divergence of the profit contents is displayed.
  • a lead time (day) is set on the horizontal axis of the graph display area 1401
  • a ratio is set on the vertical axis, and the actual values are displayed in a histogram by year.
  • FIG. 15 is a diagram showing a configuration example of a lead time base profit content deviation analysis screen (by transportation company).
  • the revenue content deviation analysis screen (by shipping company) 1500 includes a graph display area 1501, an analysis target condition display area 1502, and a return instruction reception area 1503.
  • the analysis target condition display area 1502 displays conditions such as a shipper, a departure place, and a destination, which are conditions for analyzing the divergence of the profit contents.
  • the return instruction reception area 1503 returns the display to the physical distribution result data screen 1300 when the input is received.
  • a graph that can indicate the divergence of the profit contents is displayed.
  • a lead time (day) is set on the horizontal axis of the graph display area 1501
  • a ratio is set on the vertical axis, which are displayed in parallel with the average lead time of other transport companies for transport in the same section.
  • FIG. 16 is a diagram showing a part of the simulation process when mixed loading is permitted. Specifically, FIG. 16 is a diagram illustrating a flow of a process for reflecting a change in the mixed loading condition in a simulation process performed when the mixed loading condition is relaxed.
  • the contract condition change scenario registering unit 123 registers a scenario that enables mixed loading for the target shipper (step S201). Specifically, the contract condition change scenario registration unit 123 reads the delivery contract condition information storage unit 133 and generates a scenario in which “No” is set to “Yes” for the mixed loading permission 133e among the contract condition change parameters. sign up.
  • the mixed loading plan determination simulation unit 126 extracts the data of another shipper who can perform the mixed loading from the delivery result information and the delivery contract condition information, and has the same starting point, destination, and transportation company, and weights it by day.
  • the mixed loading plan determination simulation unit 126 refers to the delivery contract condition information storage unit 133, and mixed loading permission 133 e regarding another shipper having the same starting point, the same destination, and the same transportation company. The shipper whose is “Yes” is extracted.
  • the mixed loading plan determination simulation unit 126 refers to the delivery record information storage unit 131, extracts the extracted record value of the shipper, and totals the weights by day.
  • the mixed loading plan determination simulation unit 126 multiplies the minimum unit price by the ratio (weight of the corresponding shipper / total weight), and in the case of mixed loading. Calculate the shipper's price.
  • the mixed loading plan determination simulation unit 126 multiplies the unit price, the total weight, and the ratio (weight / total weight of the corresponding shipper) to determine the price of the shipper in the case of mixed loading ( (Cost) is calculated (step S203).
  • the simulation result output unit 125 outputs the mixed loading result (cost) (step S204). Specifically, the simulation result output unit 125 generates and outputs a simulation result list screen 1800 using the price (cost) of the shipper obtained as a result of the process of step S203. The simulation result output unit 125 also stores the same mixed loading result in the simulation result information storage unit 135.
  • the above is the flow for processing to reflect the change of the mixed loading conditions.
  • registration for changing the mixed loading condition is made as a simulation scenario, and the cost calculation in the case of mixed loading can be realized in a part of the simulation process.
  • FIG. 17 is a diagram of the contract condition change parameter screen.
  • the contract condition change parameter screen 1700 is a screen on which a scenario registered in the contract condition change simulation is displayed.
  • the contract condition change parameter screen 1700 includes a contract condition change parameter display area 1701 and an execution instruction reception area 1703.
  • the contract condition change parameter display area 1701 displays a plurality of selectable scenarios in which a group of parameters such as a shipper, a departure place, a destination, a transportation company, and a mixed loading flag is selected.
  • the execution instruction receiving area 1703 When receiving the input, the execution instruction receiving area 1703 starts execution of the scenario selected in the contract condition change parameter display area 1701.
  • the scenario execution process is realized by the delivery contract condition change simulation execution unit 124 and the mixed loading plan determination simulation unit 126 in the case of a scenario in which the permission for mixed loading is changed using predetermined logic.
  • FIG. 18 is a diagram of a simulation result list screen.
  • the simulation result list screen 1800 is a screen on which a simulation result is displayed for each scenario executed in the contract condition change simulation.
  • the simulation result list screen 1800 includes a simulation detail display area 1801 and a graph display instruction reception area 1803.
  • the simulation detail display area 1801 includes the simulation conditions and the cost calculation result obtained by the simulation.
  • simulation results for each scenario are displayed in a list format. For example, for each scenario, information on shipper, departure place, destination, transportation mode, transportation company, departure time, arrival time, weight, and cost is listed.
  • the graph display instruction receiving area 1803 causes the simulation result output unit 125 to start a process of displaying a cost graph for each scenario.
  • the simulation result output unit 125 outputs a bar graph indicating the cost for each scenario.
  • FIG. 19 is a diagram of a simulation result graph.
  • a balance breakdown 1901 of simulation results is displayed for each scenario executed in the contract condition change simulation.
  • an end instruction receiving area 1902 for performing processing for displaying the simulation result list screen 1800 is displayed.
  • the delivery contract condition simulation system 1 to which the first embodiment according to the present invention is applied has been described with reference to the drawings. According to the first embodiment, even if there is a lack of examination in the estimation of the delivery contract condition, it is possible to easily analyze the divergence, and it is possible to deliver with a cheaper delivery condition.
  • the present invention is not limited to the first embodiment described above.
  • the first embodiment described above can be variously modified within the scope of the technical idea of the present invention.
  • the transition of the screen is not limited to the first embodiment, and may be a transition of different flows on different screens. By doing so, it becomes easy to perform trial and error, and it is possible to make the simulation more precise.
  • the delivery contract condition change simulation execution unit 124 generates a brute force combination and performs a simulation process according to each scenario, and generates a scenario that minimizes the mixed loading plan determination cost. It may be specified and presented as a proposal.
  • the present invention is not limited to the above-described embodiment, and includes various other modifications.
  • the configuration is described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one having all the configurations described.
  • a part of the configuration of an embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of an embodiment.
  • each of the above-described configurations, functions, processing units, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
  • DESCRIPTION OF SYMBOLS 1 ... Delivery contract condition simulation system, 50 ... Network, 100 ... Delivery contract condition simulation apparatus, 120 ... Control part, 121 ... Delivery performance data estimation part, 122 ... Dividing profit contents Analysis unit, 123... Contract condition change scenario registration unit, 124... Delivery contract condition change simulation execution unit, 125... Simulation result output unit, 126. , 131... Delivery result information storage unit, 132... Delivery master information storage unit, 133... Delivery contract condition storage unit, 134 .. order information storage unit, 135.
  • 140 Communication unit, 150 ... Input unit, 160 ... Output unit

Landscapes

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

Abstract

La présente invention a pour but de fournir une technique pour parvenir à une simulation de condition de contrat d'expédition pour offrir des conditions de contrat appropriées conformément à un volume d'expédition passée d'un client. Le dispositif de simulation selon la présente invention comporte : une unité de stockage qui stocke des informations de coût qui sont prédéterminées sur la base de conditions d'expédition pour des expéditeurs ; une unité d'estimation de données d'expédition passée qui estime des données de volume d'expédition d'un expéditeur à l'aide de données d'enregistrement passé qui comprennent des conditions d'expédition pour l'expéditeur et les coûts résultants ; une unité d'analyse d'écart de résultat de revenus qui identifie l'écart entre des conditions d'expédition et les revenus résultants sur la base de données d'expédition passée de l'expéditeur, et visualise et affiche cet écart ; et une unité pour changer des conditions de contrat d'expédition et exécuter une simulation, qui change certaines ou toutes les conditions d'expédition, et calcule des coûts sur la base des conditions d'expédition changées à l'aide des données de volume d'expédition estimées par l'unité d'estimation de données d'expédition passée.
PCT/JP2014/071740 2014-08-20 2014-08-20 Dispositif de simulation et procédé de simulation WO2016027322A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/071740 WO2016027322A1 (fr) 2014-08-20 2014-08-20 Dispositif de simulation et procédé de simulation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/071740 WO2016027322A1 (fr) 2014-08-20 2014-08-20 Dispositif de simulation et procédé de simulation

Publications (1)

Publication Number Publication Date
WO2016027322A1 true WO2016027322A1 (fr) 2016-02-25

Family

ID=55350301

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/071740 WO2016027322A1 (fr) 2014-08-20 2014-08-20 Dispositif de simulation et procédé de simulation

Country Status (1)

Country Link
WO (1) WO2016027322A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021144382A (ja) * 2020-03-11 2021-09-24 株式会社Logicost 物流コスト解析方法、物流コスト解析プログラム、物流コスト解析プログラムが記録された記録媒体、及び、物流コスト解析装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002128229A (ja) * 2000-10-23 2002-05-09 Shinei Seishi Kk 運送業者選定システム
JP2002312441A (ja) * 2001-04-10 2002-10-25 Everest Kk 輸送業者選定支援システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002128229A (ja) * 2000-10-23 2002-05-09 Shinei Seishi Kk 運送業者選定システム
JP2002312441A (ja) * 2001-04-10 2002-10-25 Everest Kk 輸送業者選定支援システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021144382A (ja) * 2020-03-11 2021-09-24 株式会社Logicost 物流コスト解析方法、物流コスト解析プログラム、物流コスト解析プログラムが記録された記録媒体、及び、物流コスト解析装置
JP7282387B2 (ja) 2020-03-11 2023-05-29 株式会社Logicost 物流コスト解析方法、物流コスト解析プログラム、物流コスト解析プログラムが記録された記録媒体、及び、物流コスト解析装置

Similar Documents

Publication Publication Date Title
Yoon et al. The value of Blockchain technology implementation in international trades under demand volatility risk
Balci et al. Blockchain adoption in the maritime supply chain: Examining barriers and salient stakeholders in containerized international trade
Wang et al. Acquiring logistics process intelligence: Methodology and an application for a Chinese bulk port
Tang Robust strategies for mitigating supply chain disruptions
US10341280B2 (en) Method, system, and recording medium for providing message based on group unit
CA2991576A1 (fr) Systemes, procedes et produits programme d'ordinateur pour detecter des anomalies de facturation
CN103325000A (zh) 采购风险算出方法、采购风险算出装置
Zakari et al. The impact of corruption on green innovation: the case of OECD and non-OECD countries
US20190385178A1 (en) Prediction system and prediction method
CN104240102A (zh) 虚拟产品的推送方法和系统
Shiguemoto et al. An efficient hybrid meta-heuristic for a cross-docking system with temporary storage
Ghosh et al. Optimizing a two-echelon serial supply chain with different carbon policies
WO2017072611A2 (fr) Système de maximisation de capacité de fret
Colicchia et al. A simulation-based framework to evaluate strategies for managing global inbound supply risk
Sunitiyoso et al. Port performance factors and their interactions: A systems thinking approach
Guimarães et al. Variable fixing heuristics for the capacitated multicommodity network flow problem with multiple transport lines, a heterogeneous fleet and time windows
Kim et al. Optimizing the transportation of international container cargoes in Korea
Wang et al. Stochastic scheduled service network design in the presence of a spot market for excess capacity
Wide et al. Efficiency effects of information on operational disruption management in port hinterland freight transport: simulation of a Swedish dry port case
Sahoo et al. Developing a model to optimise the cost of consolidated air freight considering the varying scenarios
WO2016027322A1 (fr) Dispositif de simulation et procédé de simulation
KR102248340B1 (ko) 항공 수출 물류 중개 시스템
Rodrigues Filho et al. Measuring the economic impact of metrological frauds in trade metrology using an Input-Output Model
Biswal et al. Leveraging ICT for food security: An analysis in the context of PDS in India
CN105468575A (zh) 基于多类型的表单加载方法及系统

Legal Events

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

Ref document number: 14900045

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14900045

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP