WO2020003832A1 - 情報提供方法及び情報提供システム - Google Patents
情報提供方法及び情報提供システム Download PDFInfo
- Publication number
- WO2020003832A1 WO2020003832A1 PCT/JP2019/020657 JP2019020657W WO2020003832A1 WO 2020003832 A1 WO2020003832 A1 WO 2020003832A1 JP 2019020657 W JP2019020657 W JP 2019020657W WO 2020003832 A1 WO2020003832 A1 WO 2020003832A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- delivery
- route
- information
- package
- routes
- Prior art date
Links
- GSCVIAUUCUEVEH-UHFFFAOYSA-N C(CC1)CC2C1C(CCCC1)C1C1C2CCCC1 Chemical compound C(CC1)CC2C1C(CCCC1)C1C1C2CCCC1 GSCVIAUUCUEVEH-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0838—Historical data
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
- A61B5/024—Detecting, measuring or recording pulse rate or heart rate
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
- B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
- B65G61/00—Use of pick-up or transfer devices or of manipulators for stacking or de-stacking articles not otherwise provided for
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/3407—Route searching; Route guidance specially adapted for specific applications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/3407—Route searching; Route guidance specially adapted for specific applications
- G01C21/343—Calculating itineraries, i.e. routes leading from a starting point to a series of categorical destinations using a global route restraint, round trips, touristic trips
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/36—Input/output arrangements for on-board computers
- G01C21/3667—Display of a road map
- G01C21/367—Details, e.g. road map scale, orientation, zooming, illumination, level of detail, scrolling of road map or positioning of current position marker
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0833—Tracking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
- G06Q10/08355—Routing methods
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
- G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
- G08G1/13—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station the indicator being in the form of a map
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B2503/00—Evaluating a particular growth phase or type of persons or animals
- A61B2503/20—Workers
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
- A61B5/024—Detecting, measuring or recording pulse rate or heart rate
- A61B5/02438—Detecting, measuring or recording pulse rate or heart rate with portable devices, e.g. worn by the patient
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/0482—Interaction with lists of selectable items, e.g. menus
Definitions
- the present disclosure accurately calculates a delivery route that can efficiently deliver a package and reduce the physical load on the deliverer in a situation where the deliverer delivers a plurality of packages to a plurality of destinations on foot. It aims to provide technology.
- the physical load of the delivery member can be further reduced. it can.
- each evaluation value may represent a physical load on the delivery member.
- the plurality of packages include a first package
- the plurality of destinations include a first destination
- the evaluation is performed.
- the value may be recalculated, and the recalculated evaluation value may be based on information obtained by removing the size or weight of the first package from the first package information.
- the plurality of evaluation values include an evaluation value of any one of the first delivery routes P included in the plurality of first delivery routes, and the first delivery route P is the delivery start location , D0, the plurality of destinations D1 to Dn, a route starting from D0 and ending at D1 as a 0th route, a route starting at D1 as a starting point and ending at D2 as a first route,.
- the load is a value according to the distance of the i-th route or the travel time of the i-th route of the delivery member, where 0 ⁇ i ⁇ n, i is an integer, and n may be an integer.
- the load of the package is represented by a sum of values obtained by multiplying a weight of each of the packages to be delivered by the delivery member in the i-th route by a first load coefficient of each of the packages.
- the first load coefficient may be set to a larger value as the size of the package increases.
- the undelivered package between the Di and the D (i + 1) is the first package,..., The m-th package, and the weight of the first package is W1,.
- the weight of the m load is Wm
- the first load coefficient corresponding to the first load is ⁇ 1
- ⁇ j> ⁇ k the size of the j-th load
- the size of the j-th load > (the size of the k-th load).
- the first delivery route information may include information on whether or not the cart can be used.
- the first delivery route information may include a first route in which the delivery staff uses the cart and a second route in which the delivery staff does not use the cart.
- the delivery person determines the route on which the truck can be used in the first delivery route. It is possible to easily understand where the truck is unusable and to realize efficient delivery.
- the luggage load is represented by a sum of values obtained by multiplying the weight of the luggage carried by the delivery member on the i-th route by a second load coefficient of the luggage,
- the second load coefficient may be set to a value according to the type of the package.
- the first delivery route information includes a distance of each of the routes and an altitude difference of each of the routes
- the route load is represented by a sum of values obtained by multiplying the distance of the i-th route by a third load coefficient
- the third load coefficient may be set to a larger value as the altitude difference increases in the ascending direction.
- the first delivery route information includes a distance of each of the routes and an average increase rate of the delivery person's heart rate in each of the routes
- the route load is represented by a sum of values obtained by multiplying the distance of the i-th route by a fourth load coefficient
- the fourth load coefficient may be set to a larger value as the average rate of increase in the heart rate increases.
- the first delivery route information includes the distance L0 of the zeroth route and the average increase rate of the heart rate of the delivery member in the zeroth route,..., The distance Ln of the nth route.
- the fourth load coefficient corresponding to the 0th route includes ⁇ 0,...,
- the fourth load coefficient corresponding to the nth route includes ⁇ n, including the average increase rate of the delivery person's heart rate in the nth route.
- an evaluation value is calculated for each of the plurality of first delivery routes including a destination whose distance from the delivery start location is equal to or smaller than the threshold as a destination, and an optimum value is calculated using the calculated evaluation value.
- a first delivery route is calculated. For this reason, it is possible to prevent a destination from which the distance from the delivery start location is larger than the threshold value and which is difficult to deliver on foot to be set as the destination.
- delivery start place information for storing a plurality of delivery start place candidates and positions in association with each other is further obtained from the memory, Further acquiring the current location of the delivery person, From among the plurality of delivery start location candidates, a delivery start location candidate closest to the current location of the delivery staff may be further determined as the delivery start location.
- the delivery start location candidate located closest to the current location of the delivery staff is determined as the delivery start location, so the delivery staff knows the delivery start location. If not, you can start delivering your luggage on foot from an appropriate delivery location nearby.
- a candidate for a delivery start location that is next to the current location of the delivery member among a plurality of delivery start location candidates may be further determined as the delivery start location.
- the delivery start location next to the current location is determined. We can deliver baggage well.
- information on the acceptability of the delivery start location may be further obtained from the first information terminal via a network.
- the delivery staff visits a first destination included in the plurality of destinations
- information indicating that a first recipient is not present at the first destination is transmitted from the first information terminal.
- a plurality of second delivery route information indicating a plurality of second delivery routes returning from the first destination to the remaining destinations in order and returning to the delivery start location; Calculating an evaluation value of each of the plurality of second delivery routes based on the first package information and the plurality of second delivery route information; Based on the calculated plurality of evaluation values, an optimal second delivery route is specified from among the plurality of second delivery routes, Outputting information indicating the specified second delivery route to the first information terminal;
- the specified second delivery route may be displayed on a display of the first information terminal.
- an optimal second delivery route connecting the first destination to the remaining destinations in order is rescheduled.
- An optimal second delivery route is determined in consideration of the weight or size of the package to be delivered.
- history information indicating a past redistribution ratio corresponding to each of the plurality of destinations is read from the memory,
- the evaluation value of each of the plurality of first delivery routes may be calculated based on the history information.
- the delivery member visits a first destination included in the plurality of destinations
- information indicating that the first package included in the plurality of packages is delivered and the second package is collected.
- Is obtained from the first information terminal via the network Acquiring second luggage information on the size or weight of the second luggage from the first information terminal via a network,
- a plurality of second delivery route information indicating a plurality of second delivery routes returning from the first destination to the remaining destinations in order and returning to the delivery start location;
- Based on the calculated plurality of evaluation values an optimal second delivery route is specified from among the plurality of second delivery routes, Outputting information indicating the specified second delivery route to the first information terminal;
- the specified second delivery route may be displayed on a display of the first information terminal.
- the second delivery that sequentially connects the first destination to the remaining destinations in consideration of the size or weight of the second package. Since the route is rescheduled, an optimal second delivery route is determined in consideration of the weight or size of the collected second package.
- the delivery member delivers the first package included in the plurality of packages and information indicating that the second package is to be collected is previously stored in the first destination.
- information indicating that the second package is to be collected is previously stored in the first destination.
- the evaluation value of each of the plurality of first delivery routes may be calculated based on the first package information and the second package information.
- the optimal delivery route is determined in consideration of not only the first package to be delivered but also the second package to be collected. You. Thereby, the first delivery route that can deliver the package with higher efficiency is determined.
- information indicating that the delivery member has got off the delivery vehicle is obtained from the first information terminal, Outputting information indicating that the delivery person is heading to a first destination included in the plurality of destinations to a second information terminal of a recipient at the first destination; Information indicating that the delivery staff is heading for the first destination may be displayed on a display of the second information terminal.
- the fact that the deliveryman is heading is output to the second information terminal of the recipient of the package, so that the recipient can receive the package more reliably. Can be.
- the second upper limit distance shorter than the first upper limit distance is selected.
- the destination is deleted such that the distance of one delivery route is shorter than the second upper limit distance. Therefore, it is possible to suppress an increase in the burden on the delivery staff due to bad weather, and to ensure the safety of the delivery staff.
- the upper limit evaluation value according to the age or gender of the delivery member is obtained from the memory,
- the evaluation value of the specified first delivery route is equal to or more than the upper limit evaluation value
- the destination included in the first delivery route is deleted so that the evaluation value of the first delivery route becomes smaller than the upper limit evaluation value. May be.
- the upper limit evaluation value according to the age or gender is selected, and when the evaluation value of the first delivery route is equal to or larger than the upper limit evaluation value, the evaluation value of the first delivery route is smaller than the upper limit evaluation value. , The destination is deleted. Therefore, a delivery route with an appropriate load is presented according to the age or gender of the delivery member.
- the present disclosure can also be realized as a computer program that causes a computer to execute each characteristic step included in such a method, or a system that operates using the computer program. Needless to say, such a computer program can be distributed via a non-transitory computer-readable recording medium such as a CD-ROM or a communication network such as the Internet.
- FIG. 1 is a diagram illustrating an example of a network configuration of the information providing system according to the first embodiment.
- the information providing system is a system that presents an appropriate delivery route capable of efficiently delivering a package to a delivery person who delivers a plurality of packages to a plurality of destinations on foot.
- the information providing system includes a server 1 and a delivery terminal 2 (an example of a first information terminal).
- the server 1 and the delivery terminal 2 are communicably connected to each other via a network NT.
- the network NT for example, an Internet communication network, a mobile phone communication network, or the like is employed.
- the server 1 is composed of, for example, one or a plurality of computers, and controls the entire control of the information providing system.
- the delivery terminal 2 is composed of, for example, a portable information processing device such as a smartphone and a tablet terminal, and displays various messages to a delivery person who delivers packages.
- the deliveryman terminal 2 may be configured by an information processing device mounted on a delivery vehicle on which the deliveryman rides.
- the deliveryman terminal 2 may be implemented in an ECU (Electronic Control Unit) or a car navigation system provided in the delivery vehicle. Good.
- the delivery terminal 2 may be constituted by a dedicated portable information processing device developed for a delivery person of the package.
- FIG. 1 only one delivery terminal 2 is shown for convenience of description, but a plurality of delivery terminal 2 may be included.
- the data transmitted from the delivery staff terminal 2 is managed for each delivery staff using the delivery staff ID individually assigned to the delivery staff terminal 2.
- FIG. 2 is a block diagram showing an example of the configuration of the information providing system shown in FIG.
- the server 1 includes a memory 11, an evaluation value calculation unit 12, a communication unit 13, a delivery route identification unit 14, and a control unit 15.
- the evaluation value calculation unit 12, the delivery route identification unit 14, and the control unit 15 may be configured by a processor such as a CPU, or may be configured by a dedicated hardware circuit. In this case, these components may each be configured by separate hardware, or may be configured by one processor executing a predetermined program.
- the memory 11 is composed of, for example, a semiconductor memory, and stores in advance package information (an example of first package information) relating to the size or weight of each of a plurality of packages delivered from a delivery start location to a plurality of destinations by a delivery person. I do. Further, the memory 11 stores in advance a plurality of delivery route information (an example of the first delivery route information) indicating a plurality of delivery routes (an example of the first delivery route) connecting the delivery start location to the plurality of destinations in order.
- the package information includes, for example, a package DB 31 described later with reference to FIG. Further, the plurality of delivery route information is configured, for example, by a delivery route DB 42 described later with reference to FIG.
- the evaluation value calculation unit 12 calculates an evaluation value of each of the plurality of delivery routes based on the package information and the delivery route information.
- each of the plurality of delivery route information stores the distance information of the delivery route.
- the distance information of the delivery route includes, for example, a route distance DB 51 and a route distance DB 52 described later with reference to FIG.
- the evaluation value is a value for evaluating the physical load of the delivery member when the delivery member carries the package, and takes a larger value as the load is larger. Therefore, a delivery route with a smaller evaluation value allows the delivery member to carry the package more easily, and the physical load on the delivery member is reduced. As a result, a delivery route that can reduce the physical load on the delivery member is calculated.
- the evaluation value calculation unit 12 reflects that the total size or weight of the remaining packages among the plurality of packages becomes smaller every time the packages are delivered to the destination. This makes it possible to calculate an evaluation value that accurately considers the physical load of the delivery staff.
- each of the evaluation values is a plurality of routes including a route connecting between the delivery start location and the destination and a route connecting the destinations when returning to the delivery start location by sequentially passing through the plurality of destinations from the delivery start location. It is expressed by the sum of the delivery load of
- the delivery load is a package load corresponding to the weight or size of one or more packages to be delivered by the i-th route (i is an index designating the route and an integer of 0 or more) indicating a certain route, and the distance of the i-th route. Alternatively, it is expressed by a product of a route load corresponding to a required time (moving time) required for moving.
- the weight or size of the package is specified from the package DB 31.
- the route load takes a larger value as the distance or the required time is longer.
- the distance of the i-th route is specified using the route distances DB51 and DB52. Further, the required time of the i-th route is calculated by dividing the distance of the i-th route by the traveling speed of the delivery staff on foot. The details of the evaluation value calculation will be described in an embodiment described later.
- the delivery route specifying unit 14 specifies an optimal delivery route from among the plurality of delivery routes based on the evaluation values of the plurality of delivery routes calculated by the evaluation value calculation unit 12.
- the delivery route with the smallest evaluation value is specified as the optimal delivery route.
- the communication unit 13 is composed of a communication device that connects the server 1 to the network NT, and transmits information indicating the optimum delivery route specified by the delivery route identification unit 14 to the delivery terminal 2.
- the control unit 15 controls the overall control of the server 1.
- the delivery terminal 2 includes a memory 21, a GPS 22, a control unit 23, a reading unit 24, a communication unit 25, a display unit 26, and an input unit 27.
- the memory 21 includes, for example, a semiconductor memory and stores an application for displaying information indicating a delivery route and the like transmitted from the server 1 and the like.
- a GPS (global positioning system sensor) 22 calculates the current location of the delivery terminal 2 using radio waves from GPS satellites.
- the GPS 22 may calculate the current location at predetermined time intervals (for example, 1 minute, 2 minutes, 10 minutes, etc.).
- the reading unit 24 is configured by, for example, a barcode reader that reads a barcode or a QR code (registered trademark) written on a package slip attached to the package.
- the barcode or QR code includes at least a package ID which is an identifier of the package.
- the reading unit 24 is used to read a barcode or a QR code (registered trademark) written on a baggage slip of a loaded baggage when a deliveryman loads a baggage on a delivery vehicle at a delivery center, for example.
- the delivery terminal 2 can obtain information such as the destination (delivery destination) and the recipient from the server 1 using the package ID read by the reading unit 24 as a key, and manage the package to be delivered. .
- the reading unit 24 is also used for, for example, reading a barcode or a QR code (registered trademark) written on a luggage slip when a deliveryman hands a luggage to a user. Thereby, the server 1 can manage whether or not the delivery of the package is completed.
- the communication unit 25 is constituted by a communication device that connects the delivery terminal 2 to the network NT, and receives information indicating the optimum delivery route transmitted from the server 1 and the like. In addition, the communication unit 25 transmits the current location detected by the GPS 22 to the server 1.
- the display unit 26 is configured by a display device such as a liquid crystal display, and displays various images including information indicating an optimal delivery route transmitted from the server 1 and the like.
- the input unit 27 includes, for example, a touch panel, and receives various operations from a user.
- the control unit 23 is configured by a processor such as a CPU, and controls the entire control of the delivery terminal 2.
- FIG. 3 is a diagram showing an example of a data configuration of the package DB 31 and the customer DB 32 stored in the memory 11 of the server 1.
- the luggage DB 31 is a database that stores luggage information on luggage delivered by a delivery member, and one record is assigned to one luggage.
- the package DB 31 stores “package ID”, “delivery source customer ID”, “delivery destination customer ID”, “size”, and “weight” in association with each other.
- Package ID indicates an identifier assigned to uniquely identify a package.
- the “delivery source customer ID” indicates the identifier of the customer who is the sender of the package.
- Delivery destination customer ID indicates an identifier of a customer who is a recipient of the package.
- Size indicates the size of the package.
- the size of the luggage is represented by a product of the width, height, and depth of the luggage. Therefore, the larger the multiplication value, the larger the size of the package.
- Weight indicates the weight of the package.
- the customer DB 32 is a database that stores personal information of a customer who is a recipient of the package, and one record is assigned to one customer.
- the customer DB 32 stores “customer ID”, “address”, and “recipient name” in association with each other.
- “Address” indicates the address of the recipient, that is, the delivery destination (destination) of the package.
- “Recipient name” indicates the name of the recipient.
- the route distance DB 52 is a database that stores information on a delivery start location and a route connecting destinations, which constitute a delivery route indicated by the delivery route information stored in the delivery route DB 42, and includes “delivery start location”, “destination” "," The route between the delivery start place and the destination ", and" distance "are stored in association with each other.
- the “delivery start place” indicates a predetermined place where the delivery person stops the delivery vehicle and starts delivery of the package on foot.
- “Destination” indicates a destination located next to the delivery start location.
- the user ID of the recipient is stored in the column of “Destination”.
- the column of “route between delivery start location and destination” stores identifiers of routes that connect the delivery start location and the destination, such as “SR0001” and “SR0002”. “Distance” indicates the distance of the route.
- FIG. 6 is a diagram for explaining symbols used to indicate a delivery route stored in the delivery route DB 42.
- FIG. 6 illustrates the delivery route indicated by the delivery route ID “TR0001” stored in the first row of the delivery route DB 42.
- a symbol starting with “S” such as “S0001” indicates an identifier of a delivery start place.
- a symbol starting with “SR” such as “SR0001” indicates an identifier of a route connecting the delivery start place and the destination.
- Symbols starting with GUEST such as “GUEST0001” indicate the customer ID of the recipient, that is, the destination.
- the delivery route of “TR0001” departs from the delivery start place “S0001”, goes to the destination “GUEST0001” through the route “SR0001”, goes to the destination “GUEST0002” through the route “DR0001”, The route that returns to the delivery start location “S0001” through the route “SR0002” is shown.
- FIG. 7 is a sequence diagram showing an example of data transmission and reception between the server 1 and the delivery terminal 2 in the information providing system shown in FIG.
- the server 1 specifies an optimal delivery route with the smallest evaluation value among a plurality of delivery routes corresponding to the delivery start location, and specifies the delivery route. Is transmitted to the delivery terminal 2.
- FIG. 8 is a flowchart illustrating an example of processing of the information providing system according to the first embodiment.
- the control unit 15 of the server 1 acquires the package DB 31 and the package-delivery route DB 41 from the memory 11.
- the evaluation value calculation unit 12 acquires a plurality of delivery routes corresponding to a plurality of packages to be delivered together by the delivery person on foot from the delivery route DB 42, and calculates an evaluation value of each delivery route.
- the package IDs of a plurality of packages to be delivered are “1234-5678-90” and “1234-5678-89”.
- the multiple package ID “P0001” is specified with reference to the multiple package DB 43.
- the delivery route IDs “TR0001” and “TR0002” corresponding to the plurality of package IDs “P0001” are specified by referring to the package-delivery route DB 41.
- the delivery route DB 42 is referred to, and two delivery routes indicated by delivery route IDs “TR0001” and “TR0002” are specified as a plurality of delivery routes for which evaluation values are calculated. Then, an evaluation value is calculated for each of the two specified delivery routes.
- two delivery routes indicated by delivery route IDs “TR0001” and “TR0002” are specified as a plurality of delivery routes for which evaluation values are calculated. Then, an evaluation value is calculated for each of the two specified delivery routes.
- two delivery routes indicated by delivery route IDs “TR0001” and “TR0002” are specified as a plurality of delivery routes for which evaluation values are calculated.
- an evaluation value is calculated for each of the two specified delivery routes.
- an example in which two delivery routes are specified has been described, but the present disclosure is not limited to this, and three or more delivery routes may be specified.
- the delivery route identification unit 14 identifies the delivery route having the smallest evaluation value among the plurality of delivery routes whose evaluation values have been calculated in S2 as the optimal delivery route.
- the communication unit 13 transmits information indicating the optimum delivery route to the delivery terminal 2. Accordingly, the delivery terminal 2 displays an image indicating the optimal delivery route, and the delivery person is presented with the optimal delivery route.
- the evaluation value calculation unit 12 extracts, for example, a plurality of packages indicated by a plurality of package IDs including more destinations closer to the current delivery start location of the delivery member from the multiple package DB 43, It may be determined as a package to be delivered.
- FIG. 9 is a diagram showing an example of a display screen G1 showing an optimal delivery route displayed on the deliveryman terminal 2.
- a delivery route that the delivery person delivers on foot is shown for the two packages L1 and L2 indicated by the package IDs “1234-5678-90” and “0987-6543-21”.
- the display field R11 displays a map image showing destinations of the delivery destination of the package L1 and destinations of the delivery of the package L2 so that the delivery staff can grasp the whole image of the delivery route.
- a map image in which a route R0001 from the delivery start location SA to the destination of the luggage L1 to which the delivery person is heading out of the map images displayed in the display field R11 is displayed in an enlarged manner.
- the map image shown in the display field R11 is enlarged so that the map image shown in the display field R12 includes the current location and the destination according to the position information indicating the current location transmitted from the deliveryman terminal 2. Image.
- package IDs relating to a plurality of packages to be delivered together by the delivery staff on foot are displayed in order of delivery from the top.
- the destination of the plurality of packages, the delivery order of the plurality of packages, the route, and the like are displayed on the map image. Therefore, the delivery member delivers the package using the optimal delivery route.
- the delivery staff can be appropriately guided.
- each evaluation value of a plurality of delivery routes returning to the delivery start location by sequentially passing through a plurality of destinations from the delivery start location is only the distance information of the plurality of delivery routes, Instead, it is calculated using baggage information relating to the size or weight of each of a plurality of packages delivered by a delivery person on foot, and an optimal delivery route is determined based on the calculated evaluation values. Therefore, the present embodiment can accurately calculate a low-load delivery route that enables a delivery person to efficiently deliver a plurality of packages on foot from a delivery start location.
- the optimal delivery route is determined based on the evaluation value calculated using the baggage information, so that the optimal delivery route that can reduce the physical load on the delivery staff can be achieved. Can be determined.
- the delivery route determined in this way is displayed on the delivery staff terminal 2, so that the delivery staff can efficiently deliver a plurality of packages on foot. As a result, even a new delivery person can deliver packages with the same efficiency as a skilled delivery person.
- FIG. 10 is a diagram illustrating an example of a data configuration of the delivery start place DB 100 according to the second embodiment.
- the delivery start place DB 100 is a database that stores delivery start places stored in the memory 11 of the server 1 in advance, and one record is assigned to one delivery start place.
- the same components as those in the first embodiment are denoted by the same reference numerals, and description thereof is omitted.
- the network configuration diagram and the block diagram use FIG. 1 and FIG. These are the same in the following embodiments unless otherwise specified.
- the delivery start place DB 100 stores “delivery start place ID” and “address” in association with each other.
- “Delivery start place ID” indicates an identifier of a delivery start place managed by the server 1.
- "Address” indicates the address of each delivery start location.
- a predetermined place where the delivery car has been parked in the past is adopted, for example, a place such as a parking lot where the delivery car is easy to stop is adopted. I have.
- FIG. 12 is a flowchart illustrating an example of processing of the information providing system according to the second embodiment.
- the control unit 15 of the server 1 acquires the delivery start location transmitted from the delivery terminal 2 using the communication unit 13.
- the control unit 15 acquires the luggage DB 31 and the delivery start place DB 100 from the memory 11.
- the control unit 15 calculates the distance between the delivery start location acquired in S11 and each of the destinations of the plurality of packages stored in the package DB31.
- the destinations of a plurality of packages are specified by referring to the “address” of the customer DB 32 using the “delivery source customer ID” of the package DB 31 as a key. Further, as the position information of the delivery start place and the destination, the latitude and longitude associated with the “address” in the map information may be adopted. Then, the respective distances between the delivery start place and the plurality of destinations may be calculated using the position information including the latitude and the longitude.
- the control unit 15 extracts a destination whose distance between the delivery start place and the destination calculated in S13 is equal to or smaller than a threshold.
- a threshold value a predetermined distance that is appropriate for a delivery person carrying luggage to move on foot is used, and for example, a distance such as 10 m, 50 m, 100 m, or 500 m is used.
- the control unit 15 extracts a plurality of delivery routes connecting the plurality of destinations extracted in S14 from the delivery start location.
- the control unit 15 extracts a plurality of luggage IDs composed of the luggage having the destination extracted in S14 as the delivery destination from the plurality of luggage DBs 43, and determines a delivery route corresponding to the extracted plurality of luggage IDs in the delivery route DB 42.
- a plurality of delivery routes may be extracted.
- the process A is performed on the plurality of delivery routes extracted in S15.
- the process A is a process indicated by S2 to S4 in FIG.
- an evaluation value is calculated for each of a plurality of delivery routes including a delivery destination whose distance from the delivery start location is equal to or smaller than the threshold as a destination, and the calculated evaluation value is calculated.
- the optimum delivery route is calculated using the above. For this reason, it is possible to prevent a destination from which the distance from the delivery start location is larger than the threshold value and which is difficult to deliver on foot to be set as the destination.
- FIG. 13 is a sequence diagram illustrating an example of data transmission and reception between the server 1 and the delivery terminal 2 in the information providing system according to the third embodiment.
- the deliveryman does not know the delivery start location managed by the server 1.
- the deliveryman terminal 2 transmits the current location detected by the GPS 22 to the server 1 (S1301).
- the server 1 determines the delivery start location closest to the current location, specifies the optimum delivery route from the delivery start location, and transmits the delivery route to the delivery terminal 2 (S1302).
- the delivery terminal 2 displays on the display unit 26 a display screen indicating the delivery start location and the optimal route transmitted from the server 1.
- the delivery person who browses the display screen moves the delivery vehicle to the delivery start location indicated by the display screen, stops the delivery vehicle, and delivers the package along the delivery route indicated by the display screen.
- the delivery staff terminal 2 transmits the current location to the server 1 in response to the input of the notification command of the current location from the delivery staff.
- this is an example, and the detection that the delivery vehicle has stopped is triggered. May be transmitted to the server 1.
- FIG. 14 is a flowchart illustrating an example of processing of the information providing system according to the third embodiment.
- the control unit 15 of the server 1 acquires the current location transmitted from the delivery terminal 2 using the communication unit 13.
- the control unit 15 acquires the delivery start place DB 100 from the memory 11.
- control unit 15 calculates the distance between the current location and each of the delivery start locations stored in the delivery start location DB 100.
- the control unit 15 may calculate, for example, the straight-line distance between the current location and the delivery start location as the distance, or calculate the distance of an optimal route connecting the current location and the delivery start location as the distance. Good.
- a delivery start location closest to the current location is extracted from the plurality of delivery start locations whose distances have been calculated in S23.
- control unit 15 specifies the delivery start location extracted in S24 as the delivery start location for notifying the delivery member.
- Process B is executed using the delivery start location specified in S25.
- Process B is the process of S11 to S16 in FIG.
- the delivery start location closest to the current location of the delivery staff is notified to the delivery staff from the delivery start location DB 100. Even if you do not know, you can start delivery of your luggage on foot from an appropriate delivery start location nearby.
- FIG. 15 is a flowchart illustrating an example of processing of the information providing system according to the fifth embodiment.
- Process B is the process of S11 to S16 in FIG.
- S31 the optimal delivery route from departure from the delivery start location to return to the delivery start location via a plurality of destinations is specified.
- control unit 15 detects that the delivery member has started delivery along the delivery route specified in S31.
- control unit 15 detects that the delivery member has visited the destination.
- the control unit 15 detects that the deliveryman has started delivery and that the deliveryman has visited the destination by monitoring the position information periodically transmitted from the deliveryman terminal 2, Good.
- the control unit 15 determines whether the delivery member has been able to deliver.
- the delivery person reads the barcode or QR code (registered trademark) written on the package slip by the reading unit 24 to obtain the package ID, and obtains the package ID.
- the information including the information indicating that the delivery of the package has been completed is transmitted from the delivery terminal 2 to the server 1. Therefore, the control unit 15 may determine that the package has been delivered when the communication unit 13 receives this information.
- the control unit 15 extracts one or more delivery routes using the remaining one or more destinations and delivery start locations for which delivery has not been completed in the delivery route specified in S31.
- the control unit 15 extracts all combinations of delivery routes that return to the delivery start location through all of the remaining destinations.
- the remaining destinations are destinations M1 and M2
- the current location is M0
- the delivery start location is S0
- the delivery route of M0-M1-M2-S0 and the delivery route of M0-M2-M1-S0 Are extracted.
- the destination located at the current location M0 corresponds to an example of a first destination
- the recipient of this destination corresponds to an example of the first recipient.
- the delivery route extracted in S35 is an example of a second delivery route.
- Process A is performed on the delivery route extracted in S35, the evaluation value of each delivery route is calculated, and the delivery route that minimizes the evaluation value is specified as the optimal delivery route.
- Process A is a process of S1 to S4 in FIG.
- the control unit 15 determines whether there is a next destination. For example, if the above-mentioned M0-M1-M2-S0 is specified as the optimal delivery route at the current location M0, if the delivery of the package to the destinations of M1 and M2 is not completed, YES is determined in S37. It is determined and the process returns to S33. On the other hand, in the example of M0-M1-M2-S0 described above, if the delivery to M2 is completed, the determination in S37 is NO, and the process ends.
- the delivery staff must carry the extra package and deliver the remaining package to the remaining destinations. In some cases, this is not the case.
- an optimal delivery route can be determined in consideration of the weight or size of undelivered packages.
- FIG. 16 is a diagram illustrating an example of a data configuration of the customer DB 160 stored in the memory 11 of the server 1 according to the fifth embodiment.
- the customer DB 160 is further provided with an “absence probability” with respect to the customer DB 32 shown in FIG.
- the “absence probability” indicates the probability that the recipient was absent when the package was delivered, that is, the ratio of past redistribution.
- the memory 11 stores a delivery log (not shown) in which the date and time of delivery of the package and information indicating whether or not the package has been delivered are associated with each recipient (customer). You.
- the delivery log is created by the server 1 acquiring the delivery result input to the delivery staff terminal 2 by the delivery staff every time the delivery staff visits the destination. Therefore, the "absence probability" can be obtained by calculating the ratio of the absent number to the total number of deliveries stored in the delivery log for each customer.
- the customer DB 160 is an example of history information.
- FIG. 17 is a flowchart illustrating an example of processing of the information providing system according to the fifth embodiment.
- the control unit 15 acquires the package DB 31, the package-delivery route DB 41, and the customer DB 160 from the memory 11.
- steps S42 to S44 the process A further using the "absence probability" stored in the customer DB 160 is executed, and an optimal delivery route is calculated.
- Processing A is S2 to S4 in FIG.
- the evaluation value in consideration of the absence probability will be described in a specific example of a delivery route described later.
- the evaluation value is calculated in consideration of the absence probability, it is possible to calculate the evaluation value more in accordance with the actual situation. As a result, the reliability of the finally determined delivery route can be improved.
- FIG. 18 is a diagram illustrating an example of the display screen G2 displayed on the deliveryman terminal 2 in the sixth embodiment.
- the display screen G2 is a screen for notifying the server 1 that the luggage has been collected at the destination.
- Pickup refers to when a deliveryman visits a destination and picks up a package from a customer at the destination.
- FIG. 23 is a flowchart showing an example of processing of the information providing system according to the eighth embodiment.
- the process C is executed.
- Processing C is S21 to S25 in FIG.
- the control unit 15 determines whether the result of the routine at S72 is YES. If the routine result in S72 is YES (YES in S73), the process ends, and if the routine result in S72 is NO (NO in S73), the process proceeds to S74. That is, when the delivery vehicle is stopped at the delivery start location determined in process C, the next delivery start location needs to be determined, and the process proceeds to S74. Note that the determination of whether the result of the routine is YES or NO uses information stored in the “Result” column of the multiple package-delivery start location DB 220.
- the control unit 15 refers to the delivery start location DB 100 and determines whether another delivery start location exists within a distance equal to or less than the threshold from the current location. If another delivery start location exists (YES in S74), the process proceeds to S75, and if there is no other delivery start location (NO in S74), the process ends.
- the present location corresponds to, for example, a place where the delivery member stopped the delivery vehicle near the original delivery start location because the stop was attempted at the original delivery start location but could not be stopped.
- control unit 15 extracts, from the delivery start location DB 100, the delivery start location closest to the current delivery location after the initial delivery start location.
- control unit 15 specifies the delivery start location extracted in S75 as a new delivery start location, and advances the process to S73.
- FIG. 24 is a flowchart showing details of the processing of the delivery start place evaluation subroutine in S72 of FIG.
- the control unit 15 determines whether or not the delivery vehicle has been parked at the delivery start location.
- the control unit 15 performs delivery to the delivery start location. What is necessary is just to determine that the car could not be stopped.
- the control unit 15 can stop the delivery vehicle at the delivery start location. What is necessary is just to determine.
- the control unit 15 sets YES in the “Result” column of the corresponding delivery start location in the multiple package-delivery start location DB 220. It is registered (S83). On the other hand, if it is determined that the delivery vehicle could not be parked at the delivery start location (NO in S81), the control unit 15 sets NO in the “Result” column of the corresponding delivery start location in the multiple package-delivery start location DB 220. Register. When the processing of S82 and S83 ends, the processing returns to FIG.
- Return button B31 is a button pressed to return the reason registration screen G3 to the previously displayed screen.
- the deliveryman cannot stop the delivery vehicle at the delivery start place, he inputs necessary information into each input field of the reason registration screen G3 and presses a registration button B32. Then, the communication unit 25 of the delivery terminal 2 transmits the information input in each column to the server 1.
- FIG. 26 is a diagram showing an example of the data configuration of the multiple package-delivery start location DB 260 stored in the memory 11 of the server 1 in the ninth embodiment.
- the multiple package-delivery start location DB 260 further has “reason” with respect to the multiple package-delivery start location DB 220 of FIG. “Reason” indicates the reason why the delivery vehicle input by the delivery person using the reason registration screen G3 could not be stopped.
- the delivery start location on the first line was able to stop the delivery car, so the “reason” column is blank.
- the delivery car could not be stopped because another car was stopped, so that the column of "reason” stores "parked vehicle”.
- FIG. 27 is a flowchart showing an example of the processing of the delivery start place evaluation subroutine according to the ninth embodiment.
- FIG. 23 is used for the main routine of the present embodiment.
- the same processes as those in FIG. 24 are denoted by the same step numbers.
- control unit 15 causes the display unit 26 of the delivery terminal 2 to display a reason registration screen G3.
- control unit 15 registers the reason why the delivery vehicle selected by the delivery member on the reason registration screen G3 could not be stopped in the "reason" column of the multiple package-delivery start location DB 260.
- the delivery vehicle cannot be stopped, the reason is notified from the delivery terminal 2 and registered in the multiple package-delivery start location DB 260. Therefore, it is possible to collect information for determining whether or not the location is a valid place as a delivery start location.
- the delivery staff is made to input whether or not the delivery start location is preferable as a stop place of the delivery vehicle.
- FIG. 28 is a diagram showing an example of the evaluation registration screen G4 displayed on the delivery terminal 2 in the tenth embodiment.
- the evaluation registration screen G4 is a screen for prompting a deliveryman to input an evaluation on the delivery start location when the delivery vehicle can be stopped at the delivery start location.
- a comment input field is provided in the input field R41.
- a comment about the delivery start place is input by the deliveryman.
- a comment by a delivery person such as "There is a slope up to the XX apartment" is input.
- an arbitrary message by the delivery person is input in the comment input field.
- the delivery person inputs necessary information into each input field of the evaluation registration screen G4 and presses the registration button B32. Then, the communication unit 25 of the delivery terminal 2 transmits the information input in each column to the server 1.
- control unit 15 causes the display unit 26 of the delivery terminal 2 to display the evaluation registration screen G4.
- control unit 15 registers the evaluation result input by the delivery member on the evaluation registration screen G4 in the “reason” column of the multiple package-delivery start place DB 290.
- the quality of the delivery vehicle is notified, so that information for determining whether or not the location is appropriate as a delivery start location is collected. it can.
- FIG. 31 is a diagram illustrating an example of a network configuration of the information providing system according to the eleventh embodiment.
- the walkable total distance is the upper limit distance of the delivery route.
- the weather information providing server 3 is a server that provides weather information including a weather forecast such as sunny or cloudy.
- FIG. 32 is a diagram illustrating an example of a data configuration of the weather distance DB 320 stored in the memory 11 of the server 1 according to the eleventh embodiment.
- Weather distance DB 320 is a database that stores the total walkable distance, which is the upper limit distance of the delivery route according to the weather, and stores “weather” and “total walkable distance” in association with each other.
- “0.5 km” is stored as “total walking distance” for “bad weather”
- “0.8 km” is stored as “total walking distance” for “others”.
- the “total walkable distance” with respect to “bad weather” corresponds to an example of a second upper limit distance
- the “total walkable distance” corresponding to the other corresponds to an example of a first upper limit distance.
- the total walkable distance is set shorter than in other cases.
- bad weather corresponds to, for example, rain, strong wind, and snow
- other corresponds to, for example, sunny and cloudy.
- FIG. 33 is a flowchart showing an example of processing of the information providing system according to Embodiment 11.
- the control unit 15 acquires the package DB 31, the package-delivery route DB 41, and the weather distance DB 320 from the memory 11.
- the control unit 15 of the server 1 acquires the weather information from the weather information providing server 3 using the communication unit 13.
- the transmitted weather information is the current weather information.
- the control unit 15 determines whether it is bad weather using the weather information acquired in S102.
- the control unit 15 refers to the weather distance DB 320 and sets the total walkable distance according to the determination result in S103.
- the determination result in S103 is bad weather
- 0.5 km is set as the total walkable distance
- 0.8 km is set as the total walkable distance.
- the process A is executed to specify the delivery route.
- Process A is the process of S2 to S4 in FIG.
- the control unit 15 calculates the total distance of the delivery route specified in S105.
- the control unit 15 specifies the respective distances of the routes included in the delivery route specified in S105 by referring to the route distance DBs 51 and 52, and obtains the sum of the distances of the specified routes.
- the total distance of the delivery route may be calculated. For example, in the example of the delivery route in FIG. 6, the respective distances of the routes “SR0001”, “DR0001”, and “SR0002” included in the delivery route are specified from the route distances DB51 and DB52, and the total distance is calculated. You.
- control unit 15 determines whether or not the total distance calculated in S106 is less than the total walkable distance set in S104. If the total distance is less than the walkable distance (YES in S107), the delivery route specified in S105 has an appropriate total distance with respect to the current weather, so that it is determined as an optimal delivery route, and the process ends. .
- the control unit 15 specifies the route having the longest distance among the routes configuring the delivery route specified in S105.
- the control unit 15 deletes one of the destinations located on the upstream and downstream sides of the longest route specified in S108 from the delivery route specified in S105.
- the control unit 15 deletes the destination if the longest route is a route connecting the destination to the destination from the delivery start location, and if the longest route is a route connecting the destinations, the destination is a destination on the downstream side. , And if the longest route is a route connecting the destination to the delivery start location, the destination may be deleted.
- the total distance that can be walked is set to a shorter distance than in a case other than bad weather, and the total distance of the delivery route is shorter than the set distance.
- the destination is deleted. Therefore, it is possible to suppress an increase in the burden on the delivery staff due to bad weather, and to ensure the safety of the delivery staff.
- E indicates an evaluation value.
- Wi indicates the load of the package according to the weight of the package held by the delivery member during the movement of the i-th route which is the i-th route forming the delivery route.
- Di indicates a route load according to the distance or the required time of the i-th route. For example, if the distance of the i-th route is 100 m, the route load Di is 100. Alternatively, if the time required for the delivery staff on the i-th route to walk is 5 minutes, the route load Di is 5.
- N indicates the total number of routes included in a certain delivery route. In the example of the delivery route in FIG. 6, the total number of routes is three.
- WWik shown in equation (1) indicates the load (for example, weight) of one package k held by the delivery person during the movement of the i-th route. Ki indicates the total number of packages carried during the movement of the i-th route. Therefore, the luggage load Wi shown in the equation (1) indicates the total load of the luggage held by the delivery staff on the i-th route.
- the evaluation value E increases as the distance of each route constituting the delivery route increases and as the weight of the package carried by each route increases. Therefore, by specifying the delivery route that minimizes the evaluation value E as the optimal delivery route, a delivery route with a low physical burden for the delivery member can be presented.
- the evaluation value E has a value that accurately reflects the burden on the delivery member since the load Wi of the package carried by the delivery member on foot is taken into account.
- FIG. 35 is a diagram illustrating an example of a data configuration of the size correspondence DB 350 stored in the memory 11 of the server 1 according to the thirteenth embodiment.
- the size correspondence DB 350 is a database that stores a load coefficient according to the size of the package, and stores “the total value of the three sides (W + H + D)” and the “load coefficient” in association with each other.
- the “total value of three sides (W + H + D)” is the total value of the width (W), height (H), and depth (D) of the load, and represents the size of the load.
- the “load coefficient” is a coefficient used when calculating the wick shown in Expression (1), and is set to a larger value as the size of the package increases. This load coefficient is an example of a first load coefficient.
- “Cool” indicates the type of luggage that needs to be cooled, such as fresh food or frozen food. “Golf” indicates the type of luggage in a golf bag that stores a plurality of golf clubs. “Normal” indicates a type of luggage other than these.
- FIG. 37 is a diagram illustrating an example of a data configuration of the altitude difference correspondence DB 370 stored in the memory 11 of the server 1 in the fifteenth embodiment.
- the altitude difference correspondence DB 370 is a database that stores a load coefficient corresponding to the altitude difference, and stores “altitude difference” and “load coefficient” in association with each other.
- “Altitude difference” indicates an altitude difference of the i-th route.
- the difference between the maximum altitude and the minimum altitude in the i-th route may be used as the altitude difference.
- the “load coefficient” is a coefficient used when calculating the route load Di shown in Expression (2), and is set to a larger value as the altitude difference increases in the ascending direction.
- This load coefficient is an example of a third load coefficient.
- the evaluation value calculation unit 12 selects 0.5 as the load coefficient when the altitude difference is ⁇ 3 m or less in the altitude difference correspondence DB 370, and loads the load coefficient when the altitude difference is greater than ⁇ 3 m and 0 m or less.
- the altitude difference is greater than 0 m and 3 m or less, 1.5 is selected as the coefficient, and when the altitude difference is greater than 3 m, 2 is selected as the load coefficient.
- Equation (2) the description will be given by taking an example of an i-th route having a distance of 100 m and a height difference of 3 m.
- the load coefficient is 1.5 from the altitude difference correspondence DB 370
- the evaluation value calculation unit 12 calculates the evaluation value E by substituting the route load Di calculated for each route in this way into Expression (2).
- the load Wi calculated by any one of the twelfth to fourteenth embodiments is used.
- the “average heart rate increase rate” corresponds to the “average heart rate increase rate” stored in the route distances DB381 and DB382.
- the “load coefficient” is a coefficient used when calculating the route load Di shown in Expression (2), and is set to a larger value as the average heart rate increase rate increases. This load coefficient is an example of a fourth load coefficient.
- the control unit 15 specifies the route having the highest load among the routes configuring the delivery route specified in S113.
- the load may be the luggage load Wi represented by the equation (2), the route load Di, or the delivery load represented by Wi ⁇ Di. Since the delivery route in FIG. 6 includes three routes of routes “SR0001”, “DR0001”, and “SR0002”, the route with the highest load among these routes is specified.
- information that contributes to the load on the delivery staff such as age and / or gender is input, and a delivery route is selected based on the information.
- the physical condition of the delivery staff changes daily. Therefore, before starting the delivery, it is possible to input the physical condition of the delivery staff such as “good physical condition”, “normal physical condition”, and “poor physical condition”, and calculate the delivery route according to the physical condition. It is.
- the delivery route was selected under the condition of "good physical condition", but in the afternoon the physical condition was not good
- Load coefficient (walk) and “load coefficient (trolley)” are coefficients used when calculating wik shown in equation (1), and are set to larger values as the size of the baggage increases. .
- the evaluation value calculation unit 12 selects 0.1 as the load coefficient (trolley), and the total value of the three sides is larger than 60 and 80. If not, select 0.2 as the load coefficient (trolley). If the total value of the three sides is greater than 80 and equal to or less than 120, select 0.4 as the load coefficient (trolley) and select the total of the three sides. If the value is larger than 120 and equal to or smaller than 160, 0.5 may be selected as the load coefficient (cart). When the total value of the three sides is larger than 160, the evaluation value calculation unit 12 may select, for example, 0.5 as the load coefficient (cart).
- FIG. 51 is a diagram showing an example of the data configuration of the type correspondence DB 360A stored in the memory 11 of the server 1 in the eighteenth embodiment.
- the type correspondence DB 360A includes, in the type correspondence DB 360 shown in FIG. 36, “load coefficient (walk)” and “load coefficient (cart)” instead of “load coefficient”.
- the “load coefficient (on foot)” is a load coefficient when the delivery person carries the luggage on foot, and is the same as the “load coefficient” in the type correspondence DB 360.
- the “load coefficient (trolley)” is a load coefficient when the delivery person uses the trolley to carry the load.
- Load coefficient (walk) and “load coefficient (trolley)” are coefficients used when calculating wik shown in equation (1), and are difficult to hold or require nervous handling. Larger values are set for the types of luggage that are more burdensome to carry.
- the altitude difference correspondence DB 370A includes, in the altitude difference correspondence DB 370 shown in FIG. 37, “load coefficient (walk)” and “load coefficient (cart)” instead of “load coefficient”.
- the “load coefficient (on foot)” is a load coefficient when the delivery staff carries the luggage on foot, and is the same as the “load coefficient” in the height difference correspondence DB 370.
- the “load coefficient (trolley)” is a load coefficient when the delivery person uses the trolley to carry the load.
- the value of the “load coefficient (cart)” is set to a smaller value than the value of the “load coefficient (walk)”.
- the evaluation value calculation unit 12 selects a load coefficient of 0.1 if the altitude difference is -3 m or less in the altitude difference DB 370A when the delivery person carries the luggage using the cart, Is greater than ⁇ 3 m and less than or equal to 0 m, a load coefficient of 0.2 is selected. If the altitude difference is greater than 0 m and less than or equal to 3 m, a load coefficient of 0.3 is selected. If the altitude difference is greater than 3 m, , 0.5 may be selected as the load coefficient.
- the route distance of the i-th route is calculated using the route distance DB 51A and the route distance DB 52A shown in FIG. 53 instead of the route distance DB 51 and the route distance DB 52 shown in FIG.
- FIG. 53 is a diagram showing an example of the data configuration of the route distance DB 51A and the route distance DB 52A according to the eighteenth embodiment.
- the route distance DB 51A is a database that stores information related to a route connecting destinations forming a delivery route indicated by the delivery route information stored in the delivery route DB 42.
- the route distance DB 51A is obtained by adding a “cart” to the route distance DB 51 shown in FIG. "Use of trolley” indicates whether a trolley is available in the corresponding route. For example, since a truck is available for the route “DR0001” in the first line, “OK” is described in the item of “Use a truck”, and a truck is not available for the route “DR0002” in the second line. , "Unavailable” is described in the item "Use of dolly”.
- the route distance DB 52A is a database that stores information relating to a route that connects a delivery start place and a destination that constitutes a delivery route indicated by the delivery route information stored in the delivery route DB 42.
- the item "Use trolley” is added.
- the item of “trolley use” indicates whether or not the trolley is available in the corresponding route. For example, since a truck is available for the route “SR0001” on the first line, “OK” is described in the item of “Use a truck”, and a truck is not available for the route “SR0002” on the second line. It is described as "impossible”.
- the wik of the expression (1) is calculated using the value of “load coefficient (cart)” of the size correspondence DB 350A or the type correspondence DB 360A.
- the calculated route load Di of Expression (2) is calculated using the value of the “load coefficient (bogie)” of the altitude difference correspondence DB.
- the route in which the trolley cannot be used is, for example, a route in which the width of the trajectory is narrower than the width of the trolley, a route in which the trolley is difficult to move due to the soft ground, a route including stairs, and a route in which the trolley is difficult to move due to a steep slope. It is.
- FIG. 54 is a flowchart showing an example of processing of the information providing system according to the eighteenth embodiment.
- the control unit 15 of the server 1 reads the luggage DB 31, the luggage-delivery route DB 41, the size correspondence DB 350A or the type correspondence DB 360A, the altitude difference correspondence DB 370A, the route distance DB 51A, and the route distance DB 52A from the memory 11. To get.
- the evaluation value calculation unit 12 extracts a plurality of delivery routes corresponding to a plurality of packages to be delivered, which are delivered collectively by a delivery person on foot or by trolley.
- a package ID corresponding to a plurality of packages to be delivered is specified from the multiple package DB 43
- a delivery route ID corresponding to the package ID is specified from the package-delivery route DB 41
- a plurality of deliveries corresponding to the delivery route ID are specified.
- the route is specified from the delivery route DB 42.
- the evaluation value calculation unit 12 refers to the size correspondence DB 350A or the type correspondence DB 360A and the altitude difference correspondence DB 370A to determine the load coefficient of the route that can be used by the bogie.
- the value of the “load coefficient (cart)” is acquired by referring to the size correspondence DB 350A or the type correspondence DB 360A, and the altitude difference is calculated.
- the value of “load coefficient (cart)” is acquired with reference to the correspondence DB 370A.
- the process A is S2 to S4 in FIG.
- the process of extracting a plurality of delivery routes is omitted in S2, and an evaluation value is calculated for each of the plurality of delivery routes extracted in S122.
- a delivery route indicating whether or not the trolley is available is output for each route.
- the delivery routes output here include those in which a trolley is available for all routes, those in which trolleys are available for some routes, and those in which trolleys are unavailable for all routes.
- the handling of the bogie is not particularly referred to.
- the evaluation value is calculated. Is also good.
- the delivery routes in this case are, for example, the first route “SR0001”, the second route “DR0001”, the third route “DR0001”, and the fourth route “SR0001”.
- the luggage load W1 and the route load D1 on the first route “SR0001” are calculated as the luggage load and the route load when all the luggage is carried by the trolley.
- the luggage load W2 and the route load D2 in the second route “DR0001” are calculated as the luggage load and the route load when the remaining luggage is carried on foot.
- the luggage load W3 and the route load D3 in the third route “DR0001” are further calculated as the luggage load and the route load when the luggage bag or the like is carried on foot when there is no remaining luggage or luggage.
- the luggage load W4 and the route load D4 in the fourth route “SR0001” are further calculated as the luggage load when a luggage bag or the like is carried by a trolley when there is no remaining luggage or luggage.
- the evaluation value is calculated in consideration of whether or not the luggage can be carried by the trolley, so that the evaluation value that more accurately reflects the physical load of the delivery staff is calculated. it can. Further, in this embodiment, a delivery route indicating which route the trolley can use and which route the trolley cannot be used is presented to the delivery staff, so the delivery staff can use the trolley appropriately and efficiently load the luggage. Can be delivered.
- FIG. 55 is a diagram illustrating an example of a network configuration of the information providing system according to the nineteenth embodiment.
- a user terminal 4 an example of a second information terminal is further added to the information providing system shown in FIG.
- the user terminal 4 is the terminal of the recipient of the package.
- the user terminal 4 may be configured by a portable information terminal such as a smartphone, a mobile phone, and a tablet terminal, or may be configured by a stationary information processing terminal.
- the server 1 acquires information indicating that from the delivery terminal 2 via the network NT.
- the delivery terminal 2 acquires, for example, the position information of the delivery vehicle from the GPS sensor provided in the delivery vehicle, and when the position information indicates that the delivery vehicle has been stopped for a predetermined period or more, the delivery member Is determined to have got off from the delivery vehicle, and a get-off signal may be transmitted to the server 1.
- the deliveryman terminal 2 may obtain a signal indicating that the engine of the delivery vehicle has been stopped from the delivery vehicle.
- the getting-off signal may be transmitted to the server 1.
- the delivery terminal 2 transmits a getting-off signal to the server 1 when a signal indicating that the door of the delivery vehicle has been opened or closed has been obtained from the delivery vehicle instead of or in addition to the above conditions. May be.
- the control unit 15 of the server 1 When acquiring the disembarkation signal transmitted from the delivery terminal 2, the control unit 15 of the server 1 specifies one or a plurality of recipients of the package to be delivered to the delivery clerk by the disembarkation signal indicated by the disembarkation signal, and specifies the specified reception.
- the information indicating that the delivery staff is heading to the human user terminal 4 is transmitted via the communication unit 13.
- the control unit 15 determines that the distance from the delivery start location is equal to or less than the threshold. Baggage destined for a location may be extracted based on the baggage DB 31 and the customer DB 32, and the recipient of the extracted baggage may be specified from the customer DB 32.
- the control unit 15 may specify the recipient as described below.
- the control unit 15 guides the delivery vehicle to a predetermined delivery start location as described in the third embodiment.
- the control unit 15 obtains the getting-off signal from the delivery terminal 2, and the control unit 15 specifies the recipient using the above-described method. Just fine.
- FIG. 56 is a diagram illustrating an example of a notification screen G56 displayed on the user terminal 4 when notifying information indicating that the delivery vehicle is heading for the recipient in the nineteenth embodiment.
- the notification screen G56 is provided with a heading “Delivery Notification”. Below this heading is a message that the package will be delivered soon. Here, a message is displayed that says, "It will be delivered soon. I will visit three customers after visiting Sato's home. Please wait a little longer.”
- this message includes information indicating the number of remaining packages to be delivered to the recipient after the delivery.
- the recipient can know the approximate time from when the delivery person will visit his / her home.
- the recipient can prepare to receive the package, can receive the package with a margin, and can receive the package more reliably.
- the fact that the delivery person is heading is transmitted to the user terminal 4 of the package recipient, so that the delivery The absence of a person can be prevented.
- FIG. 42 is a diagram illustrating an example of the delivery route RO.
- This delivery route RO is a delivery route that departs from point X, which is the delivery start location, and returns to point X through house A, which is the destination, and house B, which is the next destination.
- FIG. 43 is a diagram showing the delivery route RO shown in FIG. 42 by a stochastic binary tree T1.
- the binary tree T1 is composed of a path P1 connecting the house A from the X point, a path P2 connecting the house A to the house B when the house A is at home, and a path P3 connecting the house A to the house B when the house A is absent. Thus, it is represented by seven paths P1 to P7 according to whether the user is at home or not.
- FIG. 46 is a diagram further describing the binary tree T1 shown in FIG.
- the evaluation value EXA between the path P1 between the point X and the house A will be described.
- the weight of the baggage carried by the delivery person between the point X and the house A is the sum of 4 kg of the baggage LA, 7 kg of the baggage LB, and 1 kg of the baggage bag.
- FIG. 47 is a diagram further describing the binary tree T1 shown in FIG.
- the evaluation value EAB between the home A and the home B will be described.
- the weight of the baggage carried by the delivery member is the sum of 7 kg of baggage LB and 1 kg of baggage bag.
- the weight of the baggage carried by the delivery member is the sum of 4 kg of the baggage LA, 7 kg of the baggage LB, and 1 kg of the baggage bag.
- an efficient delivery route can be presented when the delivery staff carries the luggage on foot, which is useful for improving the efficiency of the delivery work of the delivery staff.
- Server 2 Delivery staff terminal 3: Weather information providing server 11: Memory 12: Evaluation value calculation unit 13: Communication unit 14: Delivery route identification unit 15: Control unit 21: Memory 22: GPS 23: control unit 24: reading unit 25: communication unit 26: display unit 27: input unit
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Remote Sensing (AREA)
- Radar, Positioning & Navigation (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Medical Informatics (AREA)
- Game Theory and Decision Science (AREA)
- Life Sciences & Earth Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Automation & Control Theory (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Cardiology (AREA)
- Pathology (AREA)
- Educational Administration (AREA)
- Databases & Information Systems (AREA)
- Physiology (AREA)
- Data Mining & Analysis (AREA)
- Biophysics (AREA)
- Heart & Thoracic Surgery (AREA)
- Molecular Biology (AREA)
- Surgery (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し(S1)、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、第1荷物情報、及び第1配送経路情報に基づいて、複数の第1配送経路の各々の評価値を算出し(S2)、算出した複数の評価値に基づいて、複数の第1配送経路の中から最適な第1配送経路を特定し(S3)、特定した第1配送経路を示す情報を情報端末に出力し(S4)、特定した第1配送経路が情報端末のディスプレイに表示され、配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する。
Description
本開示は、配送員が複数の配送先に複数の荷物を配送する際の最適な配送経路を配送員に提示する技術に関するものである。
特許文献1には、配送車で荷物を搬送する配送員の安全且つ円滑な業務遂行を支援する技術が開示されている。具体的には、特許文献1には、配送員が過去に危険な思いを経験した位置情報を含む運転注意地点情報に基づいて、配送員が注意を払うべき配送ルート上の地点に具体的な注意内容を表示した地図画面を作成し、配送員に提示する技術が開示されている。
特許文献2には、配送車による配送業務において、配送員に対して各配送先の各顧客に対応した具体的な配送車の停車位置を優先順位付きで提示する技術が開示されている。
しかし、上記文献はいずれも配送員が配送車から降りて徒歩で荷物を配送する場面及びこの場面における配送員の肉体的な負荷が何ら考慮されていないので、この点改善の必要がある。
本開示は、配送員が複数の目的地に複数の荷物を徒歩で配送する場面において荷物を効率良く配送できると共に配送員の肉体的な負荷の軽減を図ることができる配送経路を正確に算出する技術を提供することを目的とする。
本開示の一態様に係る情報提供方法は、
情報提供システムのコンピュータが、
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定し、
前記特定した第1配送経路を示す情報を第1情報端末に出力し、
前記特定した第1配送経路が前記第1情報端末のディスプレイに表示され、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する。
情報提供システムのコンピュータが、
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定し、
前記特定した第1配送経路を示す情報を第1情報端末に出力し、
前記特定した第1配送経路が前記第1情報端末のディスプレイに表示され、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する。
尚、この包括的又は具体的な態様は、装置、システム、集積回路、コンピュータプログラム又はコンピュータ読み取り可能な記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体の任意な組み合わせで実現されてもよい。コンピュータ読み取り可能な記録媒体は、例えばCD-ROM(Compact Disc-Read Only Memory)等の不揮発性の記録媒体を含む。
本開示によれば、配送員が複数の目的地に複数の荷物を徒歩で配送する場面において、荷物を効率良く配送できると共に配送員の肉体的な負荷の軽減を図ることができる配送経路を算出することができる。
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および/または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、1つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
(本開示に至る経緯)
昨今、物流業界では人材不足が深刻化している。中でも配送車を運転して配送先に荷物を配送する配送員の人材不足が深刻化しており、今後、新人配送員の大量採用が予想される。そのため、新人の配送員であっても熟練した配送員なみの効率の良い配送業務を遂行させるツールの開発が望まれている。
昨今、物流業界では人材不足が深刻化している。中でも配送車を運転して配送先に荷物を配送する配送員の人材不足が深刻化しており、今後、新人配送員の大量採用が予想される。そのため、新人の配送員であっても熟練した配送員なみの効率の良い配送業務を遂行させるツールの開発が望まれている。
熟練した配送員は、(1)配送車を止めて徒歩で荷物を運ぶ場合、どの場所に配送車を止めると良いか、(2)その後、どのように、荷物をまとめて、どういう順番で荷物を運ぶと良いか、(3)どの配送先が、どの時間帯に在宅であることが多いかといった知識及びノウハウを駆使して、スループットを上げている。スループットとは、単位時間あたりの配送完了数である。
このように、熟練した配送員は、配送車を止めて、その配達開始場所の付近にある複数の目的地に複数の荷物を徒歩で配送する場面における知識が長けているため、スループットが高くなるという特徴がある。
したがって、新人の育成コストを下げつつ、スループットを向上させるためには、配送車を止めた後に徒歩で荷物を運ぶ場面において、最適な配送経路を決定するスケジューラが上記のツールとして有効であることが分かる。そのためには、移動距離だけではなく、配送員が実際に運ぶ荷物のサイズ又は重量といった荷物情報を考慮に入れて配送経路を算出する必要がある。
さらに、上記の場面において、最適な配送経路を決定する場合、配送員の肉体的な負荷の軽減を考慮して配送経路を算出すれば、さらなる配送員の肉体的な負荷の軽減を図ることができる。
上述した特許文献1、2は、いずれも、配送車の配送経路を算出する技術に関するものであり、配送車から降りた後の配送員の配送経路を算出する技術ではないので、本開示とは、適用される場面が異なる。そのため、特許文献1、2は、いずれも、配送経路を算出するにあたり、荷物の重量又は荷物のサイズが考慮されておらず、本願が対象とする場面において最適な配送経路を算出することはできない。また、特許文献1、2は本願が対象とする場面が考慮されていないため、配送員の肉体的な負荷の軽減を図る配送経路を決定するとの課題は生じ得ない。
本開示は、配送員が複数の目的地に複数の荷物を徒歩で配送する場面において、荷物を効率良く配送できると共に配送員の肉体的な負荷の軽減を図ることができる配送経路を正確に算出することを目的とする。
本開示の一態様に係る情報提供方法は、
情報提供システムのコンピュータが、
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定し、
前記特定した第1配送経路を示す情報を第1情報端末に出力し、
前記特定した第1配送経路が前記第1情報端末のディスプレイに表示され、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する。
情報提供システムのコンピュータが、
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定し、
前記特定した第1配送経路を示す情報を第1情報端末に出力し、
前記特定した第1配送経路が前記第1情報端末のディスプレイに表示され、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する。
本構成によれば、複数の荷物の各々の大きさ又は重量を示す第1荷物情報を用いて算出された評価値に基づいて、最適な第1配送経路が決定される。したがって、本構成は、配送員が配達開始場所から複数の荷物を徒歩で効率良く配送することができる低負荷な配送経路を算出できる。
そして、このようにして算出された第1配送経路が配送員の情報端末に表示されるので、配送員は、複数の荷物を徒歩により効率良く配送できる。その結果、新人の配送員であっても熟練の配送員と同じような効率で荷物を配送することができる。
さらに、本構成では、配送員が徒歩で配送する複数の荷物の各々の大きさ又は重量に関する第1荷物情報を用いて算出された評価値に基づいて、最適な第1配送経路が決定される。そのため、配送員の肉体的な負荷の軽減を図ることができる。
上記態様において、各々の評価値は、前記配送員の肉体的な負荷を表してもよい。
本構成によれば、評価値は配送員の肉体的な負荷を表しているため、配送員の肉体的な負荷の軽減を図り得る第1配送経路を算出できる。
上記態様において、前記配送員が前記荷物を前記目的地に届ける度に、前記複数の荷物のうち、残りの前記荷物の大きさ又は重量の合計が小さくなることが各々の評価値に反映されてもよい。
本構成によれば、荷物が目的地に届けられる度に、残りの荷物の大きさ又は重量の合計が小さくされて評価値が算出されるため、配送員の肉体的な負荷が正確に考慮された評価値を算出できる。
なお、上記態様において、前記複数の荷物は第1荷物を含み、前記複数の目的地は第1目的地を含み、前記配送員が前記第1荷物を前記第1目的地に届けると、前記評価値は再算出され、前記再算出された評価値は、前記第1荷物情報から前記第1荷物の大きさ又は重量を除いた情報に基づいてもよい。
上記態様において、各々の評価値は、前記配達開始場所から前記複数の目的地を順に結んだときの前記配達開始場所及び目的地間を繋ぐルート並びに前記目的地間を繋ぐルートを含む複数のルートの各々の配送負荷の総和で算出され、
前記配送負荷は、i(iは0以上の整数)番目の第iルートで配送する1以上の荷物の重量に応じた荷物負荷と、前記第iルートの距離又は移動時間に応じたルート負荷との積で表されてもよい。
前記配送負荷は、i(iは0以上の整数)番目の第iルートで配送する1以上の荷物の重量に応じた荷物負荷と、前記第iルートの距離又は移動時間に応じたルート負荷との積で表されてもよい。
本構成によれば、第1配送経路を構成する各ルートの距離又は移動時間に応じたルート負荷と、各ルートで運ばれる荷物の重量とを考慮に入れて評価値が算出されるため、配送員の現実の負担がより適切に考慮された評価値を算出できる。
なお、上記態様において、前記複数の評価値は、前記複数の第1配送経路に含まれる任意の1つの第1配送経路Pの評価値を含み、前記第1配送経路Pは、前記配達開始場所をD0、前記複数の目的地D1~Dn、前記D0を始点としD1を終点とするルートを第0ルート、D1を始点としD2を終点とするルートを第1ルート、・・・、Diを始点としD(i+1)を終点とするルートを第iルート、・・・、Dnを始点とし前記D(n+1)を終点とする第nルートを含み、前記D(n+1)は前記D0であり、(前記第1配送経路Pの評価値)=(前記第0ルートの配送負荷)+・・・+(前記第iルートの配送負荷)+・・・+(前記第nルートの配送負荷)であり、(前記第iルートの配送負荷)=(前記第iルート荷物負荷)×(前記第iルートのルート負荷)であり、前記第iルート荷物負荷は、前記Diと前記D(i+1)の間において未配送の荷物の重量に応じた値であり、前記第iルートのルート負荷は、前記第iルートの距離又は前記配送員の前記第iルート移動時間に応じた値であり、0≦i≦n、前記iは整数、前記nは整数であってもよい。
上記態様において、前記第1配送経路情報は、前記複数の第1配送経路の距離、前記複数の第1配送経路の移動時間、及び前記複数の第1配送経路の道路状況の少なくとも1つを含んでもよい。
本構成によれば、第1配送経路情報は、複数の第1配送経路の距離、複数の第1配送経路の移動時間、及び複数の第1配送経路の道路状況の少なくとも1つを含んでいるため、第1配送経路の評価値をより精度良く算出できる。
なお、上記態様において、前記第1配送経路情報は、(i)~(iii)の少なくとも1つを含み、前記(i)は前記第0ルートの距離、・・・、前記第nルートの距離、前記(ii)は前記配送員の前記第0ルートの移動時間、・・・、前記配送員の前記第nルートの移動時間、前記(iii)は前記第0ルートの道路状況、・・・、前記第nルートの道路状況であってもよい。
上記態様において、前記荷物負荷は、前記第iルートにて前記配送員が配送する各前記荷物の重量と各前記荷物の第1負荷係数とを乗算した値の総和で表され、
前記第1負荷係数は、前記荷物のサイズが増大するにつれて大きな値が設定されていてもよい。
前記第1負荷係数は、前記荷物のサイズが増大するにつれて大きな値が設定されていてもよい。
本構成によれば、荷物のサイズが増大するほど評価値が増大されるため、配送員の肉体的な負荷がより適切に考慮された評価値を算出できる。
なお、上記態様において、前記Diと前記D(i+1)の間での未配送の荷物を第1荷物、・・・、第m荷物、前記第1荷物の重量をW1、・・・、前記第m荷物の重量をWm、前記第1荷物に対応する第1負荷係数をβ1、・・・、前記第m荷物に対応する第1負荷係数βmとすると、(前記第iルートの荷物負荷)=(W1×β1)+・・・+(Wm×βm)であり、βj>βkであれば、(第j荷物の大きさ)>(第k荷物の大きさ)であってもよい。
上記構成において、前記荷物負荷は、台車が用いられるか否かによって異なってもよい。
本構成によれば、荷物負荷は台車が用いられるか否かに応じて異なるため、配送員が台車を使用して荷物を配送できるか否かを考慮に入れて評価値を算出できる。
上記構成において、前記第1配送経路情報は、前記台車の使用可否に関する情報を含んでもよい。
本構成によれば、第1配送経路情報には台車の使用可否に関する情報が含まれているため、配送員は第1配送経路において台車が使用可能であるか否かを容易に把握でき、効率の良い配送を実現できる。
上記構成において、前記第1配送経路情報は、前記配送員が前記台車を使用する第1ルート、及び前記配送員が前記台車を使用しない第2ルートを含んでもよい。
本構成によれば、第1配送経路情報には台車を使用する第1ルート及び台車を使用しない第2ルートが含まれているため、配送員は第1配送経路において台車が使用可能なルートと台車が使用不可能なルートとがどこであるのかを容易に把握でき、効率の良い配送を実現できる。
上記態様において、前記荷物負荷は、前記第iルートにて前記配送員が運ぶ各前記荷物の重量と各前記荷物の第2負荷係数とを乗算した値の総和で表され、
前記第2負荷係数は、前記荷物の種別に応じた値が設定されていてもよい。
前記第2負荷係数は、前記荷物の種別に応じた値が設定されていてもよい。
本構成によれば、荷物の種別を考慮して評価値が算出されているので、配送員の現実の負担がより適切に考慮された評価値を算出できる。
なお、上記態様において、前記Diと前記D(i+1)の間での未配送の荷物を第1荷物、・・・、第m荷物、前記第1荷物の重量をW1、・・・、前記第m荷物の重量をWm、前記第1荷物に対応する第2負荷係数をγ1、・・・、前記第m荷物に対応する第2負荷係数γmとすると、前記第iルートの荷物負荷は(W1×γ1)+・・・+(Wm×γm)であり、前記第2負荷係数γ1、・・・、前記第2負荷係数γmのそれぞれは、対応する荷物の種別に応じた値であってもよい。
上記態様において、前記第1配送経路情報は、各前記ルートの距離と各前記ルートの高度差とを含み、
前記ルート負荷は、前記第iルートの距離と第3負荷係数とを乗算した値の総和で表され、
前記第3負荷係数は前記高度差が昇り方向に増大するにつれて大きな値が設定されていてもよい。
前記ルート負荷は、前記第iルートの距離と第3負荷係数とを乗算した値の総和で表され、
前記第3負荷係数は前記高度差が昇り方向に増大するにつれて大きな値が設定されていてもよい。
本構成によれば、高度差が昇り方向に増大するルートを含む第1配送経路ほど評価値が高く算出されるので、配送員の現実の負担がより適切に考慮された評価値を算出できる。
なお、上記態様において、前記第1配送経路情報は、前記第0ルートの距離L0と高度差、・・・、前記第nルートの距離Lnと高度差を含み、前記第0ルートに対応する第3負荷係数をδ0、・・・、前記第nルートに対応する第3負荷係数をδnとすると、(前記第0ルートのルート負荷)=(L0×δ0)、・・・、(前記第nルートのルート負荷)=(Ln×δn)であり、δj>δkであれば、(前記第jルートの高度差)>(前記第kルートの高度差)であり、(前記第jルートの高度差)={(前記D(j+1)の高度)-(前記Djの高度)}であってもよい。
上記態様において、前記第1配送経路情報は、各前記ルートの距離と各前記ルートにおける前記配送員の心拍数の平均増加率とを含み、
前記ルート負荷は、前記第iルートの距離と第4負荷係数とを乗算した値の総和で表され、
前記第4負荷係数は前記心拍数の平均増加率が増大するにつれて大きな値が設定されていてもよい。
前記ルート負荷は、前記第iルートの距離と第4負荷係数とを乗算した値の総和で表され、
前記第4負荷係数は前記心拍数の平均増加率が増大するにつれて大きな値が設定されていてもよい。
本構成によれば、心拍数の平均増加率が大きかったルートを含む第1配送経路ほど評価値が高く算出されるので、配送員の現実の負担がより適切に考慮された評価値を算出できる。
なお、上記態様において、前記第1配送経路情報は、前記第0ルートの距離L0と前記第0ルートにおける前記配送員の心拍数の平均増加率、・・・、前記第nルートの距離Lnと前記第nルートにおける前記配送員の心拍数の平均増加率を含み、前記第0ルートに対応する第4負荷係数をε0、・・・、前記第nルートに対応する第4負荷係数をεnとすると、(前記第0ルートのルート負荷)=(L0×ε0)、・・・、(前記第nルートのルート負荷)=(Ln×εn)であり、εj>εkであれば、(前記第jルートにおける前記配送員の心拍数の平均増加率)>(前記第kルートにおける前記配送員の心拍数の平均増加率)であってもよい。
上記態様において、前記第1荷物情報は、前記複数の荷物の各々の配送先を含み、
前記第1荷物情報に基づいて、前記複数の配送先の中から前記配達開始場所からの距離が閾値以下の複数の配送先を抽出し、
各々の評価値は、抽出された前記複数の配送先を前記複数の目的地として含む複数の第1配送経路の各々について算出されてもよい。
前記第1荷物情報に基づいて、前記複数の配送先の中から前記配達開始場所からの距離が閾値以下の複数の配送先を抽出し、
各々の評価値は、抽出された前記複数の配送先を前記複数の目的地として含む複数の第1配送経路の各々について算出されてもよい。
本構成によれば、配達開始場所からの距離が閾値以下の配送先を目的地として含む複数の第1配送経路の各々に対して評価値が算出され、算出された評価値を用いて最適な第1配送経路が算出される。そのため、配達開始場所からの距離が閾値より大きく、徒歩での配送が困難な配送先が目的地として設定されることを防止できる。
上記態様において、複数の配達開始場所の候補と位置とを対応付けて記憶する配達開始場所情報を前記メモリから更に取得し、
前記配送員の現在地を更に取得し、
前記複数の配達開始場所の候補の中から前記配送員の現在地に対して最も近い配達開始場所の候補を前記配達開始場所として更に決定してもよい。
前記配送員の現在地を更に取得し、
前記複数の配達開始場所の候補の中から前記配送員の現在地に対して最も近い配達開始場所の候補を前記配達開始場所として更に決定してもよい。
本構成によれば、配達開始場所の候補の中から、配送員の現在地に対して最も近くに位置する配達開始場所の候補が配達開始場所として決定されるため、配送員が配達開始場所を知らない場合であっても、付近にある適切な配達開始場所から徒歩による荷物の配送を開始できる。
上記態様において、前記配達開始場所に配送員の配送車を止めることができなかったことを示す情報を前記情報端末からネットワークを介して取得した場合、
複数の配達開始場所の候補の中から前記配送員の現在地に対して次に近い配達開始場所の候補を前記配達開始場所として更に決定してもよい。
複数の配達開始場所の候補の中から前記配送員の現在地に対して次に近い配達開始場所の候補を前記配達開始場所として更に決定してもよい。
本構成によれば、配達開始場所に配送車を止めることができなかった場合、現在地から次に近い配達開始場所が決定されるため、配送員は止めやすい配達開始場所に配送車を止めて効率良く荷物を配送することができる。
上記態様において、前記配達開始場所に配送員の配送車を止めることができなかったことを示す情報には、止めることができなかった理由が含まれてもよい。
本構成によれば、配送車を止めることができなかった場合、その理由が配送員端末から通知されるため、その場所が配達開始場所として妥当な場所であるか否かの判断材料を収集できる。
上記態様において、前記配達開始場所に配送員の配送車を止めることができた場合に前記配達開始場所の良否に関する情報をネットワークを介して前記第1情報端末から更に取得してもよい。
本構成によれば、配送車を止めることができた場合、第1情報端末からその良否が通知されるため、その場所が配達開始場所として妥当な場所であるか否かの判断材料を収集できる。
上記態様において、前記配送員が前記複数の目的地に含まれる第1目的地を訪れた時に、前記第1目的地における第1受取人が不在であることを示す情報を前記第1情報端末からネットワークを介して取得した場合、
前記第1目的地から残りの目的地を順に結び、前記配達開始場所へと戻る複数の第2配送経路を示す複数の第2配送経路情報を前記メモリから取得し、
前記第1荷物情報、及び前記複数の第2配送経路情報に基づいて、前記複数の第2配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第2配送経路の中から最適な第2配送経路を特定し、
特定した前記第2配送経路を示す情報を前記第1情報端末に出力し、
特定した前記第2配送経路が前記第1情報端末のディスプレイに表示されてもよい。
前記第1目的地から残りの目的地を順に結び、前記配達開始場所へと戻る複数の第2配送経路を示す複数の第2配送経路情報を前記メモリから取得し、
前記第1荷物情報、及び前記複数の第2配送経路情報に基づいて、前記複数の第2配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第2配送経路の中から最適な第2配送経路を特定し、
特定した前記第2配送経路を示す情報を前記第1情報端末に出力し、
特定した前記第2配送経路が前記第1情報端末のディスプレイに表示されてもよい。
本構成によれば、第1目的地において荷物の第1受取人が不在であった場合、第1目的地から残りの目的地を順に結ぶ最適な第2配送経路が再スケジューリングされるため、未配達の荷物の重さ又はサイズを考慮した最適な第2配送経路が決定される。
上記態様において、前記複数の目的地のそれぞれに対応する過去の再配送の割合を示す履歴情報を前記メモリから読み出し、
前記複数の第1配送経路の各々の評価値は、前記履歴情報に基づいて算出されてもよい。
前記複数の第1配送経路の各々の評価値は、前記履歴情報に基づいて算出されてもよい。
本構成によれば、過去の再配送の割合を示す履歴情報が考慮されて評価値が算出されるため、より実態に即した評価値を算出することができる。これにより、最終的に決定された第1配送経路の信頼性を高めることができる。
上記態様において、前記配送員が前記複数の目的地に含まれる第1目的地を訪れた時に、前記複数の荷物に含まれる第1荷物を配送すると共に、第2荷物を集荷したことを示す情報を前記第1情報端末からネットワークを介して取得した場合において、
前記第2荷物の大きさ又は重量に関する第2荷物情報を、前記第1情報端末からネットワークを介して取得し、
前記第1目的地から残りの目的地を順に結び、前記配達開始場所へと戻る複数の第2配送経路を示す複数の第2配送経路情報を前記メモリから取得し、
前記第1荷物情報、第2荷物情報、及び前記複数の第2配送経路情報に基づいて、前記複数の第2配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第2配送経路の中から最適な第2配送経路を特定し、
特定した前記第2配送経路を示す情報を前記第1情報端末に出力し、
特定した前記第2配送経路が前記第1情報端末のディスプレイに表示されてもよい。
前記第2荷物の大きさ又は重量に関する第2荷物情報を、前記第1情報端末からネットワークを介して取得し、
前記第1目的地から残りの目的地を順に結び、前記配達開始場所へと戻る複数の第2配送経路を示す複数の第2配送経路情報を前記メモリから取得し、
前記第1荷物情報、第2荷物情報、及び前記複数の第2配送経路情報に基づいて、前記複数の第2配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第2配送経路の中から最適な第2配送経路を特定し、
特定した前記第2配送経路を示す情報を前記第1情報端末に出力し、
特定した前記第2配送経路が前記第1情報端末のディスプレイに表示されてもよい。
本構成によれば、第1荷物の配送時に別の第2荷物を集荷した場合、第2荷物の大きさ又は重量を考慮して、第1目的地から残りの目的地を順に結ぶ第2配送経路が再スケジューリングされるため、集荷した第2荷物の重さ又はサイズを考慮した最適な第2配送経路が決定される。
上記態様において、前記複数の目的地に含まれる第1目的地において、前記配送員が前記複数の荷物に含まれる前記第1荷物を配送すると共に、第2荷物を集荷すること示す情報が予め前記メモリに記憶されている場合において、
前記第2荷物の大きさ又は重量に関する第2荷物情報を前記メモリから取得し、
前記複数の第1配送経路の各々の評価値は、前記第1荷物情報及び前記第2荷物情報に基づいて算出されてもよい。
前記第2荷物の大きさ又は重量に関する第2荷物情報を前記メモリから取得し、
前記複数の第1配送経路の各々の評価値は、前記第1荷物情報及び前記第2荷物情報に基づいて算出されてもよい。
本構成によれば、予め集荷する第2荷物の大きさ又は重さを把握できている場合は、配送する第1荷物のみならず集荷する第2荷物も考慮して最適な配送経路が決定される。これにより、より高い効率で荷物を配送できる第1配送経路が決定される。
上記態様において、前記配送員が配送車から降りたことを示す情報を前記第1情報端末から取得し、
前記複数の目的地に含まれる第1目的地に前記配送員が向かっていることを示す情報を前記第1目的地における受取人が有する第2情報端末に出力し、
前記第1目的地に前記配送員が向かっていることを示す情報が前記第2情報端末のディスプレイに表示されてもよい。
前記複数の目的地に含まれる第1目的地に前記配送員が向かっていることを示す情報を前記第1目的地における受取人が有する第2情報端末に出力し、
前記第1目的地に前記配送員が向かっていることを示す情報が前記第2情報端末のディスプレイに表示されてもよい。
本態様によれば、配送員が配送車から降りた場合、配送員が向かっていることが荷物の受取人が有する第2情報端末に出力されるため、受取人はより確実に荷物を受け取ることができる。
上記態様において、前記第1配送経路情報は、前記複数の第1配送経路の各々の距離を含み、
前記配送員の徒歩による第1上限距離と前記第1上限距離よりも小さな第2上限距離とを含む上限距離情報を前記メモリから取得し、
悪天候を示す情報を前記ネットワークを介して取得した場合、前記第2上限距離を設定し、
前記特定した第1配送経路の距離が前記第2上限距離以上の場合、前記第1配送経路の距離が前記第2上限距離より短くなるように、前記第1配送経路に含まれる前記目的地を削除してもよい。
前記配送員の徒歩による第1上限距離と前記第1上限距離よりも小さな第2上限距離とを含む上限距離情報を前記メモリから取得し、
悪天候を示す情報を前記ネットワークを介して取得した場合、前記第2上限距離を設定し、
前記特定した第1配送経路の距離が前記第2上限距離以上の場合、前記第1配送経路の距離が前記第2上限距離より短くなるように、前記第1配送経路に含まれる前記目的地を削除してもよい。
本構成によれば、悪天候の場合、第1上限距離よりも短い第2上限距離が選択される。
そして、第1配送経路の距離が第2上限距離以上の場合、1配送経路の距離が第2上限距離より短くなるように、目的地が削除される。そのため、悪天候による配送員の負担の増大を抑制し、配送員の安全を確保できる。
上記態様において、前記配送員の年齢又は性別に応じた上限評価値を前記メモリから取得し、
前記特定した第1配送経路の評価値が前記上限評価値以上の場合、前記第1配送経路の評価値が前記上限評価値より小さくなるように、前記第1配送経路に含まれる目的地を削除してもよい。
前記特定した第1配送経路の評価値が前記上限評価値以上の場合、前記第1配送経路の評価値が前記上限評価値より小さくなるように、前記第1配送経路に含まれる目的地を削除してもよい。
本構成によれば、年齢又は性別に応じた上限評価値が選択され、第1配送経路の評価値が上限評価値以上の場合、第1配送経路の評価値が上限評価値より小さくなるように、目的地が削除される。そのため、配送員の年齢又は性別に応じて妥当な負荷の配送経路が提示される。
本開示は、このような方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラム或いはこのコンピュータプログラムによって動作するシステムとして実現することもできる。また、このようなコンピュータプログラムを、CD-ROM等のコンピュータ読取可能な非一時的な記録媒体あるいはインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。
なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また全ての実施の形態において、各々の内容を組み合わせることもできる。
(実施の形態1)
図1は、実施の形態1に係る情報提供システムのネットワーク構成の一例を示す図である。情報提供システムは、複数の荷物を複数の目的地に徒歩で配送する配送員に対して効率良く荷物を配送することが可能な適切な配送経路を提示するシステムである。情報提供システムは、サーバ1及び配送員端末2(第1情報端末の一例)を備えている。サーバ1及び配送員端末2はネットワークNTを介して相互に通信可能に接続されている。ネットワークNTとしては、例えばインターネット通信網及び携帯電話通信網等が採用される。
図1は、実施の形態1に係る情報提供システムのネットワーク構成の一例を示す図である。情報提供システムは、複数の荷物を複数の目的地に徒歩で配送する配送員に対して効率良く荷物を配送することが可能な適切な配送経路を提示するシステムである。情報提供システムは、サーバ1及び配送員端末2(第1情報端末の一例)を備えている。サーバ1及び配送員端末2はネットワークNTを介して相互に通信可能に接続されている。ネットワークNTとしては、例えばインターネット通信網及び携帯電話通信網等が採用される。
サーバ1は、例えば、1又は複数のコンピュータから構成され、本情報提供システムの全体制御を司る。配送員端末2は、例えば、スマートフォン及びタブレット端末等の携帯可能な情報処理装置で構成され、荷物を配送する配送員に対して種々のメッセージを表示する。ここで、配送員端末2は、配送員が乗る配送車に搭載された情報処理装置で構成されてもよく、例えば、配送車が備えるECU(Electronic Control Unit)又はカーナビゲーションシステムに実装されてもよい。また、配送員端末2は、荷物の配送員用に開発された専用の携帯可能な情報処理装置で構成されていてもよい。
なお、図1では、説明の便宜上、1つの配送員端末2しか図示されていないが、複数の配送員端末2が含まれていてもよい。この場合、配送員端末2から送信されるデータは、配送員端末2に対して個別に付与された配送員IDを用いて配送員別に管理される。
図2は、図1に示す情報提供システムの構成の一例を示すブロック図である。サーバ1は、メモリ11、評価値算出部12、通信部13、配送経路特定部14、及び制御部15を備える。なお、評価値算出部12、配送経路特定部14、及び制御部15は、例えば、CPU等のプロセッサで構成されてもよいし、専用のハードウェア回路で構成されてもよい。この場合、これらの構成要素は、それぞれ、別個のハードウェアで構成されてもよいし、1つのプロセッサが所定のプログラムを実行することで構成されていてもよい。
メモリ11は、例えば、半導体メモリで構成され、配送員が配達開始場所から複数の目的地に配送する複数の荷物の各々の大きさ又は重量に関する荷物情報(第1荷物情報の一例)を予め記憶する。また、メモリ11は、配達開始場所から複数の目的地を順に結ぶ複数の配送経路(第1配送経路の一例)を示す複数の配送経路情報(第1配送経路情報の一例)を予め記憶する。ここで、荷物情報は、例えば、図3で後述する荷物DB31で構成される。また、複数の配送経路情報は、例えば、図4で後述する配送経路DB42で構成される。
評価値算出部12は、荷物情報及び配送経路情報に基づいて、複数の配送経路の各々の評価値を算出する。ここで、複数の配送経路情報は、それぞれ、配送経路の距離情報を記憶する。配送経路の距離情報は、例えば、図5で後述するルート距離DB51及びルート距離DB52で構成される。評価値とは、配送員が荷物を運ぶ際の配送員の肉体的な負荷を評価する値であり、負荷が大きいほど大きな値をとる。したがって、評価値が小さい配送経路ほど配送員は楽に荷物を運ぶことが可能となり、配送員の肉体的な負荷は小さくなる。これにより、配送員の肉体的な負荷の軽減を図り得る配送経路が算出される。
本実施の形態では、評価値算出部12は、荷物を目的地に届ける度に、複数の荷物のうち、残りの荷物のサイズ又は重量の合計が小さくなることを評価値に反映させる。これにより、配送員の肉体的な負荷が正確に考慮された評価値を算出できる。
例えば、評価値は、配達開始場所から複数の目的地を順に通って再び配達開始場所に戻る場合の配達開始場所及び目的地間を繋ぐルート及び目的地同士を繋ぐルートを含む複数のルートの各々の配送負荷の総和で表される。
配送負荷は、あるルートを示す第i(iはルートを指定するインデックスであり、0以上の整数)ルートで配送する1以上の荷物の重量又はサイズに応じた荷物負荷と、第iルートの距離又は移動にかかる所要時間(移動時間)に応じたルート負荷との積で表される。なお、荷物の重量又はサイズは、荷物DB31から特定される。また、ルート負荷は、距離又は所要時間が長いほど大きな値をとる。第iルートの距離は、ルート距離DB51及びDB52を用いて特定される。また、第iルートの所要時間は、第iルートの距離を配送員の徒歩による移動速度で割ることで算出される。なお、評価値の算出の詳細は後述する実施の形態で説明する。
配送経路特定部14は、評価値算出部12が算出した複数の配送経路の各々の評価値に基づいて、複数の配送経路の中から最適な配送経路を特定する。ここでは、評価値が最小の配送経路が最適な配送経路として特定される。
通信部13は、サーバ1をネットワークNTに接続する通信装置で構成され、配送経路特定部14が特定な最適な配送経路を示す情報を配送員端末2に送信する。制御部15は、サーバ1の全体制御を司る。
配送員端末2は、メモリ21、GPS22、制御部23、読取部24、通信部25、表示部26、及び入力部27を備える。メモリ21は、例えば、半導体メモリで構成され、サーバ1から送信される配送経路等を示す情報を表示するためのアプリケーション等を記憶する。
GPS(グローバルポジショニングシステムセンサ)22は、GPS衛星からの電波を用いて配送員端末2の現在地を算出する。ここで、GPS22は、例えば、所定の時間間隔(例えば、1分、2分、10分等)で現在地を算出すればよい。
読取部24は、例えば、荷物に貼り付けられた荷物伝票に記載されたバーコード又はQRコード(登録商標)等を読み取るバーコードリーダで構成されている。ここで、バーコード又はQRコード(登録商標)には、荷物の識別子である荷物IDが少なくとも含まれている。
読取部24は、例えば、配送センターにおいて配送員が配送車に荷物を積み込む際、積み込んだ荷物の荷物伝票に記載されたバーコード又はQRコード(登録商標)を読み取るために使用される。これにより、配送員端末2は、読取部24が読み取った荷物IDをキーにしてサーバ1から目的地(配送先)及び受取人等の情報を取得し、配送すべき荷物を管理することができる。
また、読取部24は、例えば、配送員がユーザに荷物を手渡す際、荷物伝票に記載されたバーコード又はQRコード(登録商標)を読み取らせるためにも用いられる。これにより、サーバ1は、荷物の手渡しが完了したか否かを管理できる。
通信部25は、配送員端末2をネットワークNTに接続させる通信装置で構成され、サーバ1から送信される最適な配送経路を示す情報等を受信する。また、通信部25は、GPS22が検出した現在地をサーバ1に送信する。
表示部26は、液晶ディスプレイ等の表示装置で構成され、サーバ1から送信される最適な配送経路を示す情報等を含む種々の画像を表示する。入力部27は、例えば、タッチパネルで構成され、ユーザからの種々の操作を受け付ける。制御部23は、CPU等のプロセッサで構成され、配送員端末2の全体制御を司る。
図3は、サーバ1のメモリ11が記憶する荷物DB31及び顧客DB32のデータ構成の一例を示す図である。荷物DB31は、配送員が配達する荷物に関する荷物情報を記憶するデータベースであり、1つの荷物に対して1つのレコードが割り当てられている。荷物DB31は、「荷物ID」、「配送元顧客ID」、「配送先顧客ID」、「大きさ」、及び「重さ」を対応付けて記憶する。
「荷物ID」は、荷物を一意的に識別すために割り付けられた識別子を示す。「配送元顧客ID」は、荷物の送り主である顧客の識別子を示す。「配送先顧客ID」は、荷物の受取人となる顧客の識別子を示す。「大きさ」は荷物のサイズを示す。ここでは、荷物のサイズは、荷物の幅と高さと奥行きとの乗算値で表される。したがって、この乗算値が大きいほど、荷物のサイズは大きくなる。「重さ」は荷物の重量を示す。
顧客DB32は、荷物の受取人となる顧客の個人情報を記憶するデータベースであり、1人の顧客に対して1つのレコードが割り付けられている。顧客DB32は、「顧客ID」、「住所」、及び「受取人氏名」を対応付けて記憶する。「住所」は受取人の住所、すなわち、荷物の配送先(目的地)を示す。「受取人氏名」は、受取人の名前を示す。
図4は、サーバ1のメモリ11が記憶する荷物-配送経路DB41、配送経路DB42、及び複数荷物DB43のデータ構成の一例を示す図である。荷物-配送経路DB41は、配送員が徒歩により纏めて運ぶ複数の荷物と配送経路DB42に記憶された配送経路とを対応付けるデータベースであり、「複数荷物ID」及び「配送経路ID」を対応付けて記憶する。「複数荷物ID」は、予め纏められた複数の荷物に対して割り当てられた識別子を示す。「配送経路ID」は、「複数荷物ID」で示される複数の荷物に対して割り当てられた配送経路の識別子を示す。
配送経路DB42は、荷物-配送経路DB41の「配送経路ID」が示す配送経路を示す配送経路情報を記憶するデータベースであり、1つの配送経路情報に対して1つのレコードが割り当てられている。具体的には、配送経路DB41は、「配送経路ID」及び「配送経路」を対応付けて記憶する。「配送経路」は、配送経路の内容を示す。「配送経路」の内容については図6で後述する。
複数荷物DB43は、「複数荷物ID」で纏められた複数の荷物の内容を示すデータベースであり、「複数荷物ID」及び「荷物ID」を対応付けて記憶する。「複数荷物ID」は、予め纏められた複数の荷物の全体に対して割り当てられた識別子を示す。「荷物ID」は、「複数荷物ID」で纏められた個々の荷物の荷物IDを示す。
図5は、サーバ1のメモリ11が記憶するルート距離DB51のデータ構成の一例を示す図である。ルート距離DB51は、配送経路DB42に記憶された配送経路情報が示す配送経路を構成する目的地同士を繋ぐルートに関する情報を記憶するデータベースであり、「目的地その1」、「目的地その2」、「目的地その1-目的地その2間のルート」、及び「距離」を対応付けて記憶する。「目的地その1」は、ルートの上流側の目的地を示す。ここでは、「目的地その1」の欄には荷物の受取人のユーザIDが記憶されている。「目的地その2」は、ルートの下流側の目的地を示す。ここでは、「目的地その2」の欄には荷物の受取人のユーザIDが記憶されている。「目的地その1-目的地その2間のルート」の欄には、「DR0001」、「DR0002」といった目的地その1で示される目的地と目的地その2で示される目的地とを繋ぐルートの識別子が記憶されている。「距離」は、ルートの距離を示す。なお、「距離」は目的地間の直線距離が採用されてもよいし、経路探索アルゴリズムを用いて地図画像から特定された目的地間を繋ぐ最適経路の距離、すなわち、配送員が実際に徒歩で移動する経路の距離が採用されてもよい。このことは、ルート距離DB52の「距離」についても同じである。
ルート距離DB52は、配送経路DB42に記憶された配送経路情報が示す配送経路を構成する配達開始場所及び目的地間を繋ぐルートに関する情報を記憶するデータベースであり、「配達開始場所」、「目的地」、「配達開始場所-目的地間のルート」、及び「距離」を対応付けて記憶する。「配達開始場所」は、配送員が配送車を止めて徒歩による荷物の配送を開始する予め定められた場所を示す。「目的地」は、配達開始場所の次に位置する目的地を示す。ここでは、「目的地」の欄には受取人のユーザIDが記憶されている。「配達開始場所-目的地間のルート」の欄には、「SR0001」、「SR0002」といった、配達開始場所と目的地とを繋ぐルートの識別子が記憶されている。「距離」は、ルートの距離を示す。
図6は、配送経路DB42に記憶された配送経路を示すために用いられる記号を説明する図である。図6は、配送経路DB42の1行目に記憶された配送経路ID「TR0001」で示される配送経路を図示したものである。「S0001」というように「S」で始まる記号は、配達開始場所の識別子を示している。「SR0001」というように「SR」で始まる記号は、配達開始場所と目的地とを繋ぐルートの識別子を示している。「GUEST0001」というようにGUESTで始まる記号は、受取人の顧客ID、すなわち目的地を示している。
したがって、「TR0001」の配送経路は、配達開始場所「S0001」を出発し、ルート「SR0001」を通って目的地「GUEST0001」へ行き、ルート「DR0001」を通って目的地「GUEST0002」へ行き、ルート「SR0002」を通って配達開始場所「S0001」に戻る経路を表している。
図7は、図1に示す情報提供システムにおいて、サーバ1及び配送員端末2間でのデータの送受の一例を示すシーケンス図である。サーバ1は、例えば、配送員が配達開始場所で配送車を止めると、その配達開始場所に対応する複数の配送経路のうち、評価値が最小となる最適な配送経路を特定し、その配送経路を示す情報を配送員端末2に送信する。
図8は、実施の形態1係る情報提供システムの処理の一例を示すフローチャートである。S1では、サーバ1の制御部15は、メモリ11から荷物DB31及び荷物-配送経路DB41を取得する。
S2では、評価値算出部12は、配送経路DB42から配送員が徒歩で纏めて配送する複数の荷物に対応する複数の配送経路を取得し、各配送経路の評価値を算出する。例えば、配送対象となる複数の荷物の荷物IDが「1234-5678-90」及び「1234-5678-89」であったとする。この場合、複数荷物DB43が参照されて、複数荷物ID「P0001」が特定される。次に、荷物-配送経路DB41が参照され、複数荷物ID「P0001」に対応する配送経路ID「TR0001」、「TR0002」が特定される。次に、配送経路DB42が参照され、配送経路ID「TR0001」、「TR0002」で示される2つの配送経路が評価値の算出対象となる複数の配送経路として特定される。そして、特定された2つの配送経路のそれぞれについて評価値が算出される。なお、ここでは、配送経路が2つ特定される例を示したが、本開示はこれに限定されず、3つ以上の配送経路が特定されてもよい。
S3では、配送経路特定部14は、S2で評価値が算出された複数の配送経路のうち、評価値が最小の配送経路を最適な配送経路として特定する。
S4では、通信部13は、最適な配送経路を示す情報を配送員端末2に送信する。これにより、配送員端末2は最適な配送経路を示す画像を表示し、配送員に最適な配送経路が提示されることになる。
なお、S2では、評価値算出部12は、例えば、配送員の現在の配達開始場所に対してより近い目的地をより多く含む複数荷物IDで示される複数の荷物を複数荷物DB43から抽出し、配送対象の荷物として決定してもよい。
図9は、配送員端末2に表示される最適な配送経路を示す表示画面G1の一例を示す図である。ここでは、荷物ID「1234-5678-90」及び「0987-6543-21」で示される2つの荷物L1及び荷物L2について、配送員が徒歩で配送する配送経路が示されている。表示欄R11は、配送員に配送経路の全体像を把握させるために、荷物L1の配送先の目的地と荷物L2の配送先の目的地とが示された地図画像を表示する。表示欄R12は、表示欄R11に表示された地図画像のうち、配達開始場所SAから、配送員がこれから向かう荷物L1の目的地までの経路R0001を拡大表示した地図画像が表示されている。なお、表示欄R12に示す地図画像は、配送員端末2から送信される現在地を示す位置情報にしたがって、現在地と目的地とが含まれるように、表示欄R11に表示された地図画像が拡大された画像であってもよい。
表示欄R13には、配送員が徒歩により纏めて配送する複数の荷物に関する荷物IDが上から配送順に表示されている。このように、表示画面G1には、地図画像上に複数の荷物の目的地、複数の荷物の配送順、及び経路等が表示されているため、最適な配送経路で配送員が荷物を配送するように配送員を適切に誘導することができる。
このように、本実施の形態によれば、配達開始場所から複数の目的地を順に通って再び配達開始場所に戻る複数の配送経路の各々の評価値が、複数の配送経路の距離情報のみならず、配送員が徒歩で配送する複数の荷物の各々の大きさ又は重量に関する荷物情報を用いて算出され、算出された評価値に基づいて、最適な配送経路が決定される。したがって、本実施の形態は、配送員が配達開始場所から複数の荷物を徒歩で効率良く配送することができる低負荷な配送経路を精度良く算出できる。
さらに、本実施の形態では、荷物情報を用いて算出された評価値に基づいて、最適な配送経路が決定されるため、配送員の肉体的な負荷の軽減を図ることができる最適な配送経路を決定することができる。
そして、このようにして決定された配送経路が配送員端末2に表示されるので、配送員は、複数の荷物を徒歩により効率良く配送できる。その結果、新人の配送員であっても熟練の配送員と同じような効率で荷物を配送することができる。
(実施の形態2)
実施の形態2は、予め定められた配達開始場所を記憶する配達開始場所DBを用いて最適な配送経路を特定するものである。図10は、実施の形態2に係る配達開始場所DB100のデータ構成の一例を示す図である。配達開始場所DB100は、サーバ1のメモリ11に予め記憶された配達開始場所を記憶するデータベースであり、1つの配達開始場所に対して1つのレコードが割り当てられている。なお、本実施の形態において実施の形態1と同一の構成要素については同一の符号を付して説明を省略する。また、本実施の形態においてネットワーク構成図及びブロック図は図1及び図2を用いる。これらのことは、下記の実施の形態においても、特に言及がなければ同じである。
実施の形態2は、予め定められた配達開始場所を記憶する配達開始場所DBを用いて最適な配送経路を特定するものである。図10は、実施の形態2に係る配達開始場所DB100のデータ構成の一例を示す図である。配達開始場所DB100は、サーバ1のメモリ11に予め記憶された配達開始場所を記憶するデータベースであり、1つの配達開始場所に対して1つのレコードが割り当てられている。なお、本実施の形態において実施の形態1と同一の構成要素については同一の符号を付して説明を省略する。また、本実施の形態においてネットワーク構成図及びブロック図は図1及び図2を用いる。これらのことは、下記の実施の形態においても、特に言及がなければ同じである。
配達開始場所DB100は、「配達開始場所ID」及び「住所」を対応付けて記憶する。「配達開始場所ID」は、サーバ1が管理する配達開始場所の識別子を示す。「住所」は、各配達開始場所の住所を示している。ここで、配達開始場所DB100に記憶された配達開始場所は、過去に配送車の駐車実績のある予め定められた場所が採用され、例えば、駐車場等の配送車を止めやすい場所が採用されている。
図11は、実施の形態2に係る情報提供システムにおいてサーバ1及び配送員端末2間でのデータの送受の一例を示すシーケンス図である。本実施の形態では、配送員はサーバ1が管理している配達開始場所のうち、自身が行くべき配達開始場所を把握している。そして、配送車が配達開始位置に到着すると、配送員端末2は、配達開始場所をサーバ1に送信する(S1101)。ここで、配送員端末2は、事前に配達開始場所をメモリ21に記憶しておき、GPS22が検出した現在地とメモリ21に記憶された配達開始場所とを照合し、配達開始場所へ到着したことを検出した場合に配達開始場所をサーバ1に送信すればよい。
次に、サーバ1は、配送員端末2から送信された配達開始場所を用いて最適な配送経路を特定し、配送員端末2に送信する(S1102)。
図12は、実施の形態2に係る情報提供システムの処理の一例を示すフローチャートである。S11では、サーバ1の制御部15は、配送員端末2から送信された配達開始場所を通信部13を用いて取得する。S12では、制御部15は、メモリ11から荷物DB31及び配達開始場所DB100を取得する。
S13では、制御部15は、S11で取得した配達開始場所と、荷物DB31に記憶された複数の荷物の目的地のそれぞれとの距離を算出する。なお、複数の荷物の目的地は、荷物DB31の「配送元顧客ID」をキーに顧客DB32の「住所」を参照することで特定される。また、配達開始場所及び目的地の位置情報は、地図情報において「住所」に対応付けられた緯度及び経度を採用すればよい。そして、配達開始場所と複数の目的地とのそれぞれの距離は、緯度及び経度を含む位置情報を用いて算出されればよい。
S14では、制御部15は、S13で算出された配達開始場所及び目的地間の距離が閾値以下の目的地を抽出する。これにより、荷物DB31に記憶された複数の荷物のうち、配達開始場所からの距離が閾値以下の場所を目的地とする荷物が抽出される。閾値としては、荷物を持った配送員が徒歩で移動する上で妥当な予め定められた距離が採用されており、例えば、10m、50m、100m、500mといった距離が採用されている。
S15では、制御部15は、配達開始場所から、S14で抽出された複数の目的地を結ぶ複数の配送経路を抽出する。ここで、制御部15は、S14で抽出された目的地を配送先とする荷物から構成される複数荷物IDを複数荷物DB43から抽出し、抽出した複数荷物IDに対応する配送経路を配送経路DB42から抽出することで、複数の配送経路を抽出すればよい。
S16では、S15で抽出された複数の配送経路に対して処理Aが実行される。処理Aは、図8のS2~S4で示す処理である。
このように、本実施の形態によれば、配達開始場所からの距離が閾値以下の配送先を目的地として含む複数の配送経路の各々に対して評価値が算出され、算出された評価値を用いて最適な配送経路が算出される。そのため、配達開始場所からの距離が閾値より大きく、徒歩での配送が困難な配送先が目的地として設定されることを防止できる。
(実施の形態3)
実施の形態3は、配達開始場所DB100に記憶された配達開始場所の候補の中から配送員の現在地に対して最も近くに位置する配達開始場所の候補を配達開始場所として決定するものである。図13は、実施の形態3に係る情報提供システムにおいてサーバ1及び配送員端末2間でのデータの送受の一例を示すシーケンス図である。
実施の形態3は、配達開始場所DB100に記憶された配達開始場所の候補の中から配送員の現在地に対して最も近くに位置する配達開始場所の候補を配達開始場所として決定するものである。図13は、実施の形態3に係る情報提供システムにおいてサーバ1及び配送員端末2間でのデータの送受の一例を示すシーケンス図である。
本実施の形態では、配送員はサーバ1が管理している配達開始場所を把握していないものとする。配送員端末2は、配送員から現在地の通知指示の入力を受け付けると、GPS22が検出した現在地をサーバ1に送信する(S1301)。そして、サーバ1は、現在地に対して最も近くに位置する配達開始場所を決定すると共に配達開始場所からの最適な配送経路を特定し、配送員端末2に送信する(S1302)。
配送員端末2は、サーバ1から送信された配達開始場所及び最適経路を示す表示画面を表示部26に表示する。この表示画面を閲覧した配送員は配送車を表示画面が示す配達開始場所まで移動させて配送車を停止させ、表示画面が示す配送経路で荷物を配送する。
ここでは、配送員から現在地の通知指示の入力をトリガーに配送員端末2は、現在地をサーバ1に送信しているが、これは一例であり、配送車が停車したことを検出したことをトリガーに現在地をサーバ1に送信してもよい。
図14は、実施の形態3に係る情報提供システムの処理の一例を示すフローチャートである。S21では、サーバ1の制御部15は、配送員端末2から送信された現在地を通信部13を用いて取得する。S22では、制御部15は、メモリ11から配達開始場所DB100を取得する。
S23では、制御部15は、現在地と配達開始場所DB100に記憶された全ての配達開始場所の各々との距離を算出する。ここで、制御部15は、例えば、現在地と配達開始場所との直線距離を前記距離として算出してもよいし、現在地と配達開始場所とを繋ぐ最適経路の距離を前記距離として算出してもよい。
S24では、S23で距離が算出された複数の配達開始場所の中から、現在地からの距離が最も近い配達開始場所を抽出する。
S25では、制御部15は、S24で抽出した配達開始場所を配達員に通知する配達開始場所として特定する。
S26では、S25で特定された配達開始場所を用いて処理Bが実行される。処理Bは図12のS11~S16の処理である。
このように、本実施の形態によれば、配達開始場所DB100の中から、配送員の現在地に対して最も近くに位置する配達開始場所が配送員に通知されるため、配送員が配達開始場所を知らない場合であっても、付近にある適切な配達開始場所から徒歩による荷物の配送を開始できる。
(実施の形態4)
実施の形態4は、配送員が目的地を訪れた時に目的地における受取人が不在である場合、配送経路を再スケジューリングするものである。図15は、実施の形態5に係る情報提供システムの処理の一例を示すフローチャートである。
実施の形態4は、配送員が目的地を訪れた時に目的地における受取人が不在である場合、配送経路を再スケジューリングするものである。図15は、実施の形態5に係る情報提供システムの処理の一例を示すフローチャートである。
S31では、処理Bが実行される。処理Bは、図12のS11~S16の処理である。S31により、配達開始場所を出発してから複数の目的地を経由して再度、配達開始場所に戻るまでの最適な配送経路が特定される。
S32では、制御部15は、S31で特定された配送経路に沿って配送員が配送を開始したことを検出する。S33では、制御部15は、配送員が目的地を訪問したことを検出する。ここで、制御部15は、例えば、配送員端末2から定期的に送信される位置情報をモニタすることで配送員が配送を開始したこと及び配送員が目的地を訪問したことを検出すればよい。
S34では、制御部15は、配送員が配送できたか否かを判定する。ここで、配送員は、受取人に荷物の配送が完了すると、荷物伝票に記載されたバーコード又はQRコード(登録商標)を読取部24に読み取らせて荷物IDを取得し、その荷物IDを含む情報であって荷物の配送が完了したことを示す情報を配送員端末2からサーバ1に送信させる。したがって、制御部15は、この情報を通信部13が受信した場合に荷物が配送できたと判定すればよい。
S34で配送できた場合は(S34でYES)、処理はS37に進み、S34で配送できなかった場合は(S34でNO)、処理はS35に進む。
S35では、制御部15は、S31で特定された配送経路において配送が終了していない残りの1以上の目的地と配達開始場所とを用いて1以上の配送経路を抽出する。ここで、制御部15は、残りの目的地の全てを通って配達開始場所に戻る配送経路の全組み合わせを抽出する。例えば、残りの目的地として目的地M1、M2があり、現在地をM0、配達開始場所をS0とすると、M0-M1-M2-S0の配送経路と、M0-M2-M1-S0の配送経路との2つが抽出される。ここで、現在地M0に位置する目的地は第1目的地の一例に相当し、この目的地の受取人は第1受取人の一例に相当する。S35で抽出される配送経路は第2配送経路の一例である。
S36では、S35で抽出された配送経路に対して処理Aが実行され、各配送経路の評価値が算出され、評価値を最小とする配送経路が最適な配送経路として特定される。処理Aは、図8のS1~S4の処理である。
S37では、制御部15は、次の目的地の有無を判定する。例えば、現在地であるM0において、上記のM0-M1-M2-S0が最適な配送経路として特定されたとすると、M1、M2の目的地への荷物の配送が終了していない場合、S37でYESと判定され、処理はS33に戻る。一方、上記のM0-M1-M2-S0の例で、M2への配送が終了したとすると、S37でNOと判定され、処理は終了する。
目的地において荷物の受取人が不在であった場合、配送員は、その荷物を余分に抱えて残りの目的地に残りの荷物を配送する必要があるため、当初に算出された配送経路が妥当でないケースも生じ得る。
そこで、本実施の形態は、ある目的地において荷物の受取人が不在であった場合、残りの目的地を順に結ぶ配送経路を再スケジューリングする。そのため、未配達の荷物の重さ又はサイズを考慮した最適な配送経路を決定できる。
(実施の形態5)
実施の形態5は、目的地における過去の再配送の割合を示す履歴情報を用いて評価値を算出するものである。図16は、実施の形態5において、サーバ1のメモリ11が記憶する顧客DB160のデータ構成の一例を示す図である。顧客DB160は、図3に示す顧客DB32に対して、更に「不在確率」を備えている。「不在確率」は、荷物の配送時に受取人が不在であった確率、すなわち、過去の再配送の割合を示す。ここで、メモリ11には、各受取人(顧客)について、荷物を配送した日時と、荷物を引き渡すことができたか否かを示す情報とが対応付けられた配送ログ(図略)が記憶される。この配送ログは、配送員が目的地を訪問する都度、配送員が配送員端末2に入力した配送結果をサーバ1が取得することで作成されたものである。したがって、「不在確率」は、配送ログに記憶された全配送回数に対する不在数の割合を顧客別に算出することで得られる。ここで、顧客DB160は、履歴情報の一例である。
実施の形態5は、目的地における過去の再配送の割合を示す履歴情報を用いて評価値を算出するものである。図16は、実施の形態5において、サーバ1のメモリ11が記憶する顧客DB160のデータ構成の一例を示す図である。顧客DB160は、図3に示す顧客DB32に対して、更に「不在確率」を備えている。「不在確率」は、荷物の配送時に受取人が不在であった確率、すなわち、過去の再配送の割合を示す。ここで、メモリ11には、各受取人(顧客)について、荷物を配送した日時と、荷物を引き渡すことができたか否かを示す情報とが対応付けられた配送ログ(図略)が記憶される。この配送ログは、配送員が目的地を訪問する都度、配送員が配送員端末2に入力した配送結果をサーバ1が取得することで作成されたものである。したがって、「不在確率」は、配送ログに記憶された全配送回数に対する不在数の割合を顧客別に算出することで得られる。ここで、顧客DB160は、履歴情報の一例である。
図17は、実施の形態5に係る情報提供システムの処理の一例を示すフローチャートである。S41では、制御部15は、荷物DB31、荷物-配送経路DB41、及び顧客DB160をメモリ11から取得する。
S42~S44では、顧客DB160に記憶された「不在確率」が更に用いた処理Aが実行され、最適な配送経路が算出される。処理Aは図8のS2~S4である。なお、不在確率を考慮した評価値は後述の配送経路の具体例の項目で説明する。
このように本実施の形態によれば、不在確率が考慮されて評価値が算出されるため、より実態に即した評価値を算出することができる。これにより、最終的に決定された配送経路の信頼性を高めることができる。
(実施の形態6)
実施の形態6は、目的地で荷物を集荷した場合、その場で配送経路の再スケジューリングを行うものである。図18は、実施の形態6において、配送員端末2に表示される表示画面G2の一例を示す図である。表示画面G2は、目的地で荷物を集荷したことをサーバ1に通知するための画面である。集荷とは、配送員がある目的地に訪問した際に、その目的地の顧客から荷物を引き取ることを指す。
実施の形態6は、目的地で荷物を集荷した場合、その場で配送経路の再スケジューリングを行うものである。図18は、実施の形態6において、配送員端末2に表示される表示画面G2の一例を示す図である。表示画面G2は、目的地で荷物を集荷したことをサーバ1に通知するための画面である。集荷とは、配送員がある目的地に訪問した際に、その目的地の顧客から荷物を引き取ることを指す。
表示画面G2は、配送元IDの入力欄R21と、配送先IDの入力欄R22と、集荷した荷物の寸法(サイズ)及び重量の入力欄R23と、戻るボタンB21と、登録ボタンB22とを備えている。入力欄R21には、集荷した荷物の配送元となる顧客IDが配送員によって入力される。入力欄R22には、集荷した荷物の受取人の顧客IDが配送員によって入力される。入力欄R23には、集荷した荷物の幅(W)、高さ(H)、奥行き(D)、及び重量が配送員によって入力される。
戻るボタンB21は、表示画面G2を前に表示されていた表示画面に戻すためのボタンである。配送員は、目的地で荷物を集荷した場合、表示画面G2の各入力欄に必要な情報を入力し、登録ボタンB22を押す。すると、配送員端末2の通信部25は、各欄に入力された情報をサーバ1に送信する。
図19は、実施の形態6に係る情報提供システムの処理の一例を示すフローチャートである。S51~S53は、図15のS31~S33と同じである。S53に続くS54では、制御部15は、荷物を集荷したか否かを判定する。ここでは、制御部15は、目的地において荷物を受取人に引き渡すことができたか否かを示す配送結果と共に、荷物の集荷を示す情報が配送員端末2から送信された場合に、荷物を集荷したと判定すればよい。
荷物を集荷していない場合(S54でNO)、処理はS58に進み、荷物を集荷した場合(S54でYES)、処理は、S55に進む。
S55では、制御部15は、集荷した荷物に関する荷物情報(第2荷物情報の一例)を配送員端末2から通信部13を用いて取得し、メモリ11に記憶する。ここで、制御部15は、図18に示す表示画面G2に対して入力された情報を集荷した荷物の荷物情報として取得し、メモリ11に記憶すればよい。
S56では、残りの目的地を結ぶ1以上の配送経路が抽出される。この処理の詳細は、図15のS35と同じである。
S57では、S56で抽出された配送経路に対してS55で取得した荷物情報を適用した処理Aが実行され、各配送経路の評価値が算出され、評価値を最小とする最適な配送経路が特定される。S58は、図15のS37と同じである。
途中の目的地で荷物を集荷した場合、その荷物が加わることにより当初の配送経路では効率良く荷物を配送できない可能性がある。
そこで、本実施の形態では、ある目的地で荷物を集荷した場合、集荷した荷物の大きさ又は重量を考慮して、この目的地から残りの目的地を順に結ぶ配送経路が再スケジューリングされる。そのため、集荷した荷物の重さ又はサイズを考慮した最適な配送経路が決定される。
なお、集荷した荷物は、配達開始場所まで運ばれて配送車に積み込まれ、配送センターへと運ばれ、別の配送車によって該当する目的地に配送される。
(実施の形態7)
実施の形態7は、目的地において集荷する荷物に関する荷物情報が事前にメモリ11に記憶されている場合に、最適な配送経路を特定するものである。図20は、実施の形態7において、サーバ1のメモリ11が記憶する複数荷物DB200のデータ構成の一例を示す図である。
実施の形態7は、目的地において集荷する荷物に関する荷物情報が事前にメモリ11に記憶されている場合に、最適な配送経路を特定するものである。図20は、実施の形態7において、サーバ1のメモリ11が記憶する複数荷物DB200のデータ構成の一例を示す図である。
複数荷物DB200は、複数荷物DB43に対して、更に「集荷荷物ID」を備えている。「集荷荷物ID」はある目的地で集荷が予定されている荷物の荷物IDを示す。複数荷物DB200の1行目では、「荷物ID」の欄に記憶された2つの荷物と、「集荷荷物ID」の欄に記憶された荷物との3つの荷物が1つに纏められて「複数荷物ID」が付与されている。
なお、集荷する荷物に関する荷物情報は図3に示す荷物DB31に事前に記憶されており、この荷物情報から、集荷する荷物の集荷場所となる目的地及び集荷する荷物の配送先が特定される。
図21は、実施の形態7に係る情報提供システムの処理の一例を示すフローチャートである。S61では、制御部15は、荷物DB31、荷物-配送経路DB41、及び複数荷物DB43をメモリ11から取得する。
S62~S64では処理Aが実行される。但し、S62では、配送される荷物に加えて集荷する荷物の重量又はサイズが考慮されて、各配送経路の評価値が算出される。
このように、本実施の形態によれば、予め集荷する荷物の大きさ又は重さを把握できている場合は、配送する荷物のみならず集荷する荷物も考慮して最適な配送経路が決定される。これにより、再スケジューリングを行わなくても、効率の高い配送経路を配送員に提示できる。
(実施の形態8)
実施の形態8は、配達開始場所に配送車を止めることができなかった場合、現在地から次に近い配達開始場所を決定するものである。
実施の形態8は、配達開始場所に配送車を止めることができなかった場合、現在地から次に近い配達開始場所を決定するものである。
図22は、実施の形態8において、サーバ1のメモリ11が記憶する複数荷物-配達開始場所DB220のデータ構成の一例を示す図である。複数荷物-配達開始場所DB220は、配達開始場所に配送車を止めることができたか否かを示す情報を記憶するデータバースであり、「複数荷物ID」、「配達開始場所ID」、及び「結果」を対応付けて記憶する。
「複数荷物ID」は、図4に示す複数荷物DB43で示すものと同じである。「配達開始場所ID」、「複数荷物ID」で特定される複数の荷物の配達開始場所の識別子を示す。「結果」は、配達開始場所にて、配送車を止めることができたか否かの結果を示す。
図23は、実施の形態8に係る情報提供システムの処理の一例を示すフローチャートである。S71では、処理Cが実行される。処理Cは図14のS21~S25である。
S72では、配達開始場所評価ルーチンが実行される。この処理の詳細は図24で後ほど説明する。
S73では、制御部15は、S72でのルーチンの結果がYESであるか否かを判定する。S72におけるルーチン結果がYESの場合(S73でYES)、処理は終了し、S72におけるルーチンの結果がNOの場合(S73でNO)、処理はS74に進む。すなわち、処理Cで決定された配達開始場所に配送車が止められた場合は、次の配達開始場所を決定する必要があるので、処理はS74に進められるのである。なお、ルーチンの結果がYESかNOかの判定は、複数荷物-配達開始場所DB220の「結果」の欄に記憶された情報が用いられる。
S74では、制御部15は、配達開始場所DB100を参照し、現在地に対して閾値以下の距離内に他の配達開始場所が存在するか否かを判定する。他の配達開始場所が存在すれば(S74でYES)、処理はS75に進み、他の配達開始場所が存在しなければ(S74でNO)、処理は終了する。ここで、現在地は、例えば、当初の配達開始場所に停車を試みたが止めることができなかったため、当初の配達開始場所付近において、配送員が配送車を止めた場所が該当する。
S75では、制御部15は、現在地からの距離が当初の配達開始場所の次に最も近い配達開始場所を配達開始場所DB100から抽出する。
S76では、制御部15は、S75で抽出した配達開始場所を新たな配達開始場所として、特定し、処理をS73に進める。
図24は、図23のS72の配達開始場所評価サブルーチンの処理の詳細を示すフローチャートである。S81では、制御部15は、配達開始場所に配送車が駐車できたか否かを判定する。ここで、制御部15は、例えば、配送員端末2から定期的に送信される位置情報が配送開始場所の付近で配送車が一定時間以上停止していることを示す場合、配達開始場所に配送車を止めることができなかったと判定すればよい。一方、制御部15は、配送員端末2から定期的に送信される位置情報が配達開始場所で配送車が一定時間以上、停車ことを示した場合、配達開始場所に配送車を止めることができたと判定すればよい。
S81において、配達開始場所に配送車を駐車できたと判定した場合(S81でYES)、制御部15は、複数荷物-配達開始場所DB220において、該当する配達開始場所の「結果」の欄にYESを登録させる(S83)。一方、配達開始場所に配送車を駐車できなかったと判定した場合(S81でNO)、制御部15は、複数荷物-配達開始場所DB220において、該当する配達開始場所の「結果」の欄にNOを登録させる。S82、S83の処理が終了すると、処理は図23に戻る。
このように、本実施の形態によれば、配達開始場所に配送車を止めることができなかった場合、現在地から当初の配達開始場所の次に最も近い配達開始場所が決定されるため、配送員は止めやすい配達開始場所に配送車を止めて効率良く荷物を配送することができる。
(実施の形態9)
実施の形態9は、配達開始場所に配送車を止めることができなかった場合に止められなかった理由を配送員に入力させるものである。
実施の形態9は、配達開始場所に配送車を止めることができなかった場合に止められなかった理由を配送員に入力させるものである。
図25は、実施の形態9において、配送員端末2に表示される理由登録画面G3の一例を示す図である。理由登録画面G3は、配達開始場所に配送車を止めることができなかった場合に配送員端末2に表示される画面である。
理由登録画面G3は、配達開始場所IDの表示欄R31と、複数荷物IDの表示欄R32と、停車結果の入力欄R33と、理由の入力欄R34と、戻るボタンB31と、登録ボタンB32とを備えている。
表示欄R31には、配送車を止めることができなかった配達開始場所IDが表示される。ここで、サーバ1は、配送車を止めることができなかったと判定した配達開始場所の配達開始場所IDを特定し、表示欄R31に予め表示させておけばよい。表示欄R32には、複数荷物IDが表示される。ここで、サーバ1は、配送車を止めることができなかったと判定した配達開始場所に対応する複数荷物IDを特定し、表示欄R32に予め表示させておけばよい。入力欄R33は、止めることができた場合は、「可」の欄が配送員によって選択され、止めることができなかった場合は、「不可」の欄が配送員によって選択される。
入力欄R34には、止めることができなかった理由が配送員によって入力される欄である。ここでは、「駐車車両あり」、「工事中」、及び「その他」の3つの選択肢の中から1つの理由を配送員に選択させる態様が採用されている。「駐車車両あり」の選択肢は配達開始場所に別の車が止まっていた場合に選択され、「工事中」の選択肢は配達開始場所が工事中であった場合に選択され、「その他」の選択肢は、上記2つの理由以外の理由で止められなかった場合に選択される。
戻るボタンB31は理由登録画面G3を前に表示されていた画面に戻すために押されるボタンである。配送員は、配達開始場所に配送車を止めることができなかった場合、理由登録画面G3の各入力欄に必要な情報を入力し、登録ボタンB32を押す。すると、配送員端末2の通信部25は、各欄に入力された情報をサーバ1に送信する。
図26は、実施の形態9において、サーバ1のメモリ11に記憶された複数荷物-配達開始場所DB260のデータ構成の一例を示す図である。複数荷物-配達開始場所DB260は、図22の複数荷物-配達開始場所DB220に対して更に「理由」を備えている。「理由」は、理由登録画面G3を用いて配送員に入力された配送車を止めることができなかった理由を示す。
例えば、1行目の配達開始場所は配送車を止めることができたため、「理由」の欄はブランクになっている。2行目の配達開始場所では、別の車が止まっているために配送車を止めることができなかったため、「理由」の欄には「駐車車両」ありが記憶されている。
図27は、実施の形態9に係る配達開始場所評価サブルーチンの処理の一例を示すフローチャートである。なお、本実施の形態のメインルーチンは、図23が用いられる。また、図27のフローにおいて、図24と同じ処理には同じステップ番号を付している。
S84では、制御部15は、理由登録画面G3を配送員端末2の表示部26に表示させる。S85では、制御部15は、理由登録画面G3において配送員により選択された配送車を止めることができなかった理由を複数荷物-配達開始場所DB260の「理由」の欄に登録する。S83、S85の処理が終了すると、処理は、図23に戻る。
このように、本実施の形態によれば、配送車を止めることができなかった場合、その理由が配送員端末2から通知され、複数荷物-配達開始場所DB260に登録される。そのため、その場所が配達開始場所として妥当な場所であるか否かの判断材料を収集できる。
(実施の形態10)
実施の形態10は、配達開始場所に配送車を止めることができた場合、その配達開始場所が配送車の停車場所として好ましいか否かを配送員に入力させるものである。
実施の形態10は、配達開始場所に配送車を止めることができた場合、その配達開始場所が配送車の停車場所として好ましいか否かを配送員に入力させるものである。
図28は、実施の形態10において、配送員端末2に表示される評価登録画面G4の一例を示す図である。評価登録画面G4は、配達開始場所に配送車を止めることができた場合に、その配達開始場所に関する評価を配送員に入力させる画面である。
評価登録画面G4は、図25に示す理由登録画面に対し、理由の入力欄R34に代えて評価の入力欄R41が設けられている。それ以外、評価登録画面G4は、理由登録画面G3と同じである。
入力欄R41には、配達開始場所に対する駐車のしやすさに関する評価が配送員によって入力される。ここでは、入力欄R41には、「駐車しやすいか?」、「目的地まで歩きやすいか?」といった評価項目が表示されている。駐車しやすかった場合、「駐車しやすいか?」の評価項目に対して、配送員により「良好」の欄が選択され、駐車しにくかった場合、配送員により「不良」の欄が選択される。
目的地までの配送経路が歩きやすかった場合、「目的地まで歩きやすいか?」の評価項目に対して、配送員により「良好」の欄が選択され、歩きにくかった場合、配送員により「不良」の欄が選択される。
更に、入力欄R41には、コメントの入力欄が設けられている。コメントの入力欄には、配送員により配達開始場所に関するコメントが入力される。ここでは、「○○アパートまで坂道あり」といった配送員によるコメントが入力される。このように、コメントの入力欄には配送員による任意のメッセージが入力される。
配送員は、配達開始場所に配送車を止めることができた場合、評価登録画面G4の各入力欄に必要な情報を入力し、登録ボタンB32を押す。すると、配送員端末2の通信部25は、各欄に入力された情報をサーバ1に送信する。
図29は、実施の形態10において、サーバ1のメモリ11に記憶された複数荷物-配達開始場所DB290のデータ構成の一例を示す図である。複数荷物-配達開始場所DB290は、図26の複数荷物-配達開始場所DB260に対して更に「駐車しやすさ」、「配送しやすさ」、及び「コメント」を備えている。「駐車しやすさ」、「配送しやすさ」、及び「コメント」の欄には、それぞれ、評価登録画面G4を用いて入力された「駐車しやすさ」、「配送しやすさ」、及び「コメント」のそれぞれに対する配送員の評価結果が記憶されている。
例えば、1行目の配達開始場所は配送車を止めることができたため、「駐車しやすさ」、「配送しやすさ」、及び「コメント」の欄には配送員による評価結果が記憶されている。また、2行目の配達開始場所では、配送車を止めることができなかったため、「駐車しやすさ」、「配送しやすさ」、及び「コメント」の欄はブランクになっている。
図30は、実施の形態10に係る配達開始場所評価サブルーチンの処理の一例を示すフローチャートである。なお、本実施の形態のメインルーチンは、図23が用いられる。また、図30のフローにおいて、図24と同じ処理には同じステップ番号を付している。
S91では、制御部15は、評価登録画面G4を配送員端末2の表示部26に表示させる。S92では、制御部15は、評価登録画面G4において配送員により入力された評価結果を複数荷物-配達開始場所DB290の「理由」の欄に登録する。S82、S92の処理が終了すると、処理は、図23に戻る。
このように、本実施の形態によれば、配送車を止めることができた場合、その良否が通知されるため、その場所が配達開始場所として妥当な場所であるか否かの判断材料を収集できる。
(実施の形態11)
実施の形態11は、天候に応じて配送経路の徒歩可能総距離を変更するものである。図31は、実施の形態11に係る情報提供システムのネットワーク構成の一例を示す図である。徒歩可能総距離とは、配送経路の上限距離である。
実施の形態11は、天候に応じて配送経路の徒歩可能総距離を変更するものである。図31は、実施の形態11に係る情報提供システムのネットワーク構成の一例を示す図である。徒歩可能総距離とは、配送経路の上限距離である。
本実施の形態では、更に天気情報提供サーバ3が含まれている。天気情報提供サーバ3は、ネットワークNTを介してサーバ1及び配送員端末2と相互に通信可能に接続されている。
天気情報提供サーバ3は、晴れ、曇りといった気象予想を含む天気情報を提供するサーバである。図32は、実施の形態11において、サーバ1のメモリ11が記憶する天候距離DB320のデータ構成の一例を示す図である。
天候距離DB320は、天候に応じた配送経路の上限距離である徒歩可能総距離を記憶するデータベースであり、「天候」及び「徒歩可能総距離」を対応付けて記憶する。ここでは、「悪天候」に対しては、「徒歩可能総距離」として「0.5km」が記憶され、「それ以外」に対しては、「徒歩可能総距離」として「0.8km」が記憶されている。なお、図32において「悪天候」に対する「徒歩可能総距離」は、第2上限距離の一例に相当し、それ以外に対応する「徒歩可能総距離」は、第1上限距離の一例に相当する。このように、天候距離DB320では、悪天候の場合、それ以外の場合に対して徒歩可能総距離が短く設定されている。
なお、「悪天候」としては、例えば、雨、強風、及び雪等が該当し、「それ以外」としては、例えば、晴れ及び曇り等が該当する。
図33は、実施の形態11に係る情報提供システムの処理の一例を示すフローチャートである。S101では、制御部15は、荷物DB31、荷物-配送経路DB41、及び天候距離DB320をメモリ11から取得する。
S102では、サーバ1の制御部15は、天気情報提供サーバ3から天気情報を通信部13を用いて取得する。ここで、送信される天気情報は現在の天気情報である。S103では、制御部15は、S102で取得した天気情報を用いて悪天候か否かを判定する。
S104では、制御部15は、天候距離DB320を参照し、S103の判定結果に応じた徒歩可能総距離を設定する。ここで、S103の判定結果が悪天候の場合、徒歩可能総距離として0.5kmが設定され、S103の判定結果が悪天候で無い場合、徒歩可能総距離として0.8kmが設定される。
S105では、処理Aが実行されて配送経路が特定される。処理Aは、図8のS2~S4の処理である。S106では、制御部15は、S105で特定された配送経路の総距離を算出する。ここで、制御部15は、S105で特定された配送経路に含まれる各ルートのそれぞれの距離をルート距離DB51及びDB52を参照することで特定し、特定した各ルートの距離の総和を求めることで、配送経路の総距離を算出すればよい。例えば、図6の配送経路の例では、この配送経路に含まれるルート「SR0001」、「DR0001」、及び「SR0002」のそれぞれの距離がルート距離DB51及びDB52から特定されて、総距離が算出される。
S107では、制御部15は、S106で算出した総距離がS104で設定した徒歩可能総距離未満か否かを判定する。総距離が徒歩可能距離未満であれば(S107でYES)、S105で特定された配送経路は現在の天候に対して妥当な総距離を持つため、最適な配送経路として決定され、処理が終了する。
一方、総距離が徒歩可能距離以上であれば(S107でNO)、処理はS108に進む。S108では、制御部15は、S105で特定された配送経路を構成するルートのうち距離が最も長いルートを特定する。
例えば、上述の配送経路の例では、ルート「SR0001」、「DR0001」、及び「SR0002」の3つのルートで構成されているため、これらのルートのうち距離が最も長いルートが特定される。
S109では、制御部15は、S108で特定された最も長いルートにおいて上流及び下流側に位置する目的地のうち一方の目的地をS105で特定された配送経路から削除する。ここで、制御部15は、最も長いルートが配達開始場所から目的地を繋ぐルートであれば、目的地を削除し、最も長いルートが目的地同士を繋ぐルートであれば、下流側の目的地を削除し、最も長いルートが目的地から配達開始場所を繋ぐルートであれば、目的地を削除すればよい。
S109の処理が終わると処理はS106に戻る。このS106では、S109で削除された目的地が除外された配送経路に対する総距離が算出される。上述の配送経路の例で、ルート「DR0001」が最も長いルートと判定された場合、下流側に位置する目的地「GUEST0002」が削除された配送経路に対する総距離が算出される。すなわち、図33のフローは、配送経路の総距離が天候に応じた徒歩可能総距離未満になるまで、距離が最も長いルートに対応する目的地を削除する処理になっている。
このように、本実施の形態によれば、悪天候の場合、徒歩可能総距離が悪天候以外の場合に比べて短い距離に設定され、配送経路の総距離が設定された距離より短くなるように、目的地が削除される。そのため、悪天候による配送員の負担の増大を抑制し、配送員の安全を確保できる。
(実施の形態12)
実施の形態12は、配送経路の評価値の算出手法を具体化したものである。図34は、評価値の算出式を示す図である。式(2)は、ある配送経路の評価値を算出する式である。式(1)は式(2)のWiを算出する式である。なお、式(1)及び式(2)を用いた評価値の演算は評価値算出部12によって行われる。
実施の形態12は、配送経路の評価値の算出手法を具体化したものである。図34は、評価値の算出式を示す図である。式(2)は、ある配送経路の評価値を算出する式である。式(1)は式(2)のWiを算出する式である。なお、式(1)及び式(2)を用いた評価値の演算は評価値算出部12によって行われる。
式(2)において、Eは評価値を示す。Wiは配送経路を構成するi番目のルートである第iルートの移動中に配送員が持っている荷物の重量に応じた荷物負荷を示す。Diは第iルートの距離又は所要時間に応じたルート負荷を示す。例えば、第iルートの距離が100mであれば、ルート負荷Diは100となる。或いは、第iルートの配送員の徒歩による所要時間が5分であれば、ルート負荷Diは5となる。Nは、ある配送経路に含まれる総ルート数を示す。図6の配送経路の例では、総ルート数は3である。
すなわち、式(2)に示す評価値Eは、荷物負荷Wiにルート負荷Diを乗じた配送負荷(=Wi・Di)の全ルートに亘る総和を示す。
式(1)に示すwikは、第iルートの移動中に配送員が持っているある1つの荷物kの負荷(例えば、重量)を示す。Kiは、第iルートの移動中に持っている荷物の総数を示す。したがって、式(1)に示す荷物負荷Wiは、第iルートで配送員が持っている荷物の負荷の総和を示す。
このように評価値Eは、配送経路を構成する各ルートの距離が長くなるにつれて、且つ、各ルートで運ぶ荷物の重量が重くなるにつれて増大する。したがって、評価値Eを最小とする配送経路を最適な配送経路として特定することで、配送員にとって肉体的な負担が低い配送経路を提示できる。また、評価値Eは、配送員が徒歩で運ぶ荷物の荷物負荷Wiが考慮されているので、配送員の負担が正確に反映された値を有している。
(実施の形態13)
実施の形態13は、荷物のサイズを考慮に入れて評価値を算出するものである。図35は、実施の形態13において、サーバ1のメモリ11が記憶するサイズ対応DB350のデータ構成の一例を示す図である。サイズ対応DB350は、荷物のサイズに応じた負荷係数を記憶するデータベースであり、「3辺(W+H+D)の合計値」と「負荷係数」とを対応付けて記憶する。「3辺(W+H+D)の合計値」とは、荷物の幅(W)と高さ(H)と奥行き(D)との合計値であり、荷物のサイズを表す。「負荷係数」は、式(1)に示すwikを算出する際に用いられる係数であり、荷物のサイズが増大するにつれて大きな値が設定されている。なお、この負荷係数は、第1負荷係数の一例である。
実施の形態13は、荷物のサイズを考慮に入れて評価値を算出するものである。図35は、実施の形態13において、サーバ1のメモリ11が記憶するサイズ対応DB350のデータ構成の一例を示す図である。サイズ対応DB350は、荷物のサイズに応じた負荷係数を記憶するデータベースであり、「3辺(W+H+D)の合計値」と「負荷係数」とを対応付けて記憶する。「3辺(W+H+D)の合計値」とは、荷物の幅(W)と高さ(H)と奥行き(D)との合計値であり、荷物のサイズを表す。「負荷係数」は、式(1)に示すwikを算出する際に用いられる係数であり、荷物のサイズが増大するにつれて大きな値が設定されている。なお、この負荷係数は、第1負荷係数の一例である。
ここで、評価値算出部12は、サイズ対応DB350において、3辺の合計値が60以下であれば、負荷係数として0.5を選択し、3辺の合計値が60より大きく80以下であれば、負荷係数として1を選択し、3辺の合計値が80より大きく120以下であれば、負荷係数として1.5を選択し、3辺の合計値が120より大きく160以下であれば、負荷係数として、3.0を選択すればよい。なお、3辺の合計値が160より大きい場合、評価値算出部12は、負荷係数として、例えば、3.0を選択すればよい。
例えば、式(1)を参照し、重量がαkg、サイズが60の荷物kを例に挙げて説明する。この場合、サイズ対応DB350から負荷係数は0.5となるので、wikは、wik=α×0.5によって算出される。荷物k以外の荷物も同様にして重量×補正係数によってwikが算出される。そして、評価値算出部12は、このようにして荷物ごとに算出したwikを式(1)に代入し、荷物負荷Wiを求め、式(2)を用いて評価値Eを算出する。
このように、本実施の形態によれば、荷物のサイズが増大するほど評価値が増大されるため、配送員の配送の現実の負荷がより適切に考慮された評価値を算出できる。
(実施の形態14)
実施の形態14は、荷物の種別を考慮に入れて評価値を算出するものである。図36は、実施の形態14において、サーバ1のメモリ11が記憶する種別対応DB360のデータ構成の一例を示す図である。種別対応DB360は、荷物の種別に応じた負荷係数を記憶するデータベースであり、「種別」と「負荷係数」とを対応付けて記憶する。「種別」は、「普通」、「割れ物注意・天地無用」、「クール」、及び「ゴルフ」といった荷物の種別を示す。「割れ物注意・天地無用」とは、ガラス、陶磁器、及び精密機械といった、上下を逆転させたり、ほうり投げたりすると壊れる可能性の高い荷物の種別を示す。「クール」は、生鮮食料品及び冷凍食品といった冷却する必要のある荷物の種別を示す。「ゴルフ」は、複数のゴルフクラブを収納するゴルフバックの荷物の種別を示す。「普通」は、これら以外の荷物の種別を示す。
実施の形態14は、荷物の種別を考慮に入れて評価値を算出するものである。図36は、実施の形態14において、サーバ1のメモリ11が記憶する種別対応DB360のデータ構成の一例を示す図である。種別対応DB360は、荷物の種別に応じた負荷係数を記憶するデータベースであり、「種別」と「負荷係数」とを対応付けて記憶する。「種別」は、「普通」、「割れ物注意・天地無用」、「クール」、及び「ゴルフ」といった荷物の種別を示す。「割れ物注意・天地無用」とは、ガラス、陶磁器、及び精密機械といった、上下を逆転させたり、ほうり投げたりすると壊れる可能性の高い荷物の種別を示す。「クール」は、生鮮食料品及び冷凍食品といった冷却する必要のある荷物の種別を示す。「ゴルフ」は、複数のゴルフクラブを収納するゴルフバックの荷物の種別を示す。「普通」は、これら以外の荷物の種別を示す。
「負荷係数」は、式(1)に示すwikを算出する際に用いられる係数であり、持ちにくい、或いは、取り扱いに神経を要するといった配送員が運ぶ際の負担が高い種別の荷物ほど大きな値が設定されている。なお、この負荷係数は、第2負荷係数の一例である。
例えば、式(1)を参照し、重量がαkg、種別がクールの荷物kを例に挙げて説明する。この場合、種別対応DB360から負荷係数は2となるので、wikは、wik=α×2によって算出される。荷物k以外の荷物も同様にして重量×補正係数によってwikが算出される。そして、評価値算出部12は、このようにして荷物ごとに算出したwikを式(1)に代入し、荷物負荷Wiを求め、式(2)を用いて評価値Eを算出する。
このように、本実施の形態によれば、荷物の種別に応じた配送員の配送の負荷が考慮された適切な評価値が算出される。
(実施の形態15)
実施の形態15は、配送経路を構成する各ルートの高度差を考慮に入れて評価値を算出するものである。図37は、実施の形態15において、サーバ1のメモリ11が記憶する高度差対応DB370のデータ構成の一例を示す図である。高度差対応DB370は、高度差に応じた負荷係数を記憶するデータベースであり、「高度差」と「負荷係数」とを対応付けて記憶する。「高度差」は、第iルートの高度差を示す。ここで、高度差は、第iルートにおける最大高度から最小高度の差分が採用されてもよい。或いは、高度差は、第iルートに含まれる昇り坂及び下り坂の区間のそれぞれについて算出された最大高度から最小高度の差分の合計値が採用されてもよい。したがって、高度差は、上り坂であればプラスの値をとり、下り坂であればマイナスの値をとる。なお、各ルートの高度差は、図5に示すルート距離DB51及びルート距離DB52に予め記憶させておけばよい。
実施の形態15は、配送経路を構成する各ルートの高度差を考慮に入れて評価値を算出するものである。図37は、実施の形態15において、サーバ1のメモリ11が記憶する高度差対応DB370のデータ構成の一例を示す図である。高度差対応DB370は、高度差に応じた負荷係数を記憶するデータベースであり、「高度差」と「負荷係数」とを対応付けて記憶する。「高度差」は、第iルートの高度差を示す。ここで、高度差は、第iルートにおける最大高度から最小高度の差分が採用されてもよい。或いは、高度差は、第iルートに含まれる昇り坂及び下り坂の区間のそれぞれについて算出された最大高度から最小高度の差分の合計値が採用されてもよい。したがって、高度差は、上り坂であればプラスの値をとり、下り坂であればマイナスの値をとる。なお、各ルートの高度差は、図5に示すルート距離DB51及びルート距離DB52に予め記憶させておけばよい。
「負荷係数」は、式(2)に示すルート負荷Diを算出する際に用いられる係数であり、昇り方向に高度差が増大するにつれて、大きな値が設定されている。この負荷係数は、第3負荷係数の一例である。
ここで、評価値算出部12は、高度差対応DB370において、高度差が-3m以下であれば、負荷係数として0.5を選択し、高度差が-3mより大きく0m以下であれば、負荷係数として1を選択し、高度差が0mより大きく3m以下であれば、負荷係数として1.5を選択し、高度差が3mより大きければ、負荷係数として2を選択すればよい。
例えば、式(2)を参照し、距離が100m、高度差が3mの第iルートを例に挙げて説明する。この場合、高度差対応DB370から負荷係数は1.5となるので、ルート負荷Diは、Di=100×1.5によって算出される。そして、評価値算出部12は、このようにしてルートごとに算出したルート負荷Diを式(2)に代入し、評価値Eを算出する。なお、本実施の形態において、荷物負荷Wiは、実施の形態12~14のいずれかの手法により算出されたものが用いられる。
このように、本実施の形態によれば、高度差が昇り方向に増大するルートを含む配送経路ほど評価値が高く算出されるので、配送員の現実の負担がより考慮された適切な評価値を算出できる。
(実施の形態16)
実施の形態16は、配送経路を構成する各ルートにおける配送員の心拍数の平均増加率を考慮に入れて評価値を算出するものである。図38は、実施の形態16において、サーバ1のメモリ11が記憶するルート距離DB381及びルート距離DB382のデータ構成の一例を示す図である。ルート距離DB381及びDB382は、図5に示すルート距離DB51及びDB52に対して、更に「平均心拍数増加率」を備えている。
実施の形態16は、配送経路を構成する各ルートにおける配送員の心拍数の平均増加率を考慮に入れて評価値を算出するものである。図38は、実施の形態16において、サーバ1のメモリ11が記憶するルート距離DB381及びルート距離DB382のデータ構成の一例を示す図である。ルート距離DB381及びDB382は、図5に示すルート距離DB51及びDB52に対して、更に「平均心拍数増加率」を備えている。
「平均心拍数増加率」は、各ルートにおいて配送員が荷物を配送したときの心拍数をセンサで計測することで算出されたものである。具体的には、各ルートにおいて、配達開始時の心拍数と目的地到着時の心拍数との差分を、移動に要した所要時間で割り、得られた値の全配送員の平均値を算出することで得られる。
なお、これを実現するために、配送員は配送時に心拍数を計測するためのセンサを装着しているものとする。配送員端末2は、このセンサで得られた心拍数を計測時刻と現在地と対応付けて定期的にサーバ1に送信し、サーバ1の制御部15は配送員端末2から送信された心拍数、計測時刻、及び現在地を対応付けて心拍数ログとしてメモリ11に蓄積すればよい。そして、制御部15は、心拍数ログを参照することで各ルートの平均心拍数増加率を適宜算出し、ルート距離DB381及びDB382に記憶させればよい。
図39は、実施の形態16に係る心拍数対応DB390のデータ構成の一例を示す図である。心拍数対応DB390は、平均心拍数増加率に応じた負荷係数を記憶するデータベースであり、「平均心拍数増加率」と「負荷係数」とを対応付けて記憶する。
「平均心拍数増加率」は、ルート距離DB381及びDB382に記憶された「平均心拍数増加率」に対応している。「負荷係数」は、式(2)に示すルート負荷Diを算出する際に用いられる係数であり、平均心拍数増加率が増大するにつれて、大きな値が設定されている。この負荷係数は、第4負荷係数の一例である。
ここで、評価値算出部12は、心拍数対応DB390において、平均心拍数が0以下であれば、負荷係数として1を選択し、平均心拍数増加率が0より大きく20以下であれば、負荷係数として1.2を選択し、平均心拍数が20より大きく40以下であれば、負荷係数として1.5を選択し、平均心拍数が40より大きければ、負荷係数として2を選択すればよい。
例えば、式(2)を参照し、距離が100m、平均心拍数増加率が20の第iルートを例に挙げて説明する。この場合、心拍数対応DB390から負荷係数は1.2となるので、ルート負荷Diは、Di=100×1.2によって算出される。そして、評価値算出部12は、このようにしてルートごとに算出したルート負荷Diを式(2)に代入し、評価値Eを算出する。なお、本実施の形態において、荷物負荷Wiは、実施の形態12~14のいずれかの手法により算出されたものが用いられる。
本実施の形態によれば、平均心拍数増加率が大きかったルートを含む配送経路ほど評価値が高く算出されるので、配送員の現実の負担がより適切に考慮された評価値を算出できる。
なお、本実施の形態では、所定の配送経路における配送員の心拍数増加率を考慮した配送経路の算出を行っている。一方、配送車を停車させてからの配送は、通常、一日に複数回発生することが一般的である。そこで、ある配送経路での配送負荷が心拍数の増加等で高いことが判明した場合には、次の配送経路の算出の場合には、負荷係数を高くして算出することも可能である。これにより、一日に発生する配送において、午後に、配送の疲労が蓄積されてきたときに、その疲労度合いを考慮して配送経路を選択することが可能になる。
(実施の形態17)
実施の形態17は、年齢を考慮に入れて配送経路を特定するものである。図40は、実施の形態17において、サーバ1のメモリ11が記憶する上限DB401及び配送員DB402のデータ構成の一例を示す図である。上限DB401は、配送員の年齢に応じた配送経路の上限評価値を記憶するデータベースであり、「年齢」、「性別」、及び「上限評価値」を対応付けて記憶する。「年齢」は配送員の年齢を示す。「性別」は配送員の性別を示す。「上限評価値」は制限するべき配送経路の評価値を示す。ここでは、同じ性別であれば年齢が増大するにつれて値が小さくなるように上限評価値は設定されている。また、ここでは、同じ年齢であれば女性の方が男性よりも小さくなるように上限評価値は設定されている。これは、年齢が増大するにつれて配送員の体力が減少し、男性に比べて女性の方が体力が少ないことを考慮したものである。また、ここでは、25歳以下、25歳より大きく34歳以下、34際より大きく44歳以下、・・・というように年齢は区分されており、各区分ごとに上限評価値は設定されている。但し、この区分は一例である。
実施の形態17は、年齢を考慮に入れて配送経路を特定するものである。図40は、実施の形態17において、サーバ1のメモリ11が記憶する上限DB401及び配送員DB402のデータ構成の一例を示す図である。上限DB401は、配送員の年齢に応じた配送経路の上限評価値を記憶するデータベースであり、「年齢」、「性別」、及び「上限評価値」を対応付けて記憶する。「年齢」は配送員の年齢を示す。「性別」は配送員の性別を示す。「上限評価値」は制限するべき配送経路の評価値を示す。ここでは、同じ性別であれば年齢が増大するにつれて値が小さくなるように上限評価値は設定されている。また、ここでは、同じ年齢であれば女性の方が男性よりも小さくなるように上限評価値は設定されている。これは、年齢が増大するにつれて配送員の体力が減少し、男性に比べて女性の方が体力が少ないことを考慮したものである。また、ここでは、25歳以下、25歳より大きく34歳以下、34際より大きく44歳以下、・・・というように年齢は区分されており、各区分ごとに上限評価値は設定されている。但し、この区分は一例である。
配送員DB402は配送員の個人情報を記憶するデータベースであり、「配送員ID」、「氏名」、「年齢」、及び「性別」を対応付けて記憶する。「配送員ID」は配送員の識別子を示す。「氏名」は配送員の名前を示す。「年齢」は配送員の年齢を示す。「性別」は配送員の性別を示す。
図41は、実施の形態17に係る情報提供システムの処理の一例を示すフローチャートである。S111では、制御部15は、荷物DB31、荷物-配送経路DB41、上限DB401、及び配送員DB402をメモリ11から取得する。
S112では、制御部15は、配送員DB402を参照して配送員の年齢及び性別を特定し、上限DB401を参照して配送員の年齢及び性別に対応する上限評価値を設定する。
ここで、制御部15は、配送員DB402を参照することで、該当する配送員端末2から送信される配送員端末2を所持する配送員の配送員IDをキーに配送員DB402を参照し、該当する配送員の年齢及び性別を特定すればよい。例えば、配送員DB402の配送員は年齢が38歳で性別が男性であるため、上限DB401が参照されることで上限評価値は8.0が設定される。
S113では、処理Aが実行されて配送経路が決定される。処理Aは、図8のS2~S4の処理である。S114では、制御部15は、S113で特定された配送経路の評価値がS112で設定した上限評価値未満であるか否かを判定する。評価値が上限評価値未満であれば(S114でYES)、S113で特定された配送経路は、該当する配送員にとって妥当な負荷を持つため、最適な配送経路として決定され、処理が終了する。
一方、評価値が上限評価値以上であれば(S114でNO)、処理はS115に進む。S115では、制御部15は、S113で特定された配送経路を構成するルートのうち負荷が最も高いルートを特定する。ここで、負荷としては、式(2)で示す荷物負荷Wiが採用されてもよいし、ルート負荷Diが採用されてもよいし、Wi×Diで示される配送負荷が採用されてもよい。図6の配送経路は、ルート「SR0001」、「DR0001」、及び「SR0002」の3つのルートで構成されているため、これらのルートのうち負荷が最も高いルートが特定される。
S116では、制御部15は、S115で特定された負荷が最も高いルートにおいて上流及び下流側に位置する目的地のうち一方の目的地をS113で特定された配送経路から削除する。この処理の詳細は、図33のS109と同じである。すなわち、図41のフローは、配送経路の評価値が配送員の年齢及び性別に応じた上限評価値未満になるまで、負荷が最も高いルートに対応する目的地を削除する処理になっている。
このように、本実施の形態によれば、年齢及び性別に応じた上限評価値が選択され、配送経路の評価値が上限評価値以上の場合、配送経路の評価値が上限評価値より小さくなるように、目的地が削除される。そのため、配送員の年齢に応じて妥当な負荷の配送経路が提示される。
なお、本実施の形態では、年齢及び/または性別等の配送員の負荷に寄与する情報が入力され、その情報に基づいて、配送経路が選択されている。一方で、配送員の体調は日々変化するものである。そこで、配達開始前に、配送員の体調に関して「体調よい」、「体調普通」、及び「体調悪い」等の入力を行わせ、その体調の状態に応じて、配送経路を算出することも可能である。
また、一日の中でも、配送員の体調は変化することがあるので、午前中の配送においては、「体調よい」の条件で配送経路を選択していたが、午後に入って体調がすぐれない事象が起きた場合には、「体調悪い」という条件に設定を変更し、配送経路を選択することも可能である。これにより、日常的に変化する、配送員の体調状態を考慮した配送経路を算出することが可能になる。
(実施の形態18)
実施の形態18は、実施の形態13において、さらに配送員が台車を用いて荷物を運ぶことを考慮に入れて評価値を算出するものである。
実施の形態18は、実施の形態13において、さらに配送員が台車を用いて荷物を運ぶことを考慮に入れて評価値を算出するものである。
図50は、実施の形態18において、サーバ1のメモリ11が記憶するサイズ対応DB350Aのデータ構成の一例を示す図である。サイズ対応DB350Aは、図35に示すサイズ対応DB350において、「負荷係数」に代えて、「負荷係数(徒歩)」及び「負荷係数(台車)」を備える。「負荷係数(徒歩)」は、配送員が徒歩で荷物を運ぶ場合の負荷係数であり、サイズ対応DB350の「負荷係数」と同じである。「負荷係数(台車)」は、配送員が台車を用いて荷物を運ぶ場合の負荷係数である。
台車は、荷物が載置される板部と、板部の裏面に取り付けられた複数のコロと、板部から上側に延び、配送員が台車を押すために使用される取手部などを備えている。台車は、配送車から取り出された複数の荷物を複数の目的地に纏めて運ぶ際に使用される。台車は、取手部が板部に対して回動自在に取り付けられており、折りたたみ可能に構成されている。配送車で移動する際、台車は折り畳まれた状態で配送車に積み込まれる。
なお、台車は、配送員が台車を押す作業をモータなどでアシストするアシスト機能を備えてもよい。さらに、台車は、カートであってもよい。カートは、格子状に構成された側壁が板部の周囲に立設されたタワー型の台車である。
台車で荷物を運ぶ場合に配送員に与える肉体的な負荷は、徒歩で荷物を運ぶ場合に比べて小さい。そのため、サイズ対応DB350Aにおいて、荷物のサイズが同じである場合、「負荷係数(台車)」の値は「負荷係数(徒歩)」の値に比べて小さな値が設定されている。
「負荷係数(徒歩)」及び「負荷係数(台車)」はそれぞれ、式(1)に示すwikを算出する際に用いられる係数であり、荷物のサイズが増大するにつれて大きな値が設定されている。
ここで、評価値算出部12は、サイズ対応DB350Aにおいて、3辺の合計値が60以下であれば、負荷係数(台車)として0.1を選択し、3辺の合計値が60より大きく80以下であれば、負荷係数(台車)として0.2を選択し、3辺の合計値が80より大きく120以下であれば、負荷係数(台車)として0.4を選択し、3辺の合計値が120より大きく160以下であれば、負荷係数(台車)として0.5を選択すればよい。なお、3辺の合計値が160より大きい場合、評価値算出部12は、負荷係数(台車)として、例えば、0.5を選択すればよい。
例えば、式(1)を参照し、重量がαkg、サイズが60の荷物kが台車によって運ばれる場合を例に挙げて説明する。この場合、サイズ対応DB350Aから「負荷係数(台車)」は0.1となるので、wikは、wik=α×0.1によって算出される。一方、荷物kが徒歩によって運ばれる場合、サイズ対応DB350Aから「負荷係数(徒歩)」は0.5となるので、wikは、wik=α×0.5によって算出される。そして、評価値算出部12は、このようにして荷物ごとに算出したwikを式(1)に代入し、第iルートでの荷物負荷Wiを求め、荷物負荷Wiを式(2)に代入して評価値Eを算出する。
本実施の形態では、サイズ対応DB350Aに代えて図51に示す種別対応DB360Aを用いてwikは算出されてもよい。
図51は、実施の形態18において、サーバ1のメモリ11が記憶する種別対応DB360Aのデータ構成の一例を示す図である。種別対応DB360Aは、図36に示す種別対応DB360において、「負荷係数」に代えて、「負荷係数(徒歩)」及び「負荷係数(台車)」を備える。「負荷係数(徒歩)」は、配送員が徒歩で荷物を運ぶ場合の負荷係数であり、種別対応DB360の「負荷係数」と同じである。「負荷係数(台車)」は、配送員が台車を用いて荷物を運ぶ場合の負荷係数である。
台車で荷物を運ぶ場合に配送員に与える肉体的な負荷は、徒歩で荷物を運ぶ場合に比べて小さい。そのため、種別対応DB360Aにおいて、荷物の種別が同じである場合、「負荷係数(台車)」の値は「負荷係数(徒歩)」の値に比べて小さな値が設定されている。
「負荷係数(徒歩)」及び「負荷係数(台車)」はそれぞれ、式(1)に示すwikを算出する際に用いられる係数であり、持ちにくい、或いは、取り扱いに神経を要するといった配送員が運ぶ際の負担が高い種別の荷物ほど大きな値が設定されている。
例えば、式(1)を参照し、重量がαkg、種別が「クール」の荷物kが台車で運ばれる場合を例に挙げて説明する。この場合、種別対応DB360Aから負荷係数(台車)は1.2となるので、wikは、wik=α×1.2によって算出される。一方、この荷物kが徒歩で運ばれる場合、負荷係数(徒歩)は2となるので、wikは、wik=α×2により算出される。そして、評価値算出部12は、このようにして荷物ごとに算出したwikを式(1)に代入し、第iルートでの荷物負荷Wiを求め、荷物負荷Wiを式(2)に代入して評価値Eを算出する。
さらに、本実施の形態では、サイズ対応DB350A又は種別対応DB360Aで算出されたwkiに対して、図52に示す高度差対応DB370Aを用いてルート負荷Diを算出して評価値Eを算出してもよい。
図52は、実施の形態18において、サーバ1のメモリ11が記憶する高度差対応DB370Aのデータ構成の一例を示す図である。高度差対応DB370Aは、図37に示す高度差対応DB370において、「負荷係数」に代えて、「負荷係数(徒歩)」及び「負荷係数(台車)」を備える。「負荷係数(徒歩)」は、配送員が徒歩で荷物を運ぶ場合の負荷係数であり、高度差対応DB370の「負荷係数」と同じである。「負荷係数(台車)」は、配送員が台車を用いて荷物を運ぶ場合の負荷係数である。
台車で荷物を運ぶ場合に配送員に与える肉体的な負荷は、徒歩で荷物を運ぶ場合に比べて小さい。そのため、高度差対応DB370Aにおいて、高度差が同じである場合、「負荷係数(台車)」の値は「負荷係数(徒歩)」の値に比べて小さな値が設定されている。
ここで、評価値算出部12は、配送員が台車を用いて荷物を運ぶ場合、高度差対応DB370Aにおいて、高度差が-3m以下であれば、負荷係数として0.1を選択し、高度差が-3mより大きく0m以下であれば、負荷係数として0.2を選択し、高度差が0mより大きく3m以下であれば、負荷係数として0.3を選択し、高度差が3mより大きければ、負荷係数として0.5を選択すればよい。
例えば、式(2)を参照し、距離が100m、高度差が3mの第iルートにおいて荷物が台車で運ばれる場合を例に挙げて説明する。この場合、高度差対応DB370Aから負荷係数(台車)は0.3となるので、ルート負荷Diは、Di=100×0.3によって算出される。一方、この第iルートにおいて荷物が徒歩で運ばれる場合、負荷係数(徒歩)は1.5となるので、ルート負荷Diは、Di=100×1.5によって算出される。そして、評価値算出部12は、このようにしてルートごとに算出したルート負荷Diを式(2)に代入し、評価値Eを算出する。
本実施の形態では、図5に示すルート距離DB51及びルート距離DB52に代えて、図53に示すルート距離DB51A及びルート距離DB52Aを用いて第iルートのルート距離が算出される。
図53は、実施の形態18におけるルート距離DB51A及びルート距離DB52Aのデータ構成の一例を示す図である。ルート距離DB51Aは、配送経路DB42に記憶された配送経路情報が示す配送経路を構成する目的地同士を繋ぐルートに関する情報を記憶するデータベースである。ルート距離DB51Aは、図5に示すルート距離DB51において、さらに、「台車利用」が追加されている。「台車利用」は対応するルートにおいて台車が利用可能であるか否かを示す。例えば、1行目のルート「DR0001」は台車が利用可能であるため、「台車利用」の項目に「可」と記載され、2行目のルート「DR0002」は台車が利用不可能であるため、「台車利用」の項目に「不可」と記載されている。
ルート距離DB52Aは、配送経路DB42に記憶された配送経路情報が示す配送経路を構成する配達開始場所及び目的地間を繋ぐルートに関する情報を記憶するデータベースであり、図5に示すルート距離DB52において、さらに「台車利用」の項目が追加されている。「台車利用」の項目は、対応するルートにおいて台車が利用可能であるか否かを示す。例えば、1行目のルート「SR0001」は台車が利用可能であるため、「台車利用」の項目に「可」と記載され、2行目のルート「SR0002」は台車が利用不可であるため、「不可」と記載されている。
例えば、第iルートがルート「DR0001」であるとすると、台車が利用可能であるため、サイズ対応DB350A又は種別対応DB360Aの「負荷係数(台車)」の値を用いて式(1)のwikが算出され、高度差対応DBの「負荷係数(台車)」の値を用いて式(2)のルート負荷Diが算出される。
なお、台車が利用不可のルートは、例えば、道幅が台車の幅より狭いルート、地面が軟らかく台車の移動が困難なルート、階段を含むルート、及び急勾配であり台車の移動が困難なルートなどである。
図54は、実施の形態18に係る情報提供システムの処理の一例を示すフローチャートである。S121では、サーバ1の制御部15は、メモリ11から、荷物DB31と、荷物-配送経路DB41と、サイズ対応DB350A又は種別対応DB360Aと、高度差対応DB370Aと、ルート距離DB51Aと、ルート距離DB52Aとを取得する。
S122では、評価値算出部12は、配送員が徒歩又は台車で纏めて配送する配送対象となる複数の荷物に対応する複数の配送経路を抽出する。この場合、配送対象となる複数の荷物に対応する荷物IDが複数荷物DB43から特定され、荷物IDに対応する配送経路IDが荷物-配送経路DB41から特定され、配送経路IDに対応する複数の配送経路が配送経路DB42から特定されることになる。
S123では、評価値算出部12は、ルート距離DB51A及びルート距離DB52Aを参照し、各配送経路について台車が利用できるルートを抽出する。抽出された複数の配送経路のうちの1つが図6に示す配送経路であり、この配送経路に対してルート距離DB51A及びルート距離DB52Aが適用される場合について説明する。この場合、ルート「SR0001」及びルート「DR0001」は台車が利用可能であるが、ルート「SR0002」は台車が利用できないため、ルート「SR0001」及びルート「DR0001」が抽出される。
S124では、評価値算出部12は、サイズ対応DB350A又は種別対応DB360Aと高度差対応DB370Aとを参照し、台車が利用できるルートの負荷係数を決定する。図6の配送経路の例では、ルート「SR0001」及びルート「DR0001」のそれぞれについて、サイズ対応DB350A又は種別対応DB360Aが参照されて「負荷係数(台車)」の値が取得されると共に、高度差対応DB370Aが参照されて「負荷係数(台車)」の値が取得される。
S125では、S122で抽出された複数の配送経路に対してS124で決定された負荷計数が適用された処理Aが実行される。処理Aは、図8のS2~S4である。但し、ここでは、S122で複数の配送経路が抽出されているため、S2では複数の配送経路が抽出される処理は省略され、S122で抽出された複数の配送経路のそれぞれに対する評価値が算出される。また、S4では、台車の利用可否がルート別に示された配送経路が出力されることになる。ここで出力される配送経路には、全ルートに台車が利用可能であるもの、一部のルートに台車が利用可能であるもの、全ルートに台車が利用不可であるものがある。
なお、上記説明では、配送経路内に台車が利用不可のルートがあった場合、その台車の取り扱いに特に言及しなかったが、下記のようにして台車を取り扱うことで、評価値は算出されてもよい。
例えば、図6の配送経路の例において、ルート「SR0001」及びルート「SR0002」は台車が利用可能であるが、ルート「DR0001」は台車が利用不可であったとする。この場合、配送員は、目的地「GUEST0001」での荷物の配送が終了すると、台車をその場に置いて、残りの荷物を徒歩で目的地「GUEST0002」に運ぶ。そして、目的地「GUEST0002」での配送が終了すると、再度、目的地「GUEST0001」まで台車を取りに戻り、ルート「SR0001」を経由して配達開始場所「S0001」に戻ればよい。したがって、この場合の配送経路は、例えば、第1ルート「SR0001」、第2ルート「DR0001」、第3ルート「DR0001」、第4ルート「SR0001」となる。
この場合の評価値を見積もると下記のようになる。第1ルート「SR0001」での荷物負荷W1及びルート負荷D1は、全荷物を台車で運ぶ場合の荷物負荷及びルート負荷が算出される。第2ルート「DR0001」での荷物負荷W2及びルート負荷D2は、残りの荷物を徒歩で運ぶ場合の荷物負荷及びルート負荷が算出される。第3ルート「DR0001」での荷物負荷W3及びルート負荷D3は、さらに残りの荷物又は荷物がない場合は荷物袋などを徒歩で運ぶ場合の荷物負荷及びルート負荷が算出される。第4ルート「SR0001」での荷物負荷W4及びルート負荷D4は、さらに残りの荷物又は荷物が無い場合は荷物袋などを台車で運ぶ場合の荷物負荷が算出される。
また、上記説明では、サイズ対応DB350Aと種別対応DB360Aとは択一的に用いられる例を示したが、本実施の形態はこれに限定されず、サイズ対応DB350Aと種別対応DB360Aとの両方が用いられてもよい。この場合、式(1)に示すwikは以下のように算出されればよい。例えば、W+H+Dの合計値が60、種別がクール、重量がαkgの荷物kが台車で運ばれる場合を想定する。この場合、サイズ対応DB350Aから負荷係数「0.1」が取得され、種別対応DB360Aから負荷係数「1.2」が取得される。そして、wikは、wik=α*(0.1*1.2)或いは、wik=α*(0.1+1.2)により算出されればよい。
このように、本実施の形態によれば、荷物を台車で運べるか否かが考慮されて評価値が算出されるため、配送員の肉体的な負荷がより正確に反映された評価値を算出できる。また、本実施の形態では、どのルートに台車が利用でき、どのルートに台車が利用できないかを示す配送経路が配送員に提示されるため、配送員は台車を適切に用いて効率良く荷物を配送することができる。
(実施の形態19)
実施の形態19は、複数の目的地に含まれる第1目的地に配送員が向かっている場合、その旨を示す情報を第1目的地における受取人に通知するものである。図55は、実施の形態19に係る情報提供システムのネットワーク構成の一例を示す図である。本実施の形態では、図1に示す情報提供システムにおいて、さらにユーザ端末4(第2情報端末の一例)が追加されている。
実施の形態19は、複数の目的地に含まれる第1目的地に配送員が向かっている場合、その旨を示す情報を第1目的地における受取人に通知するものである。図55は、実施の形態19に係る情報提供システムのネットワーク構成の一例を示す図である。本実施の形態では、図1に示す情報提供システムにおいて、さらにユーザ端末4(第2情報端末の一例)が追加されている。
ユーザ端末4は、荷物の受取人の端末である。ユーザ端末4は、例えば、スマートフォン、携帯電話、及びタブレット端末などの携帯情報端末で構成されてもよいし、据え置き型の情報処理端末で構成されてもよい。
本実施の形態では、サーバ1は、配送員が荷物を運ぶために配送車から降りた場合、そのことを示す情報を配送員端末2からネットワークNTを介して取得する。ここで、配送員端末2は、例えば、配送車が備えるGPSセンサから配送車の位置情報を取得し、その位置情報が所定期間以上、配送車が停止していることを示した場合、配送員が配送車から降車したと判定し、降車信号をサーバ1に送信すればよい。或いは、配送員端末2は、例えば、GPSセンサの位置情報が配送車の停止を示す場合に代えて或いは加えて、配送車のエンジンが止められたことを示す信号を配送車から取得した場合に、降車信号をサーバ1に送信してもよい。或いは、配送員端末2は、上記の条件に代えて或いは加えて配送車のドアが開けられたこと又は閉められたことを示す信号を配送車から取得した場合に、降車信号をサーバ1に送信してもよい。
サーバ1の制御部15は、配送員端末2から送信された降車信号を取得すると、この降車信号が示す降車によって配送員に配送される荷物の1又は複数の受取人を特定し、特定した受取人のユーザ端末4に配送員が向かっていることを示す情報を通信部13を介して送信する。
ここで、制御部15は、実施の形態2で示す予め定められた配達開始場所に配送車を止めて複数の荷物を配送する態様が採用される場合、配達開始場所からの距離が閾値以下の場所を目的地とする荷物を荷物DB31及び顧客DB32に基づいて抽出し、抽出した荷物の受取人を顧客DB32から特定すればよい。
一方、実施の形態3で示す配達開始場所を配送員が把握していない態様が採用される場合、制御部15は下記のようにして受取人を特定すればよい。まず、制御部15は、配送員端末2から配送車の停車を検知すると、実施の形態3で説明したように予め定められた配達開始場所に配送車を誘導する。次に、制御部15は、配送車が配達開始場所に到達したことを検知した後、降車信号を配送員端末2から取得すると、制御部15は、上述の手法を用いて受取人を特定すればよい。
図56は、実施の形態19において配送車が受取人に向かっていることを示す情報を通知する際にユーザ端末4に表示される通知画面G56の一例を示す図である。通知画面G56には、「配達のお知らせ」との見出しが付けられている。この見出しの下側には、まもなく荷物が配送される旨のメッセージが表示されている。ここでは、「まもなく配送です。佐藤様のお宅へ3名のお客様を訪問後に伺います。もう少しお待ち下さい。」とのメッセージが表示されている。
このように、このメッセージには、残り何件の荷物を配送した後で受取人に自宅に訪れるかを示す情報が含まれている。そのため、受取人は現在からどのくらい後の時間に配送員が自宅を訪問するかのおよその時間を把握できる。これにより、受取人は荷物を受け取る準備を行うことができ、余裕を持って荷物を受け取ることができ、荷物をより確実に受け取ることができる。
このように、本実施の形態によれば、配送員が配送車から降りた場合、配送員が向かっていることが荷物の受取人の有するユーザ端末4に送信されるため、荷物の配送時に受取人が不在であることを防止できる。
(配送経路の具体例)
次に、配送経路の具体例について説明する。図42は、配送経路ROの一例を示す図である。この配送経路ROは、配達開始場所であるX地点を出発して目的地であるA宅及び次の目的地であるB宅を通ってX地点に戻る配送経路である。
次に、配送経路の具体例について説明する。図42は、配送経路ROの一例を示す図である。この配送経路ROは、配達開始場所であるX地点を出発して目的地であるA宅及び次の目的地であるB宅を通ってX地点に戻る配送経路である。
ここで、A宅には重量が4kgの荷物LAが配送され、B宅には重量が7kgの荷物LBが配送される。また、配送員は1kgの荷物袋に荷物LA及び荷物LBを入れて徒歩で荷物を配送する。また、A宅の受取人の不在確率は80%であり、B宅の受取人の不在確率は10%である。更に、X地点からA宅までの移動コストは5であり、A宅からB宅までの移動コストは3であり、B宅からX地点までの移動コストは6である。ここで、移動コストは、運ぶ荷物を考慮に入れた配送員の負荷を示し、例えば、式(2)のルート負荷Diが該当する。
図43は、図42に示す配送経路ROを確率的な二分木T1で示した図である。二分木T1は、X地点からA宅を繋ぐパスP1と、A宅が在宅の場合にA宅からB宅を繋ぐパスP2と、A宅が不在の場合にA宅からB宅を繋ぐパスP3というように、在宅及び不在に応じた7つのパスP1~P7で表される。
図44は、図43に示す二分木T1を更に説明する図である。図44に示すように、例えば、A宅の不在確率は80%であるため、パスP2を配送員が通る確率は20%となり、パスP3を配送員が通る確率は80%となる。また、B宅の不在確率は10%であるため、パスP4を配送員が通る確率は、パスP2の確率20%にパスP4の確率90%を乗じた18%となる。このようにして、各パスを配送員が通る確率が算出される。
図45は、図44に示す二分木T1を更に説明する図である。A宅が在宅ならば4kgの荷物LAはA宅に届けられるので、パスP2での配送員が運ぶ荷物の重量は、荷物LBの7kgと荷物袋の1kgとの和である8kgとなる。一方、A宅が不在ならば4kgの荷物LAはA宅に届けられないので、パスP3での配送員が運ぶ荷物の重量は、荷物LAの4kgと、荷物LBの7kgと、荷物袋1kgの和である12kgとなる。また、パスP4では、A宅及びB宅共、荷物が届けられたので、配送員が運ぶ荷物の重量は荷物袋の1kgとなる。このようにしてパスP1~P7のそれぞれにおいて配送員が通る確率と配送員が運ぶ荷物の重量とが算出される。
図46は、図45に示す二分木T1を更に説明する図である。ここでは、X地点とA宅間とのパスP1間の評価値EXAが説明される。X地点及びA宅間では配送員が運ぶ荷物の重量は、荷物LAの4kgと荷物LBの7kgと荷物袋の1kgとの和となる。またX地点及びA宅間の移動コスト「5」である。したがって、評価値EXAは、EXA=5*(4+7+1)=60となる。
図47は、図46に示す二分木T1を更に説明する図である。ここでは、A宅及びB宅間の評価値EABが説明される。パスP2では配送員が運ぶ荷物の重量は、荷物LBの7kgと荷物袋の1kgとの和となる。また、パスP3では配送員が運ぶ荷物の重量は、荷物LAの4kgと荷物LBの7kgと荷物袋の1kgとの和となる。また、A宅及びB宅間の移動コストは「3」である。したがって、評価値EABは、EAB=3*{0.2*(7+1)+0.8*(4+7+1)}=33.6となる。
図48は、図47に示す二分木T1を更に説明する図である。ここでは、B宅及びX地点間の評価値EBXが説明される。パスP4では配送員が運ぶ荷物の重量は、荷物袋の1kgとなる。また、パスP5では配送員が運ぶ荷物の重量は、荷物LBの7kgと荷物袋の1kgとの和となる。また、パスP6では配送員が運ぶ荷物の重量は、荷物LAの4kgと荷物袋の1kgとの和となる。また、パスP7では配送員が運ぶ荷物の重量は、荷物LAの4kgと荷物LBの7kgと荷物袋の1kgとの和となる。また、B宅及びX地点間の移動コスト「6」である。したがって、評価値EBXは、EAB=6*{0.18*1+0.02*(7+1)+0.72*(4+1)+0.08*(4+7+1)}=29.4となる。以上より、配送経路ROの評価値EXABXは、60+33.6+29.4=123となる。
図49は、図42とは別の配送経路R1を確率的な二分木T2で表した図である。配送経路R1は、図42で示す配送経路ROに対して、A宅とB宅との配送順序を入れ替えた配送経路である。二分木T2は、A宅及びB宅の順序の入れ替えに応じて、パスP1~P7のそれぞれにおいて、配送員が運ぶ荷物の重量と配送員が通る確率とが二分木T1と異なっているが、二分木T1と同じ考え方を使って荷物の重量と確率とが算出されている。
これにより、評価値EXB=72、評価値EBA=17.1、評価値EAX=24.5と算出されている。そして、配送経路ROの評価値XBAXは、72+17.1+24.5=113.6と算出されている。
この結果から、配送経路ROと配送経路R1とを比較した場合、両者とも同じ目的地を通る配送経路ではあるが、配送経路R1の評価値EXBAXの方が配送経路ROの評価値EXABXよりも小さく、配送経路R1は配送員の負担が小さい配送経路であることが分かる。したがって、このケースでは、配送経路R1が最適な配送経路として特定され配送員に通知されることになる。
(変形例)
上記実施の形態では、評価値を用いて最適な配送経路が特定されたが、本開示はこれに限定されず、他の指標を用いて最適な配送経路を特定してもよい。
上記実施の形態では、評価値を用いて最適な配送経路が特定されたが、本開示はこれに限定されず、他の指標を用いて最適な配送経路を特定してもよい。
また、高度差対応DB370の高度差は第1搬送経路情報に含まれる道路状況を示す情報として取り扱われても良い。
本開示によれば、配送員が徒歩で荷物を運ぶ場合の効率の良い配送経路を提示できるので、配送員の運送業務の効率化を図る上で有用である。
1 :サーバ
2 :配送員端末
3 :天気情報提供サーバ
11 :メモリ
12 :評価値算出部
13 :通信部
14 :配送経路特定部
15 :制御部
21 :メモリ
22 :GPS
23 :制御部
24 :読取部
25 :通信部
26 :表示部
27 :入力部
2 :配送員端末
3 :天気情報提供サーバ
11 :メモリ
12 :評価値算出部
13 :通信部
14 :配送経路特定部
15 :制御部
21 :メモリ
22 :GPS
23 :制御部
24 :読取部
25 :通信部
26 :表示部
27 :入力部
Claims (27)
- 情報提供システムのコンピュータが、
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定し、
前記特定した第1配送経路を示す情報を第1情報端末に出力し、
前記特定した第1配送経路が前記第1情報端末のディスプレイに表示され、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する、
情報提供方法。 - 請求項1記載の情報提供方法であって、
各々の評価値は、前記配送員の肉体的な負荷を表す、
情報提供方法。 - 請求項1記載の情報提供方法であって、
前記配送員が前記荷物を前記目的地に届ける度に、前記複数の荷物のうち、残りの前記荷物の大きさ又は重量の合計が小さくなることが各々の評価値に反映される、
情報提供方法。 - 請求項1記載の情報提供方法であって、
各々の評価値は、前記配達開始場所から前記複数の目的地を順に結んだときの前記配達開始場所及び前記目的地間を繋ぐルート、並びに前記目的地間を繋ぐルートを含む複数のルートの各々の配送負荷の総和で算出され、
前記配送負荷は、i(iは0以上の整数)番目の第iルートで配送する1以上の荷物の重量に応じた荷物負荷と、前記第iルートの距離又は移動時間に応じたルート負荷との積で表される、
情報提供方法。 - 請求項4記載の情報提供方法であって、
前記第1配送経路情報は、前記複数の第1配送経路の距離、前記複数の第1配送経路の移動時間、及び前記複数の第1配送経路の道路状況の少なくとも1つを含む、
情報提供方法。 - 請求項4記載の情報提供方法であって、
前記荷物負荷は、前記第iルートにて前記配送員が配送する各前記荷物の重量と各前記荷物の第1負荷係数とを乗算した値の総和で表され、
前記第1負荷係数は、前記荷物の大きさが増大するにつれて大きな値が設定されている、
情報提供方法。 - 請求項6記載の情報提供方法であって、
前記荷物負荷は、台車が用いられるか否かによって異なる、
情報提供方法。 - 請求項7記載の情報提供方法であって、
前記第1配送経路情報は、前記台車の使用可否に関する情報を含む、
情報提供方法。 - 請求項8記載の情報提供方法であって、
前記第1配送経路情報は、前記配送員が前記台車を使用する第1ルート、及び前記配送員が前記台車を使用しない第2ルートを含む、
情報提供方法。 - 請求項4記載の情報提供方法であって、
前記荷物負荷は、前記第iルートにて前記配送員が運ぶ各前記荷物の重量と各前記荷物の第2負荷係数とを乗算した値の総和で表され、
前記第2負荷係数は、前記荷物の種別に応じた値が設定されている、
情報提供方法。 - 請求項4記載の情報提供方法であって、
前記第1配送経路情報は、各前記ルートの距離と各前記ルートの高度差とを含み、
前記ルート負荷は、前記第iルートの距離と第3負荷係数とを乗算した値の総和で表され、
前記第3負荷係数は前記高度差が昇り方向に増大するにつれて大きな値が設定されている、
情報提供方法。 - 請求項4記載の情報提供方法であって、
前記第1配送経路情報は、各前記ルートの距離と各前記ルートにおける前記配送員の心拍数の平均増加率とを含み、
前記ルート負荷は、前記第iルートの距離と第4負荷係数とを乗算した値の総和で表され、
前記第4負荷係数は前記心拍数の平均増加率が増大するにつれて大きな値が設定されている、
情報提供方法。 - 請求項1記載の情報提供方法であって、
前記第1荷物情報は、前記複数の荷物の各々の配送先を含み、
前記第1荷物情報に基づいて、前記複数の配送先の中から前記配達開始場所からの距離が閾値以下の複数の配送先を抽出し、
各々の評価値は、抽出された前記複数の配送先を前記複数の目的地として含む複数の第1配送経路の各々について算出される、
情報提供方法。 - 請求項1記載の情報提供方法であって、
複数の配達開始場所の候補と位置とを対応付けて記憶する配達開始場所情報を前記メモリから更に取得し、
前記配送員の現在地を更に取得し、
前記複数の配達開始場所の候補の中から前記配送員の現在地に対して最も近い配達開始場所の候補を前記配達開始場所として更に決定する、
情報提供方法。 - 請求項14記載の情報提供方法であって、
前記配達開始場所に配送員の配送車を止めることができなかったことを示す情報を前記第1情報端末からネットワークを介して取得した場合、
複数の配達開始場所の候補の中から前記配送員の現在地に対して次に近い配達開始場所の候補を前記配達開始場所として更に決定する、
情報提供方法。 - 請求項15記載の情報提供方法であって、
前記配達開始場所に配送員の配送車を止めることができなかったことを示す情報には、止めることができなかった理由が含まれる、
情報提供方法。 - 請求項1記載の情報提供方法であって、
前記配達開始場所に配送員の配送車を止めることができた場合に前記配達開始場所の良否に関する情報をネットワークを介して前記第1情報端末から更に取得する、
情報提供方法。 - 請求項1に記載の情報提供方法であって、
前記配送員が前記複数の目的地に含まれる第1目的地を訪れた時に、前記第1目的地における第1受取人が不在であることを示す情報を前記第1情報端末からネットワークを介して取得した場合、
前記第1目的地から残りの目的地を順に結び、前記配達開始場所へと戻る複数の第2配送経路を示す複数の第2配送経路情報を前記メモリから取得し、
前記第1荷物情報、及び前記複数の第2配送経路情報に基づいて、前記複数の第2配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第2配送経路の中から最適な第2配送経路を特定し、
特定した前記第2配送経路を示す情報を前記第1情報端末に出力し、
特定した前記第2配送経路が前記第1情報端末のディスプレイに表示される、
情報提供方法。 - 請求項1に記載の情報提供方法であって、
前記複数の目的地のそれぞれに対応する過去の再配送の割合を示す履歴情報を前記メモリから読み出し、
前記複数の第1配送経路の各々の評価値は、前記履歴情報に基づいて算出される、
情報提供方法。 - 請求項1に記載の情報提供方法であって、
前記配送員が前記複数の目的地に含まれる第1目的地を訪れた時に、前記複数の荷物に含まれる第1荷物を配送すると共に、第2荷物を集荷したことを示す情報を前記第1情報端末からネットワークを介して取得した場合において、
前記第2荷物の大きさ又は重量に関する第2荷物情報を、前記第1情報端末からネットワークを介して取得し、
前記第1目的地から残りの目的地を順に結び、前記配達開始場所へと戻る複数の第2配送経路を示す複数の第2配送経路情報を前記メモリから取得し、
前記第1荷物情報、第2荷物情報、及び前記複数の第2配送経路情報に基づいて、前記複数の第2配送経路の各々の評価値を算出し、
前記算出した複数の評価値に基づいて、前記複数の第2配送経路の中から最適な第2配送経路を特定し、
特定した前記第2配送経路を示す情報を前記第1情報端末に出力し、
特定した前記第2配送経路が前記第1情報端末のディスプレイに表示される、
情報提供方法。 - 請求項1に記載の情報提供方法であって、
前記複数の目的地に含まれる第1目的地において、前記配送員が前記複数の荷物に含まれる第1荷物を配送すると共に、第2荷物を集荷すること示す情報が予め前記メモリに記憶されている場合において、
前記第2荷物の大きさ又は重量に関する第2荷物情報を前記メモリから取得し、
前記複数の第1配送経路の各々の評価値は、前記第1荷物情報及び前記第2荷物情報に基づいて算出される、
情報提供方法。 - 請求項1に記載の情報提供方法であって、
前記配送員が配送車から降りたことを示す情報を前記第1情報端末から取得し、
前記複数の目的地に含まれる第1目的地に前記配送員が向かっていることを示す情報を前記第1目的地における受取人が有する第2情報端末に出力し、
前記第1目的地に前記配送員が向かっていることを示す情報が前記第2情報端末のディスプレイに表示される、
情報提供方法。 - 請求項1記載の情報提供方法であって、
前記第1配送経路情報は、前記複数の第1配送経路の各々の距離を含み、
前記配送員の徒歩による第1上限距離と前記第1上限距離よりも小さな第2上限距離とを含む上限距離情報を前記メモリから取得し、
悪天候を示す情報をネットワークを介して取得した場合、前記第2上限距離を設定し、
前記特定した第1配送経路の距離が前記第2上限距離以上の場合、前記第1配送経路の距離が前記第2上限距離より短くなるように、前記第1配送経路に含まれる前記目的地を削除する、
情報提供方法。 - 請求項1記載の情報提供方法であって、
前記配送員の年齢又は性別に応じた上限評価値を前記メモリから取得し、
前記特定した第1配送経路の評価値が前記上限評価値以上の場合、前記第1配送経路の評価値が前記上限評価値より小さくなるように、前記第1配送経路に含まれる目的地を削除する、
情報提供方法。 - 前記情報提供システムのコンピュータが、
複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報をメモリから取得し、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定し、
前記特定した第1配送経路を示す情報を情報端末に出力し、
前記特定した第1配送経路が前記情報端末のディスプレイに表示され、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する、
情報提供方法。 - 複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報を記憶するメモリと、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の各々の評価値を算出する評価値算出部と、
前記算出した複数の評価値に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定する配送経路特定部と、
前記特定した第1配送経路を示す情報を情報端末に出力する通信部とを含み、
前記情報端末は、前記特定した第1配送経路をディスプレイに表示し、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する、
情報提供システム。 - 複数の荷物の各々の大きさ又は重量を示す第1荷物情報、及び複数の第1配送経路を示す第1配送経路情報を記憶するメモリと、前記複数の第1配送経路のそれぞれは、配達開始場所から開始し、前記複数の荷物が配送されるべき複数の目的地を経由し、前記配達開始場所で終わり、
前記第1荷物情報、及び前記第1配送経路情報に基づいて、前記複数の第1配送経路の中から最適な第1配送経路を特定する配送経路特定部と、
前記特定した第1配送経路を示す情報を情報端末に出力する通信部とを備え、
前記情報端末は、前記特定した第1配送経路をディスプレイに表示し、
配送員は前記特定した第1配送経路に沿って前記複数の目的地に前記複数の荷物を配送する、
情報提供システム。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020527291A JP7413260B2 (ja) | 2018-06-27 | 2019-05-24 | 情報提供方法 |
CN201980027278.9A CN112020726B (zh) | 2018-06-27 | 2019-05-24 | 信息提供方法以及信息提供*** |
US17/073,456 US20210035064A1 (en) | 2018-06-27 | 2020-10-19 | Information providing method and information providing system |
JP2023182702A JP2023175016A (ja) | 2018-06-27 | 2023-10-24 | 情報提供方法 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018-122084 | 2018-06-27 | ||
JP2018122084 | 2018-06-27 | ||
JP2019-014658 | 2019-01-30 | ||
JP2019014658 | 2019-01-30 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/073,456 Continuation US20210035064A1 (en) | 2018-06-27 | 2020-10-19 | Information providing method and information providing system |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020003832A1 true WO2020003832A1 (ja) | 2020-01-02 |
Family
ID=68985598
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2019/020657 WO2020003832A1 (ja) | 2018-06-27 | 2019-05-24 | 情報提供方法及び情報提供システム |
Country Status (4)
Country | Link |
---|---|
US (1) | US20210035064A1 (ja) |
JP (2) | JP7413260B2 (ja) |
CN (1) | CN112020726B (ja) |
WO (1) | WO2020003832A1 (ja) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6779396B1 (ja) * | 2020-01-30 | 2020-11-04 | アスクル株式会社 | 配達支援方法、配達支援装置、およびプログラム |
EP3821888A1 (en) | 2017-05-07 | 2021-05-19 | Yeda Research and Development Co. Ltd | Lxr agonists for treating psychiatric stress disorders |
US20210272065A1 (en) * | 2020-02-27 | 2021-09-02 | Kabushiki Kaisha Toshiba | Information processing apparatus, information processing system, information processing method, information processing program, and display device |
CN113393055A (zh) * | 2021-07-05 | 2021-09-14 | 苏州清研捷运信息科技有限公司 | 一种货车导航沿途限行数据的预处理及使用方法 |
WO2021192527A1 (ja) * | 2020-03-27 | 2021-09-30 | パイオニア株式会社 | 情報処理装置、情報処理方法、情報処理プログラム及び記憶媒体 |
JP7179221B1 (ja) * | 2021-07-16 | 2022-11-28 | 三菱電機株式会社 | 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム |
JP7234452B1 (ja) | 2022-11-02 | 2023-03-07 | 株式会社セブン&アイ・ホールディングス | 配送管理装置、配送管理方法及び配送管理プログラム |
WO2023139744A1 (ja) * | 2022-01-21 | 2023-07-27 | 三菱電機株式会社 | 運行経路更新装置、運行経路更新方法、および、運行経路更新プログラム |
JP7480746B2 (ja) | 2021-05-14 | 2024-05-10 | トヨタ自動車株式会社 | 物流システム、物流ロボット、及び物流ロボット制御方法 |
WO2024142156A1 (ja) * | 2022-12-26 | 2024-07-04 | 三菱電機株式会社 | 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11495030B1 (en) * | 2019-12-12 | 2022-11-08 | Amazon Technologies, Inc. | Systems and methods for creating an occupancy map based on an objective function |
GB2592066A (en) * | 2020-02-17 | 2021-08-18 | Ford Global Tech Llc | Delivery optimisation |
JP7368311B2 (ja) * | 2020-05-21 | 2023-10-24 | トヨタ自動車株式会社 | 情報処理方法、情報処理装置、及びプログラム |
US20220044198A1 (en) * | 2020-08-10 | 2022-02-10 | Here Global B.V. | Method and apparatus for dynamic load selection and parking calculation for last mile delivery |
CN112801592A (zh) * | 2021-02-09 | 2021-05-14 | 北京橙心无限科技发展有限公司 | 规划配送路径的方法和装置 |
US11619512B1 (en) * | 2021-02-25 | 2023-04-04 | Amazon Technologies, Inc. | Device for presenting augmented delivery routes |
US12045767B1 (en) | 2021-02-25 | 2024-07-23 | Amazon Technologies, Inc. | System for determining and augmenting delivery routes |
WO2023038590A1 (en) * | 2021-04-23 | 2023-03-16 | D Fast Dagitim Hizmetleri Ve Lojistik Anonim Sirketi | A method that enables receiving shipments from customers during cargo distribution |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11271081A (ja) * | 1998-03-24 | 1999-10-05 | Fujitsu Ten Ltd | ナビゲーション装置 |
WO2018021027A1 (ja) * | 2016-07-29 | 2018-02-01 | ダイムラー・アクチェンゲゼルシャフト | 電気トラックの走行ルート選定システム、電気トラックの走行ルート選定方法 |
WO2018047289A1 (ja) * | 2016-09-09 | 2018-03-15 | 株式会社日立物流 | 評価装置、評価方法、および評価プログラム |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB1601592A (en) * | 1978-05-31 | 1981-11-04 | Tamkin M R | Distributing and sorting apparatus |
JP2673403B2 (ja) * | 1992-06-23 | 1997-11-05 | 本田技研工業株式会社 | 経路探索装置 |
JPH07200903A (ja) * | 1993-12-28 | 1995-08-04 | Toshiba Corp | 配送ルート設定システム |
JP2003141222A (ja) * | 2001-10-22 | 2003-05-16 | Internatl Business Mach Corp <Ibm> | 配送計画を作成する方法、システム、プログラム |
JP2004026344A (ja) | 2002-06-21 | 2004-01-29 | Toyota Motor Corp | 作業者が分担する部品群の決定装置 |
JP4965345B2 (ja) * | 2007-06-11 | 2012-07-04 | アイコクアルファ株式会社 | 荷役物運搬機の導入評価システム |
JP2011180005A (ja) * | 2010-03-02 | 2011-09-15 | Saxa Inc | 目的地案内装置、目的地案内システム、サーバ装置および目的地案内方法 |
US8630958B2 (en) * | 2011-06-03 | 2014-01-14 | Cardinal Optimization, Inc. | Systems and methods for multi-vehicle resource allocation and routing solutions |
CN102496096A (zh) * | 2011-11-25 | 2012-06-13 | 深圳市赛格导航科技股份有限公司 | 一种高效的物流调度***和方法 |
US10198707B1 (en) * | 2013-02-07 | 2019-02-05 | United Parcel Service Of America, Inc. | Systems and methods for synchronized delivery |
US10467580B1 (en) * | 2013-08-12 | 2019-11-05 | United Parcel Service Of America, Inc. | Methods, apparatuses and computer program products for generating logistics zones |
JP6524577B2 (ja) * | 2015-02-23 | 2019-06-05 | 南洋アスピレーション株式会社 | 配送状況管理サービスを提供するための方法およびプログラム、ならびにそれに用いられるサーバおよびシステム |
CN104881710B (zh) * | 2015-05-11 | 2018-07-17 | 浙江大学 | 一种基于车辆自组网的城市快递配送方法 |
CN106920053A (zh) * | 2015-12-25 | 2017-07-04 | 阿里巴巴集团控股有限公司 | 一种对配送点的配送运力进行分配的方法以及装置 |
US20170262804A1 (en) * | 2016-03-14 | 2017-09-14 | United Parcel Service Of America, Inc. | Determining estimated pick-up/delivery windows using clustering |
CN106779529A (zh) * | 2016-11-23 | 2017-05-31 | 合肥壹客送网络科技有限公司 | 一种商品货物配送方法及*** |
CN106779173A (zh) * | 2016-11-25 | 2017-05-31 | 浙江工业大学 | 一种物流配送车辆路径优化方法 |
CN107274033B (zh) * | 2017-06-29 | 2021-04-06 | 安徽电信规划设计有限责任公司 | 一种简便易行的动态配送路径优化方法 |
-
2019
- 2019-05-24 CN CN201980027278.9A patent/CN112020726B/zh active Active
- 2019-05-24 WO PCT/JP2019/020657 patent/WO2020003832A1/ja active Application Filing
- 2019-05-24 JP JP2020527291A patent/JP7413260B2/ja active Active
-
2020
- 2020-10-19 US US17/073,456 patent/US20210035064A1/en active Pending
-
2023
- 2023-10-24 JP JP2023182702A patent/JP2023175016A/ja active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11271081A (ja) * | 1998-03-24 | 1999-10-05 | Fujitsu Ten Ltd | ナビゲーション装置 |
WO2018021027A1 (ja) * | 2016-07-29 | 2018-02-01 | ダイムラー・アクチェンゲゼルシャフト | 電気トラックの走行ルート選定システム、電気トラックの走行ルート選定方法 |
WO2018047289A1 (ja) * | 2016-09-09 | 2018-03-15 | 株式会社日立物流 | 評価装置、評価方法、および評価プログラム |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3821888A1 (en) | 2017-05-07 | 2021-05-19 | Yeda Research and Development Co. Ltd | Lxr agonists for treating psychiatric stress disorders |
JP6779396B1 (ja) * | 2020-01-30 | 2020-11-04 | アスクル株式会社 | 配達支援方法、配達支援装置、およびプログラム |
JP2021120777A (ja) * | 2020-01-30 | 2021-08-19 | アスクル株式会社 | 配達支援方法、配達支援装置、およびプログラム |
US20210272065A1 (en) * | 2020-02-27 | 2021-09-02 | Kabushiki Kaisha Toshiba | Information processing apparatus, information processing system, information processing method, information processing program, and display device |
US12014302B2 (en) * | 2020-02-27 | 2024-06-18 | Kabushiki Kaisha Toshiba | Information processing apparatus, information processing system, information processing method, information processing program, and display device |
JPWO2021192527A1 (ja) * | 2020-03-27 | 2021-09-30 | ||
WO2021192527A1 (ja) * | 2020-03-27 | 2021-09-30 | パイオニア株式会社 | 情報処理装置、情報処理方法、情報処理プログラム及び記憶媒体 |
JP7480746B2 (ja) | 2021-05-14 | 2024-05-10 | トヨタ自動車株式会社 | 物流システム、物流ロボット、及び物流ロボット制御方法 |
CN113393055B (zh) * | 2021-07-05 | 2023-07-25 | 苏州清研捷运信息科技有限公司 | 一种货车导航沿途限行数据的预处理及使用方法 |
CN113393055A (zh) * | 2021-07-05 | 2021-09-14 | 苏州清研捷运信息科技有限公司 | 一种货车导航沿途限行数据的预处理及使用方法 |
JP7179221B1 (ja) * | 2021-07-16 | 2022-11-28 | 三菱電機株式会社 | 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム |
WO2023139744A1 (ja) * | 2022-01-21 | 2023-07-27 | 三菱電機株式会社 | 運行経路更新装置、運行経路更新方法、および、運行経路更新プログラム |
JP7234452B1 (ja) | 2022-11-02 | 2023-03-07 | 株式会社セブン&アイ・ホールディングス | 配送管理装置、配送管理方法及び配送管理プログラム |
JP2024066637A (ja) * | 2022-11-02 | 2024-05-16 | 株式会社セブン&アイ・ホールディングス | 配送管理装置、配送管理方法及び配送管理プログラム |
WO2024142156A1 (ja) * | 2022-12-26 | 2024-07-04 | 三菱電機株式会社 | 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム |
Also Published As
Publication number | Publication date |
---|---|
CN112020726B (zh) | 2024-06-21 |
JP2023175016A (ja) | 2023-12-08 |
JP7413260B2 (ja) | 2024-01-15 |
JPWO2020003832A1 (ja) | 2021-08-12 |
CN112020726A (zh) | 2020-12-01 |
US20210035064A1 (en) | 2021-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020003832A1 (ja) | 情報提供方法及び情報提供システム | |
JP7135014B2 (ja) | ライドシェア管理装置、ライドシェア管理方法、およびプログラム | |
CN109074532B (zh) | 使用集群来确定所估计的收取/投递窗口 | |
US9293048B2 (en) | Method for efficient dynamic allocation of vehicles to independent passengers | |
JP6578524B2 (ja) | 交通手段情報提供サーバ及び交通手段情報提供方法 | |
US9057619B2 (en) | Optimal path search system and optimal path search method | |
CN104541131B (zh) | 路线计算***、导航装置和路线计算方法 | |
US20210065114A1 (en) | Logistics apparatus and method | |
US11386362B1 (en) | System and method for optimizing waste / recycling collection and delivery routes for service vehicles | |
JP2010039961A (ja) | 配送業務支援システム、配送予測時間算出方法及びプログラム | |
US20210302174A1 (en) | Dynamically determining provider-transportation routes and rental-vehicle routes for a multi-modal graphical user interface | |
EP3591339B1 (en) | Method, apparatus, and computer program product for generation of a route including multiple waypoints | |
JP5914399B2 (ja) | タクシー案内システムおよびタクシー案内方法 | |
KR102574815B1 (ko) | 배송 관리 서비스를 제공하는 서버 | |
CN102472625A (zh) | 路径向导***、路径向导服务器、路径向导中介服务器及路径向导方法 | |
US20140025295A1 (en) | Route Planning Method and Apparatus | |
JP2009274875A (ja) | 個別宅配システム及びそれに適合するナビゲーションシステム | |
US20090105941A1 (en) | Automatic destination determination for multiple travelers departing from multiple source locations based on user specified criteria | |
CN112446528A (zh) | 一种计算机实施的物流方法 | |
JP5565104B2 (ja) | 情報提供システム | |
JP2007271283A (ja) | ナビゲーションシステム、経路探索サーバ、端末装置および広告表示方法 | |
JP2018206177A (ja) | 配車支援方法、配車支援装置、配車支援プログラム及び情報提示プログラム | |
CN113657681B (zh) | 联结智能公交站台和共享交通的方法、***和存储介质 | |
JP2010054385A (ja) | ナビサーバ | |
JP2023115068A (ja) | 情報提供方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19826257 Country of ref document: EP Kind code of ref document: A1 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
ENP | Entry into the national phase |
Ref document number: 2020527291 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19826257 Country of ref document: EP Kind code of ref document: A1 |