JP2021120793A - Information processing device, processing method and program - Google Patents

Abstract

To provide an information processing device, a processing method, and a program that can use tacit knowledge of a planner who formulates an operation plan as explicit knowledge.SOLUTION: In an operation plan creation system 100, an operation plan creation system server 10 includes a processor that provides a master setting update program 120 configured to: acquire a history of an operation plan in a predetermined period regarding transportation decided to be executed by a planner, for a vehicle that loads a plurality of delivery articles and transports them to respective delivery destinations specified for the plurality of delivery articles; extract first constraint information regarding transportation constraints of the vehicle that loads the plurality of delivery articles, from among the history; and update existing transportation constraint information regarding transportation constraints of the vehicle used at the time of formulating the operation plan decided to be executed, based on the extracted first constraint information.SELECTED DRAWING: Figure 2

Description

The present invention relates to an information processing device, a processing method, and a program of an operation plan generation system that supports the drafting of an operation plan of a vehicle in a vehicle allocation business.

Conventionally, there has been known an operation plan generation system for supporting a vehicle allocation business that allocates a delivery item and a vehicle for carrying the delivery item to a requested delivery destination. For example, Patent Document 1 uses a genetic algorithm to create a transportation schedule for a vehicle loaded with the delivered product, with information on the delivered product, information on the delivery destination, information on the vehicle loaded with the delivered product, and the like as constraints. Disclose the system that is said to be. The user of the operation plan generation system loads a plurality of deliverables in the delivery direction based on, for example, the transportation plan (operation plan) scheduled by the system and the experience of the past transportation results for the above constraints. Make an operation plan for each vehicle.

Japanese Unexamined Patent Publication No. 2003-285931

As described above, in the vehicle dispatching business, skill is required to appropriately examine information on the delivery destination and information on the vehicle on which the delivery is loaded with respect to the transportation plan scheduled by the operation plan generation system. However, such skill is tacit knowledge of the planner who formulates the operation plan for each vehicle with the support of the operation plan generation system. For this reason, the vehicle dispatching business for formulating an operation plan for each vehicle loaded with a plurality of deliveries tends to be personalized. For example, the vehicle dispatching business is performed at the same level as the planner who has the above tacit knowledge. Was in a difficult situation.

The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique that can use the tacit knowledge of a planner who formulates an operation plan as explicit knowledge.

In order to achieve the above object, one embodiment of the present invention is exemplified as an information processing device of an information system that supports a vehicle allocation business that allocates a delivery item and a vehicle for carrying the delivery item to a requested delivery destination. This information processing device loads a plurality of deliveries and transports the vehicles to the designated delivery destinations for each of the plurality of deliveries. The operation plan whose execution is decided based on the acquisition of, the extraction of the first constraint information regarding the transportation constraint of the vehicle loaded with a plurality of deliveries from the history, and the extracted first constraint information. It is provided with a control unit for updating and executing existing transportation constraint information regarding the transportation constraint of the vehicle used at the time of planning.

According to the present invention, it is possible to provide a technique in which tacit knowledge of a planner who formulates an operation plan can be used as explicit knowledge.

It is a figure which shows an example of the functional block of the operation plan generation system which concerns on embodiment. It is a figure which shows an example of the detailed functional structure of the operation plan generation system which concerns on embodiment. It is a figure which shows an example of the vehicle information of the vehicle master DB. It is a figure which shows an example of the delivery destination information of the delivery destination master DB. It is a figure which shows an example of the operation result information of the operation result information DB. It is a figure which shows an example of the delivery order result information of the delivery order result information DB. It is a figure explaining the master setting update process. It is a figure which shows an example of the hardware configuration of the server which concerns on embodiment. It is a flowchart which shows an example of the master setting update process which concerns on embodiment.

Hereinafter, the operation plan generation system according to the embodiment will be described with reference to the drawings. The configuration of the following embodiment is an example, and the operation plan generation system is not limited to the configuration of the embodiment.

[Embodiment 1]
1. 1. System Overview FIG. 1 is a diagram showing an example of an overall functional block of the operation plan generation system (hereinafter, also referred to as “information system”) 100 in the present embodiment. The information system 100 in the present embodiment is a system for supporting a vehicle dispatching business that allocates a delivered item and a vehicle for carrying the delivered item to a requested delivery destination. In this information system, an operation plan for each vehicle loaded with a plurality of deliveries in the delivery direction is generated based on information on the deliverables, information on the delivery destination, and information on the vehicle on which the deliveries are loaded. The operation plan generated by this information system is presented to, for example, a planner who makes an operation plan with the support of the system. For example, the planner examines the operation plan based on the experience (tacit knowledge) of the past transportation results, and formulates the operation plan of the vehicle loaded with a plurality of deliveries in the delivery direction. The planner can also be said to be the "user" of the operation plan generated by the information system 100.

The information system 100 shown in FIG. 1 includes a vehicle master DB 130, a delivery destination master DB 140, and a shipping information DB 150. The vehicle master DB 130 is a database in which vehicle information regarding a vehicle for delivering a delivered item is stored. Vehicle information related to a vehicle is registered in advance by, for example, an organization such as a business operator that operates a delivery business. The vehicle information registered in the vehicle master DB 130 includes identification information of the business operator providing the delivery business (business operator code, business office code, etc.) and information on the vehicle on which the delivery is loaded (vehicle size, vehicle code, etc.). Is done. It also includes constraint information on transport restrictions for vehicles loaded with deliveries (maximum weight load, maximum volume load, operating time limit, travel distance limit, operational area limit (administrative district limit), etc.). In the present embodiment, the constraint information regarding the transport constraint of the vehicle is also referred to as "existing transport constraint information".

The delivery destination master DB 140 is a database in which delivery destination information regarding the delivery destination of the delivered goods is stored. The delivery destination information regarding the delivery destination is registered in advance by, for example, an employee of a business operator who operates a vehicle dispatch business, a specialist company entrusted by the business operator, or the like. The delivery destination information registered in the delivery destination master DB 140 includes identification information (delivery destination code, name, abbreviation, address, etc.) for identifying the delivery destination. In addition, restriction information regarding acceptance of deliveries (delivery time limit, vehicle size limit at the time of contact, delivery order limit, shipping company designation, etc.) is included. In the present embodiment, the restriction information regarding the acceptance of the delivery of the delivery destination is also referred to as "existing delivery destination restriction information".

The shipping information DB 150 is a database in which information (shipping information) related to the delivered goods requested for delivery is stored. The shipping information is registered in advance by, for example, slip processing when a delivery request is received. The shipping information registered in the shipping information DB 150 includes information on the delivered goods (weight, volume, etc.), designated time information on the delivery of the delivered goods, time information on loading and unloading of the delivered goods, and the like.

Further, the information system 100 includes a planning processing function 110 for generating an operation plan for each vehicle loaded with a plurality of deliverables, an operation result information DB 160, and a delivery order result information DB 170. The planning processing function 110 is provided by, for example, a computer having an interface with an input device such as a keyboard or a mouse and a display device such as an LCD (Liquid Crystal Display). The computer that provides the planning processing function 110 includes a vehicle master DB 130, a delivery destination master DB 140, and a communication interface that can be connected to the shipping information DB 150. The computer refers to various information and map information registered in each DB, and runs an operation plan for each vehicle loaded with deliveries through the execution of a software program that provides a planning processing function stored in memory or the like. Is planned (generated).

In the planning processing function 110, an operation plan for allocating a vehicle to be loaded with deliveries is generated based on the vehicle information about the vehicle registered in each DB and the constraint information included in the delivery destination information regarding the delivery destination. .. The computer that provides the planning processing function 110 uses, for example, a vehicle that loads the delivery so that the delivery registered in the shipping information DB 150 satisfies the specified time condition regarding the delivery of the delivery using a genetic algorithm. Generate multiple allocation patterns for. Specifically, a plurality of allocation patterns are generated that satisfy map information, weight and volume of deliveries, time spent for loading and unloading, constraint information on vehicles, and constraint information on acceptance of deliveries. In addition, the computer that provides the planning processing function 110 uses each generated pattern as a parent pattern in the genetic algorithm, and has a plurality of child patterns and grandchild patterns in which deliveries, vehicles, delivery orders, delivery times, etc. are interchanged with each other. To generate. Then, from the plurality of generated patterns, an allocation pattern between the delivered product and the vehicle is selected, in which the parameters for the load weight, operating time, moving time, operable area, etc. of the vehicle are optimized. The selected allocation pattern is displayed as a result of the planning process on a display device such as an LCD provided in the computer, for example. The result of the planning process is displayed on the display device as, for example, a delivery schedule on a time axis in which a plurality of deliveries are loaded for each vehicle. In addition to using the above genetic algorithm, the shortest route may be selected by using a neural network based on the geographic information and the address of the delivery destination in the allocation between the delivery and the vehicle. .. Further, a plurality of delivery destinations may be clustered to obtain an appropriate transportation route within each cluster.

The planner of the operation plan appropriately reviews the delivery schedule displayed as a result of the plan planning processing function 110, and reflects his / her experience regarding the past transportation record, etc., and multiple deliveries. Determine the final operation plan for the loaded vehicle. For example, the planner reviews the constraint information such as the vehicle load capacity, the volume load capacity, the vehicle operating time, and the vehicle mileage for each vehicle in the delivery schedule. Similarly, regarding the delivery schedule, the delivery order of deliveries, the scheduled delivery time, the size of the approaching vehicle at the delivery destination, the transportation company, the movement history of the area or the administrative section, etc. are reviewed. The operation plan for each vehicle, which has been reviewed by the planner, is recorded and accumulated in the operation result information DB 160 and the delivery order result information DB 170 as the planning result.

The operation result information DB 160 and the delivery order result information DB 170 are databases in which predetermined information of the operation plan determined by the planner is recorded and accumulated. The operation result information DB 160 stores operation result information related to the operation plan associated with the information for identifying the vehicle (vehicle code, etc.) and the information for identifying the delivery company (company type, company code, etc.). The operation result information includes the determination date of the operation plan, the vehicle load capacity, the volume load capacity, the vehicle operating time, the vehicle mileage, and the like. The delivery order result information DB 170 includes a delivery order associated with information for identifying a vehicle (vehicle code, etc.), information indicating a delivery schedule, a waiting time, a vehicle contact vehicle size area, a movement history of an administrative section, and the like. The person in charge of delivering the deliverables loaded the deliveries into the vehicle according to the operation plan stored in the operation result information DB 160 and the delivery order result information DB 170, and the loaded deliveries were assigned in the order of delivery. Deliver to the delivery destination.

The information system 100 according to the present embodiment includes a computer that provides the master setting update function 120. In the master setting update function 120, the vehicle information for each vehicle registered in the vehicle master DB 130 and the delivery destination related to the delivery destination registered in the delivery destination master DB 140 are used by using the information related to the operation plan determined by the planner. Information is updated regularly. The computer that provides the master setting update function 120 acquires the information related to the operation plan recorded / accumulated in the operation result information DB 160 and the delivery order result information DB 170. Then, the computer that provides the master setting update function 120 extracts valid information regarding the operation plan planning process from the acquired information about the operation plan, and restricts information about the corresponding vehicle and restriction information about the delivery destination. And update regularly.

As a result, in this information system 100, regarding the determination of the operation plan of the vehicle allocation business, the vehicle and the delivery destination master setting value are updated from the daily vehicle allocation result information (operation result information / delivery order result information) created by the planner. It is possible to automatically extract valid information for the purpose. Then, in this information system 100, it becomes possible to periodically update the constraint information registered in the vehicle master DB 130 and the delivery destination master DB 140 by using the extracted valid information. According to this information system 100, tacit knowledge (experiential review of constraint information) by the planner can be reflected in the master setting value as explicit knowledge. Therefore, for example, another person makes an operation plan using the system. In that case, it will be possible to formulate an operation plan at the same level. Further, it is possible to reduce the load related to the maintenance work such as the review of the constraint information based on the experience by the planner with respect to the information registered in the vehicle master DB 130 and the delivery destination master DB 140.

2. Functional configuration FIG. 2 is a diagram showing an example of a more detailed functional configuration of the information system 100 according to the present embodiment. In FIG. 2, a plurality of information processing terminals (20a to 20c: operation plan creation system terminals A to C) that provide a planning processing function 110, and an information processing device 10 (operation plan creation) that provides a master setting update function 120. A form including a system server) is exemplified.

In FIG. 2, the information processing terminals (20a to 20c) and the information processing device 10 are connected to each other through the network N. The network N includes a public network such as the Internet, a wireless network such as a mobile phone network, a dedicated network such as VPN (Virtual Private Network), and a network such as LAN (Local Area Network). Hereinafter, the plurality of information processing terminals (20a to 20c) that provide the planning processing function 110 are collectively referred to as "information processing terminal 20" or simply "terminal 20". The information processing device 10 is also referred to as a "server 10". Although a single server 10 and three terminals 20 are typically illustrated in FIG. 2, a plurality of servers 10 and more than three terminals 20 can be connected to the network N.

The terminal 20 is a computer that provides the planning processing function 110, and is provided for each business establishment that performs a vehicle dispatching business related to physical distribution, for example. The terminal 20 accesses the vehicle master DB 130 and the delivery destination master DB 140 managed by the server 10 through the network N. Then, the terminal 20 generates an operation plan for allocating a vehicle to be loaded with the delivered goods based on the vehicle information about the vehicle registered in each DB and the constraint information included in the delivery destination information about the delivery destination. The planner who formulates the operation plan determines the final operation plan based on the result of the planning process displayed on the display device such as the LCD of the terminal 20. The final operation plan reflects various constraint information regarding vehicle allocation operations based on the tacit knowledge of the planner. The operation plan reviewed by the planner is recorded and accumulated in the operation result information DB 160 managed by the server 10 and the delivery order result information DB 170, respectively, as a result of the plan making.

The server 10 is a computer that provides the master setting update function 120, and manages vehicle information related to vehicle allocation work, delivery destination information, and information related to an operation plan (planning result) determined by a planner. The server 10 includes a vehicle master DB 130, a delivery destination master DB 140, an operation result information DB 160, and a delivery order result information DB 170 in its functional configuration. Further, the server 10 includes a plan result acquisition process 121, a plan result analysis process 122, and a master update process 123 as functional elements that provide the master setting update function 120. The server 10 provides the master setting update function 120 by realizing the above functional elements through the execution of the software program.

First, the information stored in the vehicle master DB 130 and the delivery destination master DB 140 will be described. FIG. 3 is a diagram showing an example of vehicle information registered in the vehicle master DB 130. The vehicle information illustrated in FIG. 3 includes a business code, a vehicle code, a trader code, a vehicle size, a maximum weight load capacity, a weight constraint rate, a maximum body load capacity, a volume constraint rate, a start time of use, an end time of use, and loading. It has each item of time, operation limit, distance limit, and target area code. A plurality of target area codes can be set, and in FIG. 3, the items of the target area code 1, the target area code 2, and the target area code 3 are illustrated. The carrier code stores identification information that identifies the delivery carrier. The delivery company manages a plurality of delivery companies. The vehicle code stores an identification number that identifies the vehicle carrying the deliverable. The vendor code stores information that identifies the carrier associated with the vehicle code. Information indicating the loadable standard of the vehicle (for example, "2t", "4t", etc.) is stored in the vehicle size. The maximum weight load capacity stores information indicating the maximum weight that the vehicle can load. The weight constraint factor stores information indicating a limit on the weight of the delivered product to be loaded. Information indicating the maximum loadable capacity is stored in the maximum body load capacity. The volume constraint factor stores information indicating a limit on the volume of deliverables to be loaded. The use start time stores information indicating the time when the vehicle becomes available, and the use end time stores information indicating the time when the use period ends. In the loading time, information indicating the time when the delivered goods are loaded in the luggage compartment or the like is stored. The operation restriction stores information that restricts the operation of the delivery company. The distance limit stores information that limits the distance that can be traveled. Information indicating a deliverable area is stored in the target area code. The vehicle information registered in the vehicle master DB 130 can be appropriately added, changed, or deleted.

FIG. 4 is a diagram showing an example of delivery destination information registered in the delivery destination master DB 140. The delivery destination information illustrated in FIG. 4 has items such as a delivery destination code, a delivery destination name, a delivery destination abbreviation, an address, a latitude, a longitude, an administrative district code, a delivery date itself, and a delivery date arrival. In addition, the delivery destination information has each item of vehicle restriction, designated trader code, prohibited trader code, and small trader code. The delivery destination information registered in the delivery destination master DB 140 can be appropriately added, changed, or deleted.

The delivery destination code stores identification information that identifies the delivery destination. Information indicating the name of the delivery destination is stored in the delivery destination name, and the abbreviation indicating the delivery destination is stored in the delivery destination abbreviation. Information indicating the delivery address, information indicating the latitude, and information on the map indicating the longitude are stored in the address, latitude, and longitude, respectively. In the administrative district code, information (administrative district code) indicating the administrative division where the delivery destination is located is stored. Deliverable time Information indicating the delivery time zone of the delivered product is stored in the self and the deliverable time. Vehicle restrictions include vehicle travel restrictions (height, height,) at the delivery destination.
Information about weight, etc.) is stored. The designated supplier code stores information indicating the delivery company specified by the delivery destination. The prohibited company code stores information indicating the delivery company whose delivery destination has prohibited entry and exit. The retailer code stores information indicating the carrier that the delivery destination preferentially uses for the retail delivery.

Next, information on the operation plan determined by the planner will be described. Information about the operation plan is recorded in the operation result information DB 160 and the delivery order result information DB 170. FIG. 5 is a diagram showing an example of operation result information registered in the operation result information DB 160. The operation result information illustrated in FIG. 5 includes the business establishment code, the plan management date, the vehicle code, the trip number, the trader type, the trader code, the departure time, the return time, the weight load capacity, the weight load rate, the flow rate load capacity, and the flow rate load. It has each item of rate, mileage, and operating time. In addition, the operation result information has each item of weight loading violation, flow rate loading violation, usage time violation, operating time violation, and distance restriction violation. It should be noted that items can be added, changed, and deleted as appropriate in the operation result information registered in the operation result information DB 160.

The business establishment code stores information that identifies the business establishment for which the operation plan was made. In the plan management date, date information for formulating an operation plan is stored. The vehicle code and the trader code have been described in the vehicle master DB 130. The trip number stores an identification number that identifies the delivery work scheduled in the operation plan. Information indicating the type of delivery company (small lot, individual, consignment, etc.) is stored in the trader type. Information indicating the departure time and the return time scheduled in the operation plan is stored in the departure time and the return time. The weight load capacity stores the load weight of the deliverables loaded on the vehicle. The weight loading ratio stores information indicating the ratio of the loaded weight of the delivered goods to the maximum weight loading capacity. The flow load capacity stores the volumetric load capacity of the deliverables loaded on the vehicle. The flow rate loading rate stores information indicating the ratio of the volume loading capacity of the delivered product to the maximum volume loading capacity. The mileage stores information indicating the mileage related to the delivery work specified by the trip number. The operating time stores information indicating the operating time related to the delivery operation specified by the trip number. In the weight loading violation, information (number of times, etc.) indicating the history of the weight loading violation is stored. Information showing the history of each violation is also stored for usage time violations, operating time violations, and distance limit violations.

FIG. 6 is a diagram showing an example of delivery order result information registered in the delivery order result information DB 170. The delivery order result information illustrated in FIG. 6 includes the office code, the plan management date, the vehicle code, the trip number, the delivery order, the delivery destination code, the delivery time itself, the delivery time, the section distance, the section time, the waiting time, and the vehicle. It has items of restriction violation, delivery time violation, designated contractor violation, and prohibited contractor violation. The business establishment code, plan management date, vehicle code, and trip number included in the delivery order result information are the same as those of the operation result information DB 160. In addition, items can be added, changed, and deleted as appropriate in the delivery order result information registered in the delivery order result information DB 170.

In the delivery order, information indicating the delivery order in the trip number scheduled in the operation plan is stored. The delivery address code stores information indicating the delivery address corresponding to each delivery order. Delivery time Information indicating the delivery time zone of the deliverables specified in the delivery order is stored in the delivery time itself and the delivery time arrival. In the section distance and section time, the distance information of the delivery route specified in the delivery order and the travel time information related to the movement are stored. In the waiting time, information indicating the waiting time related to the delivery business specified in the delivery order is stored. In the vehicle restriction violation, information (number of times, etc.) indicating the history of the vehicle restriction violation is stored. For delivery time violations, designated contractor violations, and prohibited contractor violations, information indicating the history of violations against the conditions restricted by the delivery destination is stored.

Returning to FIG. 2, in the master setting update function 120 provided by the server 10 according to the present embodiment, the plan result acquisition process 121 acquires data to be updated in a predetermined period from the operation result information DB 160 and the delivery order result DB 170. .. As the predetermined period, a designated period such as a weekly unit, a monthly unit, or a three-month unit is exemplified. In addition, the data items acquired from each DB are specified in advance. The plan result acquisition process 121 acquires the past data specified in the predetermined period from the data to be updated accumulated in each DB. The acquired data is passed to the planning result analysis process 122.

The plan result analysis process 122 selects candidate values for updating the data values of the update target items registered in the vehicle master DB 130 or the delivery destination master DB 140 from the data delivered from the plan result acquisition process 121. Then, the plan result analysis process 122 performs a cleaning process on the selected candidate values, and determines an update value for updating the data value of the update target item. Here, the cleaning process is a kind of sieving process, and may be a data screening process or simply a screening process.

In the server 10 according to the present embodiment, by performing the cleaning process on the selected candidate values, it is possible to exclude inappropriate candidate values related to the operation plan created by, for example, an erroneous operation. The update value determined in the plan result analysis process 122 is passed to the master update process 123. When the update value delivered from the plan result analysis process 122 satisfies a predetermined condition, the master update process 123 is a data value of an update target item registered in the vehicle master DB 130 or the delivery destination master DB 140 using the update value. To update.

FIG. 7 is a diagram illustrating a master setting update process provided by the server 10. In FIG. 7, an explanatory example in which the maximum weight load capacity registered in the vehicle master DB 130 is set as an update target item is illustrated. In the explanatory example, the set value of the update target item is "1800 kg".

In the plan result acquisition process 121 executed by the server 10, the weight load capacity (kg) corresponding to the update target item in the predetermined period (the past 6 months in the figure) is acquired from the operation result information DB 160. (B1). The weight load capacity is acquired for each vehicle. As a result of the acquisition, as shown in A1, the weight load capacity for each vehicle in a predetermined period is extracted together with the plan management date. The plan result acquisition process 121 delivers the weight load capacity acquired for each vehicle in a predetermined period to the plan result analysis process 122 (B2).

In the plan result analysis process 122, as shown in A2, the weight load capacity acquired from the operation result information DB 160 is used as a candidate value for updating the maximum weight load capacity, and the cleaning process is performed. In the cleaning process, for example, an average value (candidate value average μ) and a standard deviation (ρ) for a plurality of candidate values are calculated (B3). Then, the determination criteria for performing the cleaning process are specified based on the calculated candidate value average μ and standard deviation ρ. In FIG. 7, twice the calculated standard deviation ρ is set as a determination criterion (B4). It should be noted that such a determination criterion is stored in the software program as a parameter in advance.

As shown in FIG. 7, in the explanatory example, the candidate value average μ is calculated as “1723 kg”, the standard deviation ρ is calculated as “104 kg”, and the judgment criterion based on the standard deviation ρ is calculated as “μ + 2 × ρ = 1931 kg”. ing.

Then, in the cleaning process, the candidate value exceeding the determination criterion is determined as an abnormal value, and the candidate value is excluded (B5). In the explanatory example of FIG. 7, from the candidate values shown in A2, the weight loading capacity of the candidate value in the operation plan of the plan management date: 6/28: 2000 kg is excluded as an abnormal value exceeding the judgment standard; 1931 kg.

The planning result analysis process 122 sets the candidate value satisfying a predetermined condition from the candidate values subjected to the cleaning process to the updated value for updating the maximum weight load registered in the vehicle master DB 130. The predetermined condition for determining the update value is set as a parameter in advance. For example, the maximum value or the average value among the candidate values subjected to the cleaning process, or the minimum value among the candidates exceeding the judgment criteria is exemplified. In FIG. 7, among the candidate values below the judgment standard, the candidate value “1921 kg” recorded as the maximum weight load capacity is set as an update value for updating the maximum weight load capacity registered in the vehicle master DB 130. (B6).

The update value set by the plan analysis process 122 is passed to the master update process 123, and the data value of the maximum weight load registered in the vehicle master DB 130 is updated through the process. In the master update process 123 as well, it may be determined whether or not to update the data value of the update target item registered in the vehicle master DB 130 by using the update value. For example, in the explanatory example of FIG. 7, it is exemplified that the update of the data value of the item is determined on the condition that the maximum weight load registered in the vehicle master DB 130 is less than the update value. Judgment conditions regarding whether or not such update execution is possible can also be set in advance as parameters in the software program.

In FIG. 7, the maximum weight load capacity has been described as an item to be updated, but the master setting update process is also performed for items related to other constraint information in the same manner. For example, in the vehicle master DB 130, the maximum volume loading capacity, operation limit, distance limit, target area code, and the like are exemplified as update target items. Further, in the delivery destination master DB 140, the delivery time itself, the delivery time arrival, the vehicle restriction, and the like are exemplified. Regarding the data values of the update target items of the vehicle master DB 130, the items of the operation result information DB 160 that contributes to the update process include, for example, the vehicle code, the vehicle size, the weight load capacity, the flow rate load capacity, the mileage, the operating time, and the like. Is. Similarly, regarding the data value of the update target item of the delivery destination master DB 140, the items of the delivery order result information DB 170 that contribute to the update process are, for example, the delivery destination code, the delivery time itself, the delivery time arrival, the vehicle size, and the like. be. In the present embodiment, the data value of the item contributing to the update of the operation result information DB 160 is also referred to as "first constraint information". Further, the data value of the item contributing to the update in the delivery order result DB 170 is also referred to as "second constraint information".

3. 3. Device Configuration FIG. 8 is a diagram showing an example of the hardware configuration of the server 10 according to the present embodiment. As shown in FIG. 8, the server 10 is a computer including a processor 11, a main storage device 12, an auxiliary storage device 13, a communication IF 14, and an input / output IF 15 connected to each other by a connection bus 16. The main storage device 12 and the auxiliary storage device 13 are recording media that can be read by the server 10. Each of the above components may be provided in a plurality of components, or some components may not be provided. Since the computer constituting the terminal 20 is substantially the same as the hardware configuration of the server 10, the description thereof will be omitted.

The processor 11 is a central processing unit that controls the entire server 10. The processor 11 is, for example, a CPU (Central Processing Unit), a DSP (Digital Signal Processor), or the like. For example, the processor 11 executably deploys a program stored in the auxiliary storage device 13 in the work area of the main storage device 12, and controls peripheral devices through the execution of the program to achieve a function that meets a predetermined purpose. I will provide a. In the server 10 according to the present embodiment, the master setting update function 120 is provided through the execution of the program. Further, the terminal 20 is provided with the operation plan planning function 110 through the execution of the program. The processor 11 that provides the master setting update function 120 through the execution of the program is an example of the “control unit”.

Note that some or all of the functions may be provided by an ASIC (Application Specific Integrated Circuit), a GPU (Graphics Processing Unit), or the like. Similarly,
Some or all of the functions may be realized by a dedicated LSI (large scale integration) such as an FPGA (Field-Programmable Gate Array), a numerical arithmetic processor, a vector processor, or an image processing processor, or other hardware circuits. Further, the server 10 may be realized by a single physical configuration, or may be realized by a configuration of a plurality of computers that cooperate with each other.

The main storage device 12 stores a program executed by the processor 11, data processed by the processor, and the like. The main storage device 12 includes a flash memory, a RAM (Random Access Memory), and a ROM (Read Only Memory). The auxiliary storage device 13 stores various programs and various data in a readable and writable recording medium. The auxiliary storage device 13 is also called an external storage device. The auxiliary storage device 13 stores, for example, an OS (Operating System), various programs, various tables, and the like. The OS includes, for example, a communication interface program that exchanges data with an external device or the like connected via the communication IF14. The external device or the like is, for example, another computer connected to the network N, an external storage device, or the like.

The auxiliary storage device 13 is used as a storage area for assisting the main storage device 12, and stores a program executed by the processor 11, data processed by the processor 11, and the like. The auxiliary storage device 13 is a silicon disk including a non-volatile semiconductor memory (flash memory, EPROM (Erasable Programmable ROM)), a solid state drive device, a hard disk drive (HDD, Hard Disk Drive) device, or the like. Further, as the auxiliary storage device 13,
Examples thereof include a drive device for a removable recording medium such as a CD drive device, a DVD drive device, and a BD drive device. Examples of the removable recording medium include a CD, DVD, BD, USB (Universal Serial Bus) memory, SD (Secure Digital) memory card and the like.

Each DB illustrated in FIG. 2 is constructed by, for example, a program of a database management system (DBMS) executed by a processor 11 of a server 10 managing data stored in an auxiliary storage device 13 or the like. It is a relational database.

The communication IF 14 is an interface for connecting the server 10 to the network N. In the server 10, the communication IF 14 can adopt an appropriate configuration depending on the connection method with the network.

The input / output IF 15 is an interface for inputting / outputting data to / from a device connected to the server 10. For example, a keyboard, a pointing device such as a touch panel or a mouse, and an input device such as a microphone are connected to the input / output IF15. The information processing device 110 receives an operation instruction or the like from an operator who operates the input device via the input / output IF15.

Further, the input / output IF15 includes, for example, an LCD, an EL (Electroluminescence) panel, and the like.
Display devices such as organic EL panels and output devices such as printers and speakers are connected. The server 10 outputs data and information processed by the processor 11 and data and information stored in the main storage device 12 and the auxiliary storage device 13 via the input / output IF15.

4. Process Flow Next, a process flow related to the master setting update process according to the present embodiment will be described with reference to FIG. FIG. 9 is a flowchart showing an example of the master setting update process executed by the server 10 according to the present embodiment. The process shown in FIG. 9 is provided by the processor 11 of the server 10 executing a program stored in the auxiliary storage device 13 or the like. In addition, these processes are periodically executed in predetermined period units such as daily units, weekly units, and monthly units.

After the start of the process, in step S101, information regarding the operation plan determined by the planner who operates the terminal 20 is acquired. The data values of the items associated with the update target items for the predetermined period, which are accumulated in the operation result information DB 160 and the delivery order result information DB 170, are acquired through the network N. The data values acquired from each of the above DBs are acquired for each vehicle together with the information indicating the plan management date. The acquired data is passed to step S102, and the process proceeds to step S102.

In step S102, the plan result analysis process is performed. Specifically, based on the data delivered from step S101, a candidate value for updating the data value of the update target item registered in the vehicle master DB 130 or the delivery destination master DB 140 is selected. The selected candidate value is passed to step S103, and the process proceeds to step S103.

In step S103, data cleaning processing is performed on the candidate value. Specifically, the average μ of the candidate values and the standard deviation ρ for the plurality of candidate values are obtained, and the judgment criteria for determining the abnormal value is calculated according to the predetermined parameters. Then, an abnormal value among the candidate values is specified based on the calculated determination standard, and the abnormal value is excluded from the candidate values. The data to which the data cleaning process has been performed (candidate values excluding abnormal values) is passed to step S104, and the process proceeds to step S104. The data cleaning process is a kind of sieving process and can also be called data screening.

In step S104, the update value for updating the data value of the update target item is determined from the candidate values that have been cleaned. The conditions for determining the update value are held in advance in the program or the like as parameters. Examples of such a condition include the maximum value and the average value among the candidate values that have been subjected to the cleaning process, or the minimum value among the candidates that exceed the judgment criteria. Further, among the candidate values below the judgment criteria, the maximum value, the minimum value, and the average value can be used as the candidate values. The determined update value is passed to step S105, and the process proceeds to step S105.

In the present embodiment, it is used in the process of steps S103-S104 executed for a predetermined candidate value stored in the operation result information DB 160 in order to update the existing transportation constraint information registered in the vehicle master DB 130. Judgment criteria, conditions, etc. correspond to the "first judgment criteria". Further, it is used in the process of steps S103-S104 executed for a predetermined candidate value stored in the delivery order result information DB 170 in order to update the existing delivery destination constraint information registered in the delivery destination master DB 140. Judgment criteria, conditions, etc. correspond to the "second judgment criteria".

In step S105, the data value (master value) of the update target item registered in the vehicle master DB 130 or the delivery destination master DB 140 is updated using the determined update value. However, regarding the update of the data value of the item to be updated, it may be determined whether or not to update using the updated value. For example, the data value registered in the vehicle master DB 130 or the delivery destination master DB 140 is compared with the updated value, and whether or not the master value can be updated is determined on condition that the updated value is large. Such a judgment condition can be held in the program as a parameter in advance. By making a final determination of whether or not to update, it is possible to prevent registration of update values that are not suitable as master values (for example, update values determined during busy seasons and off-seasons) in the vehicle master DB 130 or the delivery destination master DB 140. .. When the process of step S105 is completed, this routine is temporarily terminated.

As described above, in the information system according to the present embodiment, the server 10 manages the operation result information DB 160 and the delivery order result which manages the information about the operation plan determined by the planner regarding the vehicle allocation business. The configuration is such that it is recorded and stored in the information DB 170.
Then, based on the information accumulated in each of the above DBs, the server 10 creates constraint information for each vehicle and constraint information regarding the delivery destination for creating a transportation schedule to be referred to by the planner before the operation plan is determined. Was configured to be updated regularly. The constraint information for each vehicle for creating the transportation schedule is registered in the vehicle master DB 130 managed by the server 10, and the constraint information regarding the delivery destination is registered in the delivery destination master DB 140 managed by the server. The server 10 extracts valid information regarding the operation plan planning process from the information on the operation plan accumulated in the operation result information DB 160 and the delivery order result information DB 170, and restricts information on the corresponding vehicle and the delivery destination. Regularly update with constraint information about.

As a result, in the present embodiment, regarding the determination of the operation plan of the vehicle allocation business, the vehicle and the delivery destination master setting value are updated from the daily vehicle allocation result information (operation result information / delivery order result information) created by the planner. It is possible to automatically extract valid information for the purpose. According to the information system according to the present embodiment, the constraint information about the vehicle and the constraint information about the delivery destination can be updated periodically by using the extracted valid information, so that the tacit knowledge (experience of the constraint information) by the planner Review) can be reflected in the set value of each master DB as explicit knowledge. In the present embodiment, when another person makes an operation plan using the system, it becomes possible to make an operation plan at the same level. Further, it is possible to reduce the load related to the maintenance work such as reviewing the constraint information based on the experience of the planner for the information registered in the vehicle master DB 130 and the delivery destination master DB 140.

Further, in the present embodiment, the data cleaning process is performed when extracting the constraint information regarding the vehicle registered in the vehicle master DB 130 and the valid information for updating the constraint information regarding the delivery destination registered in the delivery destination master DB 140. It was configured to be executed. In the data cleaning process, it is possible to obtain a judgment criterion for determining an abnormal value among the candidate values by using the average value and the standard deviation for a plurality of candidate values. Therefore, in the present embodiment, it is possible to exclude candidate values determined to be abnormal values based on the determination criteria, for example, inappropriate candidate values related to the operation plan created by erroneous operation or the like. According to the present embodiment, it is possible to enhance the effectiveness of the information for updating the constraint information regarding the vehicle and the constraint information regarding the delivery destination.

Further, in the present embodiment, the maximum value and the minimum value among the candidate values subjected to the cleaning process, the average value of the candidate values, the minimum value among the candidates exceeding the judgment criteria, and the candidate values below the judgment criteria. The maximum, minimum, and average values in the list can be used as conditions for extracting valid information. According to this embodiment, it is possible to increase the accuracy when extracting valid information.

<< Computer-readable recording medium >>
A program that enables an information processing device or other machine or device (hereinafter referred to as a computer or the like) to realize any of the above functions can be recorded on a recording medium that can be read by a computer or the like. Then, the function can be provided by causing a computer or the like to read and execute the program of this recording medium.

Here, a recording medium that can be read by a computer or the like is a recording medium that can store information such as data and programs by electrical, magnetic, optical, mechanical, or chemical action and can be read from the computer or the like. To say. Among such recording media, those that can be removed from a computer or the like include, for example, a memory such as a flexible disk, a magneto-optical disk, a CD-ROM, a CD-R / W, a DVD, a Blu-ray disk, a DAT, an 8 mm tape, or a flash memory. There are cards etc. In addition, there are hard disks, ROMs, and the like as recording media fixed to computers and the like.

10 Information processing device (operation plan creation system server)
11 Processor 12 Main storage 13 Auxiliary storage 14 I / O IF
15 Communication IF
16 Connection bus 20 Information processing terminal (operation plan creation system terminal)
100 Information system (operation planning system)
110 Planning processing function 120 Master setting update function 121 Planning result acquisition processing 122 Planning result analysis processing 123 Master update processing 130 Vehicle master DB
140 Delivery destination master DB
150 Shipping Information DB
160 Operation result information DB
170 Delivery order result information DB

Claims (8)

To acquire the history of a vehicle that loads a plurality of deliveries and transports them to the delivery destinations specified for each of the plurality of deliveries in a predetermined period of the operation plan for the transport that is decided to be executed by the planner. When,
Extracting the first constraint information regarding the transport constraint of the vehicle loaded with a plurality of deliveries from the history, and
Based on the extracted first constraint information, the existing transport constraint information regarding the transport constraint of the vehicle used at the time of drafting the operation plan whose execution is decided is updated.
An information processing device including a control unit that executes the above. The control unit
Extracting the second constraint information regarding the acceptance constraint of the delivery of the delivery destination specified for each of the plurality of deliveries from the history.
A claim for further execution of updating the existing delivery destination constraint information regarding the acceptance constraint of the delivery destination used at the time of drafting the operation plan whose execution is decided based on the second constraint information. Item 1. The information processing apparatus according to item 1. The control unit obtains a first determination criterion from the history using a standard deviation, and on condition that the first determination criterion is satisfied, the first constraint information regarding the transportation constraint of the vehicle loaded with the plurality of deliveries. The information processing apparatus according to claim 1, further performing the extraction. The control unit obtains a second determination criterion from the history using the standard deviation, and on condition that the second determination criterion is satisfied, the delivery item of the delivery destination designated for each of the plurality of delivery items. The information processing apparatus according to claim 2, further performing the extraction of the second constraint information regarding the acceptance constraint. To acquire the history of a vehicle that loads a plurality of deliveries and transports them to the delivery destinations specified for each of the plurality of deliveries in a predetermined period of the operation plan for the transport that is decided to be executed by the planner. When,
Extracting the first constraint information regarding the transport constraint of the vehicle loaded with a plurality of deliveries from the history, and
Based on the extracted first constraint information, the existing transport constraint information regarding the transport constraint of the vehicle used at the time of drafting the operation plan whose execution is decided is updated.
Processing method including. Extracting the second constraint information regarding the acceptance constraint of the delivery of the delivery destination specified for each of the plurality of deliveries from the history.
A claim further comprising updating the existing delivery destination constraint information regarding the acceptance constraint of the delivery destination used at the time of drafting the operation plan whose execution is decided based on the second constraint information. The processing method according to 5. To acquire the history of a vehicle that loads a plurality of deliveries and transports them to the delivery destinations specified for each of the plurality of deliveries in a predetermined period of the operation plan for the transport that is decided to be executed by the planner. When,
Extracting the first constraint information regarding the transport constraint of the vehicle loaded with a plurality of deliveries from the history, and
Based on the extracted first constraint information, the existing transport constraint information regarding the transport constraint of the vehicle used at the time of drafting the operation plan whose execution is decided is updated.
A program that causes a computer to run. Extracting the second constraint information regarding the acceptance constraint of the delivery of the delivery destination specified for each of the plurality of deliveries from the history.
Based on the extracted second constraint information, the existing delivery constraint information regarding the acceptance constraint of the delivery of the delivery used at the time of drafting the operation plan whose execution is decided can be updated. The program according to claim 7, which is executed by a computer.

Images