JP7001657B2 - Delivery plan creation device and delivery plan creation method - Google Patents

Description

The present invention relates to a delivery plan creation device and a delivery plan creation method, and is suitable for application to a delivery plan creation device and a delivery plan creation method for creating a delivery plan by a plurality of delivery vehicles using a plan generation engine.

Due to factors such as an increase in delivery frequency due to diversification of consumer needs, the PDCA cycle of delivery operations (P: delivery plan planning, D: delivery, C: delivery record confirmation, A: delivery plan correction) can be smoothly run. There is an increasing demand for more efficient and sophisticated delivery operations. In recent years, a delivery plan generation service that generates a delivery plan using software processing has attracted attention in response to this demand.

In the above delivery plan generation service, the delivery plan is automatically generated by inputting parameters such as the vehicle load capacity to the plan generation engine. Then, in the delivery plan generation service premised on the generation of the delivery plan by the plan generation engine, the delivery is carried out according to the delivery plan (P step) drafted by the plan generation engine (D step), and the plan and the actual result are compared by the forecast and actual comparison. By confirming the difference between the above (step C), reflecting the points to be improved in the delivery plan, and correcting the appropriate delivery plan (step A), the PDCA cycle of the delivery operation can be turned.

As a prior art relating to a plan generation engine, for example, Patent Document 1 discloses a delivery planning device that generates a delivery plan for a product. The delivery planning device disclosed in Patent Document 1 includes shipper information (identifier that identifies the delivery source of the product and location information of the delivery source), delivery destination information (identifier that identifies the delivery destination of the product, and location information of the delivery destination). Delivery equipment information (information about an identifier that identifies the delivery equipment that is the delivery means and parameters that can be controlled by the delivery equipment) and product management information (identifier that identifies the product, and parameters at the time of shipment and delivery of the product). It is a delivery planning device that processes the specified product control information) to plan the delivery of the product, and when the specific product is delivered from the specific delivery source to the specific delivery destination by the specific delivery equipment, the shipper information and the delivery destination. It includes a delivery time calculation unit that calculates the delivery time of a specific product from information, and a delivery equipment control unit that calculates a control schedule in which a specific delivery equipment controls parameters from the product management information of a specific product and the delivery time.

Further, Patent Document 2 discloses a delivery plan support system that attempts to formulate an optimum delivery plan in consideration of the driver's proficiency level. The delivery planning support system disclosed in Patent Document 2 is optimized by formulating the delivery planning problem as a minimization problem of the energy function and using a simulated annealing method to obtain a weighting coefficient that minimizes the energy function. Create a simulated delivery plan.

Japanese Unexamined Patent Publication No. 2018-203414 Japanese Unexamined Patent Publication No. 9-31189

However, in a delivery plan generation service that presupposes the generation of a delivery plan by a plan generation engine such as Patent Document 1, let's reflect the points to be improved (improvement items) in the delivery plan and correct it to an appropriate delivery plan. At that time, it is necessary for the planner to input the plan generation engine while changing the parameter value to search for an appropriate delivery plan, and there is a problem that the workload of the planner is heavy. In addition, since it is difficult to manually adjust the parameter values, there is a problem that it may be difficult to formulate an optimum delivery plan.

The above issues will be described in detail. Since the plan generation engine performs complicated calculations to generate a delivery plan, it is difficult to accurately predict what kind of change will be caused to the delivery plan in which the increase or decrease of the parameter value is generated. .. For example, changing the value of a parameter by 1 may generate a completely different delivery plan. Therefore, even if the delivery plan generated by changing the parameter value is optimal as a calculation result, it may not be optimal in terms of business, and the person in charge of planning may say that the delivery plan is not optimal. If there was an item that needed improvement, trial and error had to be repeated while fine-tuning the parameters until a delivery plan that was properly corrected was generated. In addition, sometimes it was not possible to reach the optimum solution of the parameters, and it became difficult to formulate the optimum delivery plan in the work of the person in charge of planning.

Further, the delivery plan support system of Patent Document 2 formulates the entire delivery plan and adjusts the weighting coefficient according to the parameter update rule to formulate the optimum delivery plan, and is a plan generation engine. The approach to delivery planning is fundamentally different from the delivery plan generation service that presupposes the generation of delivery plans by. Therefore, the technique disclosed in Patent Document 2 is applied to a delivery plan generation service that attempts to correct a delivery plan by reflecting various items requiring improvement in an arbitrary delivery plan generated by a plan generation engine. It was difficult.

The present invention has been made in consideration of the above points, and in the delivery plan generation service premised on the generation of the delivery plan by the plan generation engine, the workload of the planner when correcting the delivery plan is reduced. , It is an attempt to propose a delivery plan creation device and a delivery plan creation method that can facilitate the formulation of an optimal delivery plan for business.

In order to solve this problem, in the present invention, among the plurality of parameters used for creating the delivery plan, the change target parameter set in advance corresponding to the improvement item and the change target parameter adjusted are exerted by the change target parameter. The first delivery by the first plurality of delivery vehicles based on the storage medium that stores the effectiveness of the parameter to be changed for evaluating the significance to the improvement item and the first values of the plurality of parameters. Create a first delivery plan, receive the first improvement item for the first delivery plan, and set the first change target parameter corresponding to the first improvement item. The first by the second plurality of delivery vehicles based on the second value of the first change target parameter obtained from the storage medium and adjusted for the first value of the first change target parameter. It has a processor that creates a second delivery plan for delivering the delivered goods to the first delivery destination, and controls the display of the plan list screen that displays the created second delivery plan in a list . The processor changes and updates the validity of the change target parameter whose value was adjusted at the time of creating the second delivery plan according to the action for the second delivery plan, and lists it on the plan list screen. A delivery plan creation device that changes the display order of the second delivery plan to be displayed based on the effectiveness of the first change target parameter corresponding to the first improvement item in each of the second delivery plans. Is provided.

Further, in order to solve such a problem, in the present invention, in the delivery plan creating device including the storage medium and the processor, the storage medium corresponds to the improvement item among the plurality of parameters used for creating the delivery plan. The preset change target parameter and the effectiveness of the change target parameter for evaluating the significance of the adjusted change target parameter to the improvement item are stored in advance, and the processor uses the plurality of parameters. Based on the first value, a first delivery plan is created in which the first delivery is delivered to the first delivery destination by the first plurality of delivery vehicles, and the first improvement over the first delivery plan. The first change target parameter obtained by receiving the item, acquiring the first change target parameter corresponding to the first improvement item from the storage medium, and adjusting the first value of the first change target parameter. Based on the second value of, a second delivery plan for delivering the first delivery to the first delivery destination by the second plurality of delivery vehicles is created, and the created second delivery is made. The processor controls the display of the plan list screen for listing the plans, and the processor adjusts the value at the time of creating the second delivery plan in response to the action for the second delivery plan. The display order of the second delivery plan, which is updated by varying the effectiveness and displayed in a list on the plan list screen, corresponds to the first improvement item in each of the second delivery plans. A delivery plan creation method for changing based on the effectiveness of the parameter to be changed is provided.

According to the present invention, it is possible to reduce the workload of the person in charge of planning when correcting the delivery plan, and to facilitate the formulation of the optimum delivery plan for business.

It is a block diagram which shows the configuration example of the whole delivery plan creation system including the delivery plan creation apparatus which concerns on one Embodiment of this invention. It is a figure which shows an example of the parameter table to be changed. It is a figure which shows an example of the improvement evaluation expression management table. It is a figure which shows an example of a plan validity evaluation value table. It is a figure which shows an example of the change target parameter validity table. It is a figure which shows an example of the proposal target plan table. It is a flowchart which shows the flow of the planning phase of the next delivery plan by a planner. It is a figure which shows an example of the forecast-actual comparison screen. It is a figure which shows an example of the improvement necessary item selection screen. It is a flowchart which shows the processing procedure example by a delivery plan creation apparatus. It is a figure which shows an example of a plan list screen. It is a figure which shows an example of a plan comparison screen. It is a flowchart which shows the processing procedure example of the improvement plan generation process. It is a flowchart which shows the processing procedure example of the validity feedback processing. It is a flowchart which shows the processing procedure example of the validity display reflection processing.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.

(1) Configuration Figure 1 is a block diagram showing a configuration example of the entire delivery plan creation system including the delivery plan creation device according to the embodiment of the present invention. As shown in FIG. 1, the delivery plan creation system 1 is connected to a delivery plan creation device 10 that performs processing related to generation and display of a delivery plan, a delivery plan creation device 10, and a user (plan) via a network 30. It is configured to include a client terminal 20 operated by a person in charge), an input device 40 for inputting to the client terminal 20, and an output device 50 for outputting from the client terminal 20.

The delivery plan creating device 10 can be realized by a general computer, and includes at least a central processing unit 11, a main storage device 12, and an auxiliary storage device 13. Specifically, for example, the central processing unit 11 is a CPU (Central Processing Unit), the main storage device 12 is a memory, and the auxiliary storage device 13 is a storage. In addition, at least a part of the auxiliary storage device 13 may be configured by an external storage or the like connected via the network 30. Although the details will be described later, the delivery plan creation device 10 according to the present embodiment is designated when an item (improvement required item) for which improvement is requested from the person in charge of planning for the automatically generated delivery plan is specified. Generate an improvement plan (improvement plan) for the delivery plan to improve the items requiring improvement and present it to the person in charge of planning.

The client terminal 20 can be realized by a general computer, and includes at least a central processing unit 21 and a main storage device 22. Specifically, for example, the central processing unit 21 is a CPU and the main storage device 22 is a memory. The screen display unit 221 shown in the main storage device 22 has a function of causing the output device 50 to display the display contents based on the display control from the delivery plan creating device 10 on the screen. The screen display unit 221 is realized by the central processing unit 11 reading and executing a predetermined program stored in the main storage device 22.

The input device 40 is an input device connected to the client terminal 20, and specifically, is an input device such as a keyboard or a mouse. The output device 50 is an output device connected to the client terminal 20, and is specifically a display device such as a liquid crystal display. In the present embodiment, when the display screen based on the display control from the delivery plan creation device 10 is displayed on the output device 50, the person in charge of planning selects or determines on the display screen by operating the input device 40. Etc. can be performed. At this time, the client terminal 20 can transmit information indicating the operation performed from the input device 40 to the display screen to the delivery plan creating device 10 via the network 30.

(1-1) Functional unit In the delivery plan creating device 10, a program is stored in the main storage device 12. In the delivery plan creating device 10, the central processing unit 11 reads out and executes the program stored in the main storage device 12, so that each functional unit (specifically, the plan generation engine 121 and the plan shown in FIG. 1) is planned. The generation unit 122, the display screen control unit 123, the effectiveness DB reflection unit 124, and the effectiveness screen reflection unit 125) are realized.

The plan generation engine 121 has a function of automatically generating a delivery plan. The delivery plan generated by the plan generation engine 121 is recorded in the delivery plan table 131 (see FIG. 1). The plan generation engine 121 in the present embodiment uses a known algorithm (for example, the algorithm of the delivery planning device disclosed in Patent Document 1) that automatically generates a delivery plan based on the input of parameters such as the vehicle load capacity. Can be done. Therefore, a detailed description of the plan generation engine 121 will be omitted.

The plan generation unit 122 formulates a delivery plan (hereinafter referred to as “improvement plan”) for improving the selected improvement-requiring item when the improvement-requiring item for the delivery plan is selected by the user (planner). Has a function. The plan generation unit 122 inputs the value of the parameter (change target parameter) that affects the selected item requiring improvement to the plan generation engine 121 while changing the value, so that the delivery plan (improvement plan candidate) becomes a candidate for the improvement plan. ) Is generated, and only those of the generated improvement plan candidates satisfying a predetermined condition are registered in the proposal target plan table 137 (see FIG. 1) as improvement plans. The process for the plan generation unit 122 to provide the above function is referred to as an improvement plan generation process, and the details thereof will be described later with reference to FIG. 13 and the like.

The display screen control unit 123 has a function of controlling various display screens displayed on the output device 50 as the process is executed by the delivery plan creation device 10. The display screen control unit 123 transmits the control information of the display screen to the client terminal 20 via the network 30, and the screen display unit 221 of the client terminal 20 causes the output device 50 to display the display screen based on the received control information. ..

In the present embodiment, as an example of various display screens controlled by the display screen control unit 123, a forecast / actual comparison screen 510 for displaying the schedule and actual results of the delivery plan, and an item requiring improvement for the delivery plan to be selected by the planner. The improvement item selection screen 520 to be displayed on the screen, the plan list screen 530 that displays a list of one or more improvement plans generated by the improvement plan generation process, and some improvement plans selected on the plan list screen 530 are compared and displayed. The plan comparison screen 540 to be performed will be described later with reference to the drawings.

The validity DB reflection unit 124 calculates the validity of the combination of parameters according to the action for the generated delivery plan, and reflects it in the data held by the auxiliary storage device 13 (specifically, the validity of the parameter to be changed). It has a function (updating the validity stored in the table 136). The process executed by the validity DB reflection unit 124 to provide the above function is referred to as an effectiveness feedback process, and the details thereof will be described later with reference to FIG.

The validity screen reflection unit 125 has a function of reflecting the validity of the combination of parameters calculated by the validity DB reflection unit 124 on the display of the plan list screen 530 controlled by the display screen control unit 123. The process executed by the validity screen reflection unit 125 to provide the above function is referred to as an effectiveness display reflection process, and the details thereof will be described later with reference to FIG.

(1-2) Various data In FIG. 1, as an example of the persistent data held by the auxiliary storage device 13 of the delivery plan creation device 10, the delivery plan table 131, the delivery record table 132, the change target parameter table 133, The improvement evaluation formula management table 134, the plan validity evaluation value table 135, the change target parameter effectiveness table 136, and the proposal target plan table 137 are shown. Note that in FIG. 1, the description of the data temporarily created by the execution of the program is omitted.

Hereinafter, the various data (tables) held in the auxiliary storage device 13 will be described individually.

The delivery plan table 131 is a table for managing the delivery plan generated by the plan generation engine 121, and the delivery record table 132 is a table for managing the actual value for the delivery plan. Since the data structures of the delivery plan table 131 and the delivery record table 132 depend on the plan generation engine 121 that can use the existing technology, detailed description thereof will be omitted.

The change target parameter table 133 is a table for managing the parameters (change target parameters) that affect the items requiring improvement and the trial range when changing the values.

FIG. 2 is a diagram showing an example of a parameter table to be changed. The change target parameter table 133 exemplified in FIG. 2 has data items (columns) of improvement-required item 1331, change target parameter 1332, effective value range 1333, and value change width 1334. The contents of each data item 1331 to 1334 are set in advance.

The item requiring improvement 1331 is a list of points for improvement that the person in charge of planning can have for the delivery plan. The plurality of improvement-requiring items held in the improvement-requiring item 1331 are displayed as improvement-requiring items that can be selected by the user (planner) on the improvement-requiring item selection screen 520.

The parameter 1332 to be changed is a parameter that affects the item requiring improvement 1311 of the record among the parameters used in the generation of the delivery plan by the plan generation engine 121. The change target parameter 1332 is a parameter in which the input value to be input to the plan generation engine 121 is changed when the improvement plan candidate is generated in the improvement plan generation process. The parameters that affect the items requiring improvement (parameters to be changed) can be technically limited, and the number of parameters that affect one item requiring improvement is not limited to one, and there are multiple cases. There is also. Therefore, in the present embodiment, when the change parameters corresponding to one improvement-required item are collectively referred to, they may be referred to as "change target parameter combination" or "change target parameter combination".

The effective value range 1333 and the value change width 1334 are the range and change width of the input value of the change target parameter 1332 that is changed when the improvement plan candidate is generated.

The improvement evaluation formula management table 134 manages an evaluation formula that determines whether or not the improvement-required item has been improved when the generated improvement plan candidate delivery plan is compared with the original delivery plan in the improvement plan generation process. It is a table to do.

FIG. 3 is a diagram showing an example of an improvement evaluation formula management table. The improvement evaluation formula management table 134 exemplified in FIG. 3 has data items of an improvement required item 1341, an evaluation formula 1342, an improvement determination condition 1343, and an allowable range of values 1344.

The improvement-required item 1341 corresponds to the improvement-required item 1331 of the parameter table 133 to be changed. The evaluation formula 1342 is the content of the evaluation formula corresponding to the item requiring improvement 1341. The improvement determination condition 1343 is a condition for determining whether or not improvement is possible with respect to the evaluation value obtained by using the evaluation formula 1342. The permissible range 1344 is a permissible range of evaluation values used in the determination of an abnormal value in an item requiring improvement other than the selected item requiring improvement (step S306 in FIG. 13 described later).

The plan validity evaluation value table 135 is a table that stores the validity evaluation value of each plan for the delivery plan (improvement plan) that is drafted by the improvement plan generation process and is to be proposed to the person in charge of planning. The validity evaluation value is a value for the planner to compare and evaluate the validity of a plurality of delivery plans generated by the delivery plan creation device 10.

FIG. 4 is a diagram showing an example of a plan validity evaluation value table. In the plan validity evaluation value table 135 illustrated in FIG. 4, the proposal target plan ID 1351 is a foreign key that refers to the sequence ID of the proposal target plan table 137, and is a proposal target to the person in charge of planning on the plan list screen 530. Each improvement plan is given a different ID. Each column from total mileage 1352 to minimum operating time 1353 (specifically, total mileage, total operating time, average mileage, average operating time, maximum mileage, maximum operating time, minimum mileage, minimum operating time ) Is the validity evaluation value, and the value corresponding to each item is calculated from the delivery plan and stored. Further, in each column shown on the right side of the minimum operating time 1353 in FIG. 4 (the average value of the loading rate of the operating vehicle 1354, the dispersion of the vehicle operating time 1355, etc.), the evaluation formula 1342 of the improvement evaluation formula management table 134 is used. The evaluation value calculated based on this is stored. These evaluation values are also used as validity evaluation values.

The change target parameter validity table 136 is a table for managing combinations of change target parameter combinations whose effectiveness has changed in the effectiveness feedback process (see FIG. 14).

FIG. 5 is a diagram showing an example of the change target parameter validity table. The change target parameter validity table 136 exemplified in FIG. 5 has data items of the change target parameter combination 1361, the change content 1362, and the validity 1363.

The change target parameter combination 1361 records the combination of the change target parameters whose input value has been changed in the generation of the delivery plan, and the change content 1362 records the change amount of the input value. Then, in the validity 1363, the fluctuation amount of the effectiveness in the delivery plan is recorded.

The proposal target plan table 137 is a table that stores a delivery plan (improvement plan) that is drafted by the improvement plan generation process and is a proposal target to the person in charge of planning. The improvement plans stored in the proposal target plan table 137 are listed on the plan list screen 530.

FIG. 6 is a diagram showing an example of a proposal target planning table. The proposed target plan table 137 illustrated in FIG. 6 has data items such as a change target parameter combination 1371 and a change content 1372. As illustrated in FIG. 6, in the proposal target plan table 137, the combination of parameters changed from the original delivery plan at the time of drafting the improvement plan is recorded in the change target parameter combination 1371, and each parameter is input to the change content 1372. By recording the change contents of the value, the original delivery plan and the actually generated delivery plan (improvement plan) are linked. Although the column on the right side of the changed content 1372 is omitted in FIG. 6, it has the same table structure as the delivery plan table 131.

(2) Processing FIG. 7 is a flowchart showing the flow of the planning phase of the next delivery plan by the person in charge of planning. In FIG. 7, in the delivery plan generation service after incorporating the generation of the delivery plan by the delivery plan creation device 10, the work procedure for formulating the next delivery plan based on the delivery plan and the delivery record is shown by the person in charge of planning. It is shown from the point of view.

According to FIG. 7, first, the person in charge of planning confirms the forecast / actual (plan and actual) of the delivery plan by looking at the forecast / actual comparison screen 510 displayed on the output device 50 (step S101).

FIG. 8 is a diagram showing an example of a forecast / actual comparison screen. As described above, the forecast / actual comparison screen 510 is one of the display screens controlled by the display screen control unit 123, and can compare and display the schedule and the actual result of the delivery plan.

In the case of the forecast / actual comparison screen 510 illustrated in FIG. 8, detailed information in the delivery plan is displayed for each delivery vehicle in the first display area 511 and the second display area 512. More specifically, in the first display area 511, the work of each delivery vehicle is shown in a time chart, and in the second display area 512, the delivery route and the loading / unloading place of each delivery vehicle are displayed on the map. .. In the information display of the delivery plan in the first display area 511 and the second display area 512, the schedule and the actual result of the delivery plan may be displayed in an overlapping manner, or may be switched and displayed by a tab operation or the like. May be good.

Further, on the forecast / actual comparison screen 510 of FIG. 8, buttons 513 to 515 for the planner to determine the action for the displayed delivery plan are installed. The button 513 labeled "Plan generation" is selected when the displayed delivery plan does not have any items to be improved (items requiring improvement) and the next delivery plan is generated according to the current display contents. The plan. The button 514 labeled "correction of parameters" is selected when there is an item requiring improvement in the displayed delivery plan and the parameter to be corrected is known. The button 515 labeled "Select item requiring improvement" is selected when there is an item requiring improvement in the displayed delivery plan but the parameter to be corrected is unknown. When the button 515 is operated, the improvement item selection screen 520 is displayed.

Returning to the description of FIG. After confirming the forecast / actual comparison screen 510 in step S101, the person in charge of planning determines whether or not there is an item requiring improvement in the displayed delivery plan (step S102). If the item requiring improvement exists in step S102, the process proceeds to step S103, and if it does not exist, the planner operates the button 513 to proceed to step S105. If the process proceeds to step S105, the plan generation engine 121 of the delivery plan creation device 10 automatically generates the next delivery plan, and the process proceeds to step S107.

On the other hand, when the process proceeds to step S103, the person in charge of planning reviews the planning conditions and determines whether or not the parameters to be corrected for the correction of the items requiring improvement are known (step S104). If the parameter to be corrected is known in step S104, the planner operates the button 514 to proceed to step S106, and if not, the planner operates the button 515 to proceed to step S109.

In step S106 when the button 514 is operated on the forecast / actual comparison screen 510, a screen (not shown) for inputting correction parameters is displayed, and the person in charge of planning corrects the parameters on this screen. Then, using the input correction parameter, the plan generation engine 121 of the delivery plan creation device 10 automatically generates the next delivery plan, and the process proceeds to step S107.

In step S107, the delivery plan automatically generated in step S105 or step S106 is displayed on the output device 50, and the person in charge of planning determines whether or not there is a point to be improved in the displayed delivery plan. If there is no point to be improved in step S107 (NO in step S107), the automatically generated delivery plan is adopted (step S108), and the planning of the next delivery plan is completed. On the other hand, if there is a point to be improved in step S107 (YES in step S107), it means a situation in which an item requiring improvement exists but an appropriate parameter to be corrected is not known. Therefore, in the case of NO in step S104. Similarly, the process proceeds to step S109.

In step S109 when the button 515 is operated on the forecast / actual comparison screen 510, the improvement-required item selection screen 520 is displayed, and the person in charge of planning selects and inputs one improvement-required item on the improvement-required item selection screen 520. ..

FIG. 9 is a diagram showing an example of a screen for selecting an item requiring improvement. The improvement-required item selection screen 520 is a display screen for the planner to select an item (improvement-required item) to be improved for a certain delivery plan, and is an improvement-required item selection screen 520 exemplified in FIG. In this case, the person in charge of planning selects one item from the list 521 of a plurality of items requiring improvement displayed in a drop-down format, and after the selection, operates the "Generate plan" button 522 to select the required item. The improvement item is input to the delivery plan creating device 10. The improvement-requiring item options displayed in the list 521 correspond to each record of the improvement-requiring item stored in the auxiliary storage device 13 (specifically, for example, the improvement-requiring item 1331 in the change target parameter table 133).

If two or more items are to be applied for improvement, the person in charge of planning selects the item to be more important on the improvement item selection screen 520, and then displays the plan list screen 530 (see FIG. 11) described later. Other items may be filtered as appropriate. Further, the display relationship between the improvement-required item selection screen 520 and other display screens in the output device 50 is not particularly limited, but is incorporated into, for example, the forecast / actual comparison screen 510 illustrated in FIG. You may.

Returning to the description of FIG. When the improvement-required item is selected and input on the improvement-required item selection screen 520 in step S109, the improvement plan is generated under the control of the plan generation unit 122 of the delivery plan creation device 10 based on the input improvement-required item. As the process is executed, the plan generation engine 121 automatically generates one or more improvement plans (step S110).

Next, the plan list screen 530 is displayed on the output device 50 under the control of the display screen control unit 123 of the delivery plan creation device 10, so that one or more improvement plans automatically generated in step S110 are in charge of planning. It is presented to the person (step S111). The plan list screen 530 will be described later with reference to FIG.

Then, the person in charge of planning confirms the plan list screen 530 and determines whether or not the optimum plan has been presented (step S112). If the optimum plan is not presented in step S112 (NO in step S112), the person in charge of planning performs an operation corresponding to "replanning" (operation of button 539 on the plan list screen 530 of FIG. 11). Returning to step S109, the item requiring improvement is selected and input again on the item requiring improvement selection screen 520. On the other hand, when the optimum plan is presented in step S112 (YES in step S112), the person in charge of planning performs an operation corresponding to "adoption" (operation of the button 538 on the plan list screen 530 of FIG. 11). To step S113.

In step S113, the person in charge of planning selects one of the optimum improvement plans to be adopted from one or a plurality of improvement plans presented on the plan list screen 530, and performs an operation corresponding to “adoption” (plan of FIG. 11). By performing the operation of the button 538 on the list screen 530), the optimum improvement plan is adopted for the next delivery plan. Finally, the validity DB reflection unit 124 of the delivery plan creation device 10 feeds back the validity of the parameter change value to the holding data (specifically, the change target parameter validity table 136) (step S114), and the next time. Delivery planning is completed.

Up to this point, with reference to FIG. 7, the procedure for planning the next delivery plan in the delivery plan generation service incorporating the generation of the delivery plan by the delivery plan creation device 10 according to the present embodiment is shown from the viewpoint of the person in charge of planning. rice field. Of these, the process of steps S109 to S112 is optimally the process of "the delivery plan creating device 10 formulates an improvement plan while changing the value of the parameter that affects the item requiring improvement and presents it to the person in charge of planning". It is repeated until an improvement plan is reached, and it replaces the work in which the person in charge of planning repeatedly fine-tunes the parameters by hand in the conventional delivery plan generation service. In the present embodiment, the delivery plan creating device 10 executes the processes of steps S109 to S112 (up to step S114 when the post-processing is included), so that the workload of the person in charge of planning when planning the next delivery plan is increased. Not only can it be mitigated, but it is also possible to find out the "optimal delivery plan for business" that could not be reached by conventional manual adjustment by system processing. As a result, according to the present embodiment, the work corresponding to C (delivery record confirmation) to A (delivery plan correction) in the PDCA cycle of the delivery work can be smoothly performed, and the efficiency and sophistication of the delivery work are realized. be able to.

(2-1) Processing by the improvement plan creating device FIG. 10 is a flowchart showing an example of a processing procedure by the delivery plan creating device. FIG. 10 shows a detailed processing procedure example of the process executed by the delivery plan creating device 10 for planning the next delivery plan, that is, the process by the delivery plan creating device 10 in steps S109 to S114 of FIG. 7. It is a thing.

According to FIG. 10, first, the display screen control unit 123 determines whether or not the item requiring improvement has been input (step S201). More specifically with reference to FIG. 9, the display screen control unit 123 (may be a plan generation unit 122 or the like) has a "plan generation" button 522 in which one item requiring improvement is selected on the forecast / actual comparison screen 510. Determine if it has been manipulated. If the item requiring improvement is input, the process proceeds to step S202, and if the item requiring improvement is not input, the process ends.

Next, the plan generation unit 122 controls the execution of the improvement plan generation process based on the improvement-required item input in step S201 (step S202). Details will be described later with reference to FIG. 13 and the like, but when the improvement plan generation process is executed, the delivery plan of the improvement plan candidate is generated while changing the value of the change target parameter that affects the input item requiring improvement. Among these improvement plan candidates, the delivery plan that improves the input improvement-required item and does not have an abnormal value in other improvement-required items is the delivery plan to be proposed to the planner ( It is registered in the proposal target plan table 137 as an improvement plan).

Then, after executing the improvement plan generation process in step S202, the display screen control unit 123 causes the output device 50 to display the plan list screen 530 via the screen display unit 221 of the client terminal 20, so that the proposal target plan table 137 is displayed. List one or more improvement plans registered in (step S203).

FIG. 11 is a diagram showing an example of a plan list screen. In the case of the plan list screen 530 illustrated in FIG. 11, it is shown at the top that the item requiring improvement input (selected) by the person in charge of planning is “increase the loading rate”. In addition, the person in charge of planning can determine the action for the displayed improvement plan by operating the buttons 537 to 539 provided at the bottom.

The configuration of the plan list screen 530 shown in FIG. 11 will be described.

In the input item 531, the target range of the sort setting and the filtering setting is specified. For example, as the target range of the sort setting and the filtering setting, it is possible to select whether to use all the data registered in the proposal target plan table 137 or the data currently being displayed from the drop-down menu.

The check box 532 sets whether or not to perform fixed display for a predetermined improvement plan in the list display area 536. For example, if the check box 532 is selected (checked), the improvement plan in which the "fixed" check box is selected in the list display area 536 assumes that the sorting and filtering conditions have been changed. Is always displayed fixedly.

In the input item 533, the sorting condition (including whether or not sorting is possible) for the improvement plan listed in the list display area 536 is set. In FIG. 11, two types of sort items can be set, but the number of these items is not particularly limited.

In the input item 534, filtering conditions (including whether or not filtering is possible) for the improvement plan listed in the list display area 536 are set. For example, when a range of values is set for a certain filtering item, only plans having a value in the range for the item are displayed in the list display area 536.

The check box 535 sets whether or not to apply the validity bonus to the display order of the improvement plan displayed in the list display area 536. For example, when the check box 535 is selected (checked), the validity bonus of each improvement plan is reflected in the display order of the improvement plans in the list display area 536. Details of the validity bonus will be described later in FIGS. 14 and 15.

In the list display area 536, a part or all of a plurality of delivery plans (improvement plans) registered in the proposal target plan table 137 are displayed according to the respective settings of 531 to 535. The columns of each delivery plan displayed in the list display area 536 are columns other than the proposed target plan ID 1351 in the plan validity evaluation value table 135 (see FIG. 4).

In the case of FIG. 11, in the list display area 536, among the plurality of delivery plans (improvement plans) registered in the proposal target plan table 137, the top 10 items that match the above sort / filtering settings are displayed. Will be done. However, at this time, if the top 10 cases that simply match are acquired for display, extremely similar delivery plans will be acquired, and the process in which the planner weighs and adopts these may become meaningless. There is. Therefore, in the present embodiment, it may be devised to acquire a delivery plan having a difference in the degree of similarity to some extent. Specifically, for example, the validity evaluation value of each delivery plan to be proposed is acquired from the plan validity evaluation value table 135 (see FIG. 4), the multidimensional Euclidean distance is calculated, and a constant Euclidean distance is obtained. A delivery plan that is only far away may be acquired as a display target. The specific logic for calculating the degree of similarity is not particularly limited.

The button 537 labeled as "comparison" is operated when a more detailed comparison study is performed on a plurality of improvement plans selected by the planner among the improvement plans displayed in the list display area 536. Specifically, when the "select" check box for a plurality of improvement plans is selected in the list display area 536 and the button 537 is operated, the display screen control unit 123 is "selected" as described above. A plan comparison screen 540 in which each "detailed information" is arranged for the improvement plan is displayed on the output device 50.

The button 538 labeled "Recruit" is operated when the planner selects one of the improvement plans displayed in the list display area 536 and adopts the most suitable improvement plan for business. .. Specifically, when the button 538 is operated with only one "selection" check box selected in the list display area 536, the selected improvement plan is adopted. If the "selection" check box is 0 or more than one in the list display area 536, the button 538 may be deactivated to disable it.

The button 539 labeled "replanning" is operated when the planner determines that the optimal improvement plan for business does not exist in the improvement plan displayed in the list display area 536. When the button 539 is operated, the improvement-required item selection screen 520 is displayed, and the re-selection of the improvement-required item is urged.

FIG. 12 is a diagram showing an example of a plan comparison screen. As illustrated in FIG. 12, on the plan comparison screen 540, information that cannot be displayed in the list display area 536 of the plan list screen 530 such as location information of the delivery destination is detailed information for a plurality of improvement plans (delivery plans). It is displayed side by side as. Planners use these details to weigh the best delivery plans for their business. Since the specific items of the detailed information depend on the output of the plan generation engine 121, description and illustration thereof will be omitted.

Returning to the description of FIG. After displaying the plan list screen 530 in step S203, the display screen control unit 123 determines whether or not the application of the validity bonus is set on the plan list screen 530 (step S204). As described above with reference to FIG. 11, when the check box 535 is selected on the plan list screen 530, the application of the validity bonus is set. If it is determined in step S204 that the application of the validity bonus is set (YES in step S204), the validity screen reflection unit 125 executes the validity display reflection process (step S205), and after that, in step S206. move on. The details of the validity display reflection process will be described later with reference to FIG. On the other hand, if it is determined in step S204 that the application of the validity bonus is not set (NO in step S204), step S205 is skipped and the process proceeds to step S206.

In step S206, the display screen control unit 123 determines whether or not to perform comparative display of the improvement plan on the plan list screen 530 (step S204). Specifically, as described above with reference to FIG. 11, when the "comparison" button 537 is operated with a plurality of improvement plans selected in the list display area 536 on the plan list screen 530. It is determined that the comparison display is performed. If it is determined in step S204 that the comparison display is to be performed (YES in step S204), the display screen control unit 123 displays the plan comparison screen 540 for the selected plurality of improvement plans (step S207). Although the illustration of the "back" button and the like is omitted in FIG. 12, after the plan comparison screen 540 is displayed in step S207, it is possible to return to the display of the plan list screen 530 through a predetermined procedure. At this time, the process proceeds to step S208. On the other hand, if it is determined in step S204 that the comparison display is not performed (NO in step S204), step S207 is skipped and the process proceeds to step S208.

Then, in step S208, the display screen control unit 123 determines whether or not to adopt the improvement plan on the plan list screen 530 (step S204). As described above with reference to FIG. 11, on the plan list screen 530, when the "adopt" button 538 is operated with one improvement plan selected, it is determined that the improvement plan is adopted, and " When the "Replan" button 539 is operated, it is determined that the improvement-required item is input again without adopting the currently displayed improvement plan. If it is determined in step S208 that the improvement plan is to be adopted (YES in step S208), the plan generation unit 122 adopts the improvement plan selected in the list display area 536 of the plan list screen 530 for the next delivery plan. , Step S209.

In step S209, the validity DB reflection unit 124 feeds back the validity of the parameter change value to the parameter validity table 136 to be changed by executing the validity feedback process when the "adopt" procedure is performed. (Step S209), and then the process is terminated. Details of the effectiveness feedback process will be described later with reference to FIG.

On the other hand, if it is determined in step S208 that the improvement plan is not adopted, the process returns to step S201, the improvement item selection screen 520 is displayed, and the processing after step S201 is repeated.

As described above, in the delivery plan creation device 10, the items requiring improvement of the delivery plan and the corresponding parameters to be changed are stored in the system in advance, and the parameters to be changed are set according to the items requiring improvement selected by the planner. Generate multiple delivery plans (improvement plans) when various changes are made. Further, the delivery plan creation device 10 provides an interface for allowing the person in charge of planning to compare and examine the generated delivery plan group. By performing such processing, it is possible to solve the conventional problem that the planner cannot reach the optimum delivery plan.

(2-2) Improvement plan generation process FIG. 13 is a flowchart showing a processing procedure example of the improvement plan generation process. The improvement plan generation process is the process of step S202 of FIG. 10 executed when the improvement item requiring improvement item is selected and input on the improvement item selection screen 520, and the progress of the process is controlled by the plan generation unit 122. ..

The plan generation unit 122 includes not only the improvement-requiring items input on the improvement-requiring item selection screen 520, but also parameters that are constrained in planning such as the vehicle load capacity and the maximum operating time, as well as departure / arrival location information and information. Order information to be planned such as delivery date, engine setting values that control the behavior of the engine itself such as vehicle allocation priority order and delivery destination allocation logic, and load capacity for each location and non-delivery time zone and vehicle / vehicle type Various master information such as is taken as input.

According to FIG. 13, first, the plan generation unit 122 refers to the change target parameter table 133 of FIG. 2, and changes target parameter 1332 corresponding to the improvement required item selected on the improvement required item selection screen 520, and its effective range. Acquire 1333 (step S301).

Next, the plan generation unit 122 changes the value of the change target parameter 1332 acquired in step S301 between the effective range 1333, and inputs the changed change target parameter to the plan generation engine 121 to obtain an improvement plan. A delivery plan (improvement plan candidate) as a candidate is generated (step S302). The change width when changing the value of the change target parameter follows the change width 1334 of the value of the change target parameter table 133.

Next, the plan generation unit 122 acquires the evaluation formula 1342, the improvement determination condition 1343, and the permissible range of values 1344 corresponding to the respective improvement required items 1341 with reference to the improvement evaluation formula management table 134 in FIG. (Step S303).

Next, the plan generation unit 122 applies the evaluation formula 1342 of each improvement-required item acquired in step S303 to the improvement plan candidate generated in step S302, and calculates an evaluation value (step S304).

Next, the plan generation unit 122 compares the evaluation value calculated in step S304 with the improvement determination condition 1343 acquired in step S303 and the permissible range of values 1344, and is selected on the improvement item selection screen 520. It is determined whether or not the improvement item can be improved (step S305). If it is determined that the selected item requiring improvement can be improved, the process proceeds to step S306, and if it is determined that the selected item cannot be improved, the process proceeds to step S308.

In step S306, the plan generation unit 122 compares the evaluation value calculated in step S304 with the permissible range 1344 of the value acquired in step S303, and improves items other than those selected on the improvement item selection screen 520. Is determined whether there is an abnormal value. If it is determined that there is no abnormal value, the process proceeds to step S307, and if it is determined that there is an abnormal value, the process proceeds to step S308.

In step S307, the plan generation unit 122 registers the improvement plan candidate generated in step S303 as one of the proposal target plans (improvement plans) in the proposal target plan table 137, and proceeds to step S309. At this time, the plan generation unit 122 assigns the proposal target plan ID to the improvement plan registered in the proposal target plan table 137, and transfers the validity evaluation value related to the plan to the plan validity evaluation value table 135 (see FIG. 4). to register. For example, the evaluation value calculated in step S304 is registered in each column after the average value 1354 of the loading rate of the operating vehicle in the plan validity evaluation value table 135.

Step S308 is a process performed when the selected item requiring improvement cannot be improved (NO in step S305) or when there is an abnormal value in an item requiring improvement other than the selected item (NO in step S306). At this time, the plan generation unit 122 discards the improvement plan candidate generated in step S303 and proceeds to step S309.

In step S309, the plan generation unit 122 calls the validity DB reflection unit 124 to execute the validity feedback process, so that the validity of the parameter change value changed in step S302 is changed by the parameter validity table 136 to be changed. Give feedback to. The details of the validity feedback process will be described with reference to FIG. 14, but in step S309, the validity DB reflection unit 124 performs the validity feedback process when the "registration" procedure is performed when the process goes through step S307. Is executed, and if the procedure is via step S308, the validity feedback process is executed when the action of "discard" is performed.

Finally, the plan generation unit 122 determines whether or not all the parameter values of the parameter to be changed have been tried (step S310). The determination in step S310 can be made based on the change target parameter 1332 corresponding to each change target parameter 1332 in the change target parameter table 133, the effective range 1333, and the change width 1334 of the value. When it is determined in step S310 that all the parameter values have been tried (YES in step S310), the plan generation unit 122 ends the improvement plan generation process. On the other hand, when it is determined that there is a parameter value that has not been tried (NO in step S310), the plan generation unit 122 returns to step S302, changes the parameter value of the parameter to be changed, and repeats the processing after step S302.

As described above, in the improvement plan generation process by the plan generation unit 122, a plurality of improvement plans are made while changing the values of the parameters (change target parameters) that affect the improvement-required items selected (input) by the planner. Candidates are generated, and for the generated improvement plan candidates, the first evaluation (step S305) that "the selected improvement-requiring items have been improved" and "abnormal values in the improvement-requiring items other than the selected items" The second evaluation (step S306) is performed, and only the plans that have passed both evaluations are registered as the presentation target plans (improvement plans) to be presented to the planner on the plan list screen 530. At this time, if only the first evaluation is performed, for example, a plan in which a large number of unallocated orders remain occupies the upper rank, and it is assumed that the plans that can be adopted are not displayed on the plan list screen 530. Therefore, in the present embodiment, by performing the second evaluation in addition to the first evaluation, it is possible to check whether an unacceptable abnormal value is planned for the improvement-requiring items other than the improvement-requiring items selected by the planner. I try to check it. As a result, the plan generation unit 122 can select an improvement plan so that the plans that can be adopted by the planner are appropriately displayed on the plan list screen 530.

(2-3) Validity Feedback Processing FIG. 14 is a flowchart showing a processing procedure example of the validity feedback processing. The validity feedback process is a change target in which the parameter value is changed in the generation of the delivery plan according to what kind of action is taken for the delivery plan generated in the improvement plan generation process by the plan generation unit 122. This is a process of updating (feeding back) the validity of parameters (when a plurality of cases are taken into consideration, a combination of parameters to be changed), and is executed by the validity DB reflection unit 124. As described above, the validity feedback process is executed in step S209 of FIG. 10 and step S309 of FIG. 13, and the correction amount differs depending on the status of treatment (registration, discard, adoption) for the delivery plan at each execution time. Then, the validity 1363 held in the change target parameter validity table 136 is updated.

According to FIG. 14, first, the validity DB reflection unit 124 refers to the change target parameter validity table 136 shown in FIG. 5, and records the change target parameter combination used for generating the delivery plan and the record corresponding to the change content. Is searched (step S401).

Then, the validity DB reflection unit 124 determines whether or not the corresponding record exists as a result of the search in step S401 (step S402), proceeds to step S403 if it exists, and if it does not exist, step S404. Proceed to.

In step S403, the validity DB reflection unit 124 acquires the corresponding record A (tentative name) found in the search in step S401. On the other hand, in step S404, the validity DB reflection unit 124 newly adds the corresponding record A (tentative name) not found in the search in step S401 to the change target parameter validity table 136. The initial value of the newly added record A is set to "0". After the processing of steps S403 and S404, the process proceeds to step S405.

In step S405, the validity DB reflection unit 124 determines what is the action for the generated delivery plan, that is, whether it is “discard”, “register”, or “adopt”. Specifically, when the validity feedback process is executed in step S309 via step S308 in FIG. 13, it is determined to be "discarded" and the process proceeds to step S406. Further, when the validity feedback process is executed in step S309 via step S307 of FIG. 13, it is determined as "registration" and the process proceeds to step S407. Further, when the validity feedback process is executed in step S209 of FIG. 10, it is determined as "adopted" and the process proceeds to step S408.

In step S406, the validity DB reflection unit 124 subtracts the validity of the record A by "0.0001", and updates the validity 1363 corresponding to the record A in the change target parameter validity table 136 with the value after the subtraction. do.

In step S407, the validity 1363 corresponding to the record A in the change target parameter validity table 136 is held unchanged.

In step S408, the validity DB reflection unit 124 adds the validity of the record A by "0.0001", and updates the validity 1363 corresponding to the record A in the change target parameter validity table 136 with the added value. do.

In the delivery plan creating device 10 according to the present embodiment, the validity feedback process is executed as described above, and the validity corresponding to the parameter combination to be changed is determined by how the delivery plan generated by the parameter is used. Varies depending on what was treated. Specifically, the validity of the parameters used to generate the adopted delivery plan (change target parameter combination) has increased, and the validity of the parameters used to generate the discarded delivery plan (change target parameter combination) has increased. The degree decreases. In the case of the processing procedure shown in FIG. 14, the valid / invalid parameters change depending on the delivery plan, so the correction range of the effectiveness in one feedback is relatively small (± 0.0001 in this example). ). As a result, the weighting can be gradually increased for the combination of parameters that are similarly determined to be valid (or invalid) in various delivery plans. Then, the validity of the parameter combination updated by the validity feedback process is reflected in the display order of the improvement plan displayed on the plan list screen 530 by performing the validity display reflection process described later in FIG. ..

Note that FIG. 14 shows the logic of the validity feedback process that covers a plurality of different treatment patterns for the delivery plan, but in the present embodiment, the validity feedback process having an individual processing logic is executed for each treatment pattern. You may try to do it.

(2-4) Validity Display Reflection Processing FIG. 15 is a flowchart showing a processing procedure example of the validity display reflection processing. The validity display reflection process is the process of step S205 of FIG. 10 executed when the check box 535 is selected on the plan list screen 530, and is executed by the validity screen reflection unit 125.

According to FIG. 15, first, the validity screen reflection unit 125 refers to the proposal target plan table 137 shown in FIG. 6 and acquires the change target parameter combination 1371 and the change content 1372 (step S501).

Next, the validity screen reflection unit 125 refers to the change target parameter validity table 136 shown in FIG. 5, and searches for a record corresponding to the combination of the change target parameter combination 1371 acquired in step S501 and the change content 1372. (Step S502).

Then, the validity screen reflection unit 125 determines whether or not the corresponding record exists as a result of the search in step S502 (step S503), proceeds to step S504 if it exists, and if it does not exist, step S505. Proceed to.

In step S504, the validity screen reflection unit 125 acquires the validity (validity 1363) from the corresponding record found in the search in step S502. On the other hand, in step S505, the validity screen reflection unit 125 acquires the validity of the corresponding record not found in the search in step S502 as "0". After the processing of steps S504 and S505, the process proceeds to step S506.

In step S506, the validity screen reflection unit 125 calculates the rank correction value based on the validity of the record acquired in step S504 or S505. Specifically, for example, an integer value obtained by rounding down the decimal point of the acquired validity is used as the rank correction value.

Next, the effectiveness screen reflection unit 125 updates the display order of the plans (improvement plans) listed in the list display area 536 of the plan list screen 530 based on the rank correction value calculated in step S506 (step). S507). Specifically, for example, when the rank correction value is positive for each plan displayed in the list display area 536, the display rank is raised by the absolute value of the rank correction value, and the rank correction value is negative. In that case, the display order is lowered by the absolute value of the order correction value. Then, after updating the display order in step S507, the validity screen reflection unit 125 ends the process.

In the delivery plan creating device 10 according to the present embodiment, the validity screen reflection process is executed as described above, and the rank correction value is calculated based on the valid value of the change target parameter combination that changes due to the validity feedback process. Then, based on this rank correction value, the display rank of the improvement plan listed on the plan list screen 530 can be changed. In this way, when it is selected to apply the validity bonus on the plan list screen 530, by changing the display order on the screen, the planner can generate a delivery plan (improvement plan) with significant parameters. ) Can be considered while considering the optimal improvement plan.

(3) Summary As described above, in the delivery plan creating device 10 according to the present embodiment, the auxiliary storage device 13 (storage medium) is an improvement item among the plurality of parameters used for creating the delivery plan. The corresponding change target parameter is stored in the change target parameter table 133. Then, the central arithmetic processing device 11 (processor) inputs a predetermined parameter value (first value) to a plurality of parameters used for creating the delivery plan, and the previous delivery plan created by the plan generation engine 121 (the previous delivery plan). When trying to formulate the next delivery plan (second delivery plan) by reviewing the planning conditions for the first delivery plan), the item requiring improvement (first improvement item) for the previous delivery plan is received. Then, the change target parameter (first change target parameter) corresponding to the received improvement-required item is acquired from the change target parameter table 133, and the value of the acquired change target parameter is adjusted to the adjusted parameter value (second value). Based on this, an improvement plan (second delivery plan) is created in which the same delivery as the previous delivery plan is delivered to the same delivery destination with a plan content different from the previous delivery plan.

According to the delivery plan creation device 10 configured as described above, in the conventional delivery plan generation service, the work in which the planner manually repeats fine adjustment of the parameters to try to improve the delivery plan is processed by the system. Because it can be realized by, it is possible to reduce the workload of the planner when formulating the next delivery plan. In addition, while the above-mentioned conventional manual work does not always cover the formulation of the optimum improvement plan for business, the delivery plan creation device 10 according to the present embodiment makes it an item requiring improvement. Since the improvement plan can be automatically generated while changing the corresponding change parameters, it is possible to increase the possibility that the person in charge of planning can reach the optimum improvement plan for the business. Furthermore, by obtaining the above effects, it is possible to smoothly carry out operations from C (delivery record confirmation) to A (delivery plan correction) in the PDCA cycle of delivery operations, and improve the efficiency and sophistication of delivery operations. It can be realized.

Further, the delivery plan creation device 10 according to the present embodiment requires the display screen control unit 123 to display a list of the improvement plans created by executing the improvement plan generation process by the plan generation unit 122 on the plan list screen 530. A delivery plan with improved items is presented to the planner. As a result, the planner can compare and consider the improvement plan that lists the optimum delivery plan as the next delivery plan.

Further, in the delivery plan creating device 10 according to the present embodiment, when the improvement plan of 1 is selected on the plan list screen 530 and the "adopt" button 538 is operated, the plan generation unit 122 selects the improvement plan. Since the next delivery plan is decided, the person in charge of planning can decide the next delivery plan with a simple operation.

Further, in the delivery plan creating device 10 according to the present embodiment, on the plan list screen 530, the display screen control unit 123 performs arbitrary sort processing or filtering processing according to the settings of the input items 531 to the input item 534. The improvement plan can be displayed in a list in the list display area 536. With such a display assist function, it is possible to support the comparison / examination of improvement plans by the person in charge of planning.

Further, in the delivery plan creating device 10 according to the present embodiment, when a plurality of improvement plans are selected on the plan list screen 530 and the "comparison" button 537 is operated, the display screen control unit 123 selects the improvement. Since the plan comparison screen 540 for arranging and displaying the plans side by side is provided, it is possible to further support the comparison / examination of the improvement plan by the person in charge of planning. In particular, when displaying detailed information that was not displayed on the plan list screen 530 on the plan comparison screen 540, the person in charge of planning can make a more detailed examination.

Further, in the delivery plan creation device 10 according to the present embodiment, in the improvement plan generation process for creating the improvement plan, the plan generation unit 122 determines the value of the change target parameter that affects the selected item requiring improvement. Delivery that is a candidate for an improvement plan by inputting the value of the changed parameter to the plan generation engine 121 while changing according to the adjustment rule (effective value range 1333 of the parameter table 133 to be changed and the change width 1334 of the value). A plurality of plans (improvement plan candidates) are created, and among the created improvement plan candidates, only those satisfying a predetermined condition are registered in the proposal target plan table 137 (see FIG. 1) as improvement plans. In the present embodiment, the selected improvement-requiring items can be improved (step S305 in FIG. 13) as the above-mentioned predetermined conditions, and no abnormal value has occurred in the improvement-requiring items other than the selected items. (Step S306 in FIG. 13). According to the delivery plan creation device 10 according to the present embodiment, by performing the above processing, only the delivery plan appropriate for business is selected from among the plurality of improvement plan candidates created while finely adjusting the parameter values. Since it can be extracted as an improvement plan to be presented to the planner, the workload of the planner can be significantly reduced as compared with the conventional delivery plan generation service.

Further, in the delivery plan creation device 10 according to the present embodiment, the validity 1363 for the change target parameter (change target parameter combination 1361) whose input value is changed in the generation of the delivery plan is stored in the change target parameter validity table 136. Will be done. This effectiveness 1363 is changed according to the improvement plan candidate or the action (discard, registration, adoption) for the improvement plan by the effectiveness DB reflection unit 124 executing the effectiveness feedback process (see FIG. 14). Will be updated. Then, when the check box 535 to which the validity bonus is applied is selected on the plan list screen 530, the validity display reflection process (see FIG. 15) is executed by the validity screen reflection unit 125 to create an improvement plan. The display order of the improvement items listed on the plan list screen 530 is changed based on the validity of the change target parameter corresponding to the improvement item required at the time. According to the delivery plan creation device 10 according to the present embodiment, by performing the above processing, the delivery plan (improvement plan) generated with significant parameters can be presented to the upper level, so that the person in charge of planning can present it. It will be easier to consider the optimal delivery plan.

The present invention is not limited to the above-described embodiment, and includes various modifications. For example, the above-described embodiment has been described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations. Further, it is possible to add / delete / replace a part of the configuration of the embodiment with another configuration.

Further, each of the above configurations, functions, processing units, processing means and the like may be realized by hardware by designing a part or all of them by, for example, an integrated circuit. Further, each of the above configurations, functions, and the like may be realized by software by the processor interpreting and executing a program that realizes each function. Information such as programs, tables, and files that realize each function can be placed in a memory, a recording device such as a hard disk or SSD (Solid State Drive), or a recording medium such as an IC card, SD card, or DVD.

Further, in the drawings, the control lines and information lines are shown as necessary for explanation, and not all the control lines and information lines are necessarily shown in the product. In practice it may be considered that almost all configurations are interconnected.

1 Delivery plan creation system 10 Delivery plan creation device 11 and 21 Central arithmetic processing device 12, 22 Main memory device 13 Auxiliary storage device 20 Client terminal 30 Network 40 Input device 50 Output device 121 Plan generation engine 122 Plan generation unit 123 Display screen control Part 124 Effectiveness DB Reflection part 125 Effectiveness screen reflection part 131 Delivery plan table 132 Delivery record table 133 Change target parameter table 134 Improvement evaluation formula management table 135 Plan validity evaluation value table 136 Change target parameter Effectiveness table 137 Proposal target plan Table 510 Forecast comparison screen 520 Improvement item selection screen 530 Plan list screen 540 Plan comparison screen

Claims (7)

Of the plurality of parameters used to create a delivery plan, the modification that evaluates the significance of the parameter to be modified and the parameter to be modified that has been adjusted in advance corresponding to the improvement item to the improvement item. A storage medium that stores the validity of the target parameter,
Based on the first value of the plurality of parameters, the first delivery plan for delivering the first delivery to the first delivery destination by the first plurality of delivery vehicles is created.
Received the first improvement item for the first delivery plan,
The first change target parameter corresponding to the first improvement item is acquired from the storage medium, and the first change target parameter is acquired from the storage medium.
Based on the second value of the first change target parameter adjusted by adjusting the first value of the first change target parameter, the first delivery is delivered by the second plurality of delivery vehicles. Create a second delivery plan to deliver to the destination,
A processor that controls the display of the plan list screen that displays a list of the second delivery plans created above , and
Have,
The processor
In response to the action against the second delivery plan, the validity of the parameter to be changed whose value was adjusted at the time of creating the second delivery plan was changed and updated.
The display order of the second delivery plan listed on the plan list screen is based on the validity of the first change target parameter corresponding to the first improvement item in each of the second delivery plans. change
A delivery planning device characterized by that. In the process of creating the second delivery plan, the processor
A plurality of patterns are generated by adjusting the first value of the first parameter to be changed and the second value of the plurality of parameters to be changed according to a predetermined adjustment rule.
A second delivery plan candidate for delivering the first delivery to the first delivery destination by the second plurality of delivery vehicles based on the second value of the plurality of change target parameters of each pattern. make,
In response to the action for the second delivery plan candidate, the validity of the change target parameter whose value was adjusted at the time of creating the second delivery plan candidate is changed and updated.
The delivery plan creating device according to claim 1 , wherein among the created second delivery plan candidates, those satisfying a predetermined condition are set as the second delivery plan. The predetermined condition is described in claim 2 , wherein the first improvement item is improved and no abnormality has occurred in the improvement items other than the first improvement item. Delivery planning device. The processor is characterized in that when an operation of adopting the delivery plan of one of the second delivery plans is performed on the plan list screen, the delivery plan of the first delivery plan is determined as the next delivery plan. The delivery planning apparatus according to claim 1 . The delivery plan creating device according to claim 1 , wherein the processor performs an arbitrary sort process or a filtering process on the plan list screen to display a list of the second delivery plan. The delivery plan creating device according to claim 1 , wherein the processor controls the display of a plan comparison screen for comparing and displaying a plurality of the second delivery plans selected from the plan list screen. In a delivery planning device equipped with a storage medium and a processor
Of the plurality of parameters used to create the delivery plan, the storage medium has the significance of the change target parameter set in advance corresponding to the improvement item and the change target parameter adjusted to the improvement item. The validity of the parameter to be changed is stored in advance, and
The processor
Based on the first value of the plurality of parameters, the first delivery plan for delivering the first delivery to the first delivery destination by the first plurality of delivery vehicles is created.
Received the first improvement item for the first delivery plan,
The first change target parameter corresponding to the first improvement item is acquired from the storage medium, and the first change target parameter is acquired from the storage medium.
Based on the second value of the first change target parameter adjusted by adjusting the first value of the first change target parameter, the first delivery is delivered by the second plurality of delivery vehicles. Create a second delivery plan to deliver to the destination,
Control the display of the plan list screen that displays the list of the second delivery plan created above,
Further, the processor is
In response to the action against the second delivery plan, the validity of the parameter to be changed whose value was adjusted at the time of creating the second delivery plan was changed and updated .
The display order of the second delivery plan listed on the plan list screen is based on the validity of the first change target parameter corresponding to the first improvement item in each of the second delivery plans. change
A delivery planning method characterized by that.

Images