JP2010039961A - Delivery operation support system, and delivery prediction time calculation method and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system or the like calculating and predicting time necessary for pickup of an object from a client and time necessary to deliver the object to a recipient with high accuracy in spot delivery service operation. <P>SOLUTION: A delivery management server 2, upon receiving data of a place to pick up the object and a delivery place from a client terminal 3, calculates and corrects an object pickup/delivery completion prediction time for such a case that each delivery person picks ups and delivers the object on the basis of the location information of the each delivery person at the present time, the current state information, and registered information of a database, determines a delivery person in charge based on the correction result, and transmits a value of the object pickup and/or delivery completion prediction time of the delivery person in charge to the client terminal 3. The calculation and correction are performed by calculating passing times of the entire route obtained by combining roads on which the delivery person passes, and the calculated passing time is corrected by using a correction value corresponding to weather on that day, a correction value relating to preparation for the object pickup or delivery, a correction value corresponding to the level of difficulty of entering the building of the object pickup or the delivery destination, and a correction value corresponding to delivery skill of the delivery person. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  TECHNICAL FIELD The present invention relates to a system that is used by distribution companies in the logistics industry and supports transportation and delivery services for frequent small-lot delivery, and in particular, from a place of departure to a landing, such as a motorcycle flight, through a base or a collection point. It is suitably used for supporting spot delivery service that delivers directly without using it. More specifically, by calculating the time (delivery time or time) until the customer (recipient) receives the delivery more accurately and predicting it with high accuracy, The present invention relates to a delivery service support system, a delivery forecast time calculation method, and a program for realizing improvement.

  Due to the rapid development of communication and computer technology in recent years, in the delivery business such as courier service, ID of delivery items and setting of relay stations (collection points, etc.), and delivery vehicles that deliver goods A system (delivery work support system) that supports the delivery work by managing the location in real time with the computer of the headquarters (center side) and notifying the requester and the receiver of the current status of the delivery via the Internet etc. Highly developed.

  For example, in Patent Document 1 below, the position of a vehicle equipped with a terminal is specified from position information transmitted via GPS radio waves or a network, and information on the vehicle status is transmitted to A delivery work support system is disclosed in which a vehicle situation is managed by a center device and an estimated arrival time is calculated on the vehicle side.

Further, in Patent Document 2 below, the vehicle position information received by the GPS receiving unit is transmitted from the mobile terminal to the center (vehicle allocation device), and the vehicle based on the position information is displayed on the map screen by the center display unit. There is disclosed a vehicle dispatch system that is displayed and can determine a dispatch by a drag operation.
JP 2006-23937 A JP 2007-52651 A JP 2007-284231 A

  However, in the conventional delivery business support system using a computer, there are many systems that support home delivery and route delivery work, but on the other hand, it is directly from the origin of the package to the landing without going through the base or the collection point. There were few things with the structure specialized for "spot delivery" to deliver. Even with such a configuration (for example, Patent Document 3 described above), the time until collection to the sender and the time until the receiver receives the delivery item are more accurately calculated and predicted with high accuracy. No configuration was provided.

  Specifically, a conventional delivery service support system is known in which an optimal route (that is, a combination of roads to be used) is calculated by a computer for delivery on the next day or the next day. However, there is a system that can calculate the dispatch time for each delivery person and the time until delivery of goods for each delivery person in real time according to the current situation, specifically, various situations such as weather, road conditions, delivery person skills, etc. It has not yet existed, and as a result, it has not been able to adequately meet the needs of spot delivery that delivers goods immediately after receiving an order.

  In other words, the spot delivery service is based on the so-called “one article, one vehicle” service, and delivery is required as quickly as possible on the day of the request. For this reason, users (senders and recipients) Etc., as well as the time until the delivery of the goods, as well as the advance notification of the accurate predicted value of the time (vehicle delivery time) until the receipt of the goods (that is, the client's goods will be received) Strong demand.

  In particular, in spot delivery services for motorcycle flights using motorcycles as delivery vehicles, vehicles can be entered even on narrow roads because of the small size of the vehicle (small turning is advantageous). Delivery completion is required, and there is a desire and expectation for advance notification of the most accurate value of these estimated times. The delivery service by spot delivery using a bicycle or small light vehicle as a delivery vehicle has the same needs as the above-mentioned motorcycle service.

  In view of the characteristics of the spot delivery service business, user needs, and the like, the present inventor has constructed an original delivery prediction time calculation technique and proposed the present invention.

  An object of the present invention is to accurately calculate and accurately predict the time (or time) until collection to a user (sender) and the time (or time) until a customer (receiver) receives a delivery item. Accordingly, it is an object of the present invention to provide a delivery service support system, a delivery forecast time calculation method, and a program for realizing efficient arrangement of delivery personnel and improvement of customer satisfaction.

  The present inventor corrected the weather of the day, the skills of the delivery person, the time required to enter the collection or delivery building, and the preparation time for the collection or delivery when calculating the estimated delivery time after earnest research. It has been found that it is effective to use as elements (parameters, etc.) for this purpose, and it is possible to grasp general trends and actual time required for these elements and to express them numerically.

  In other words, for example, on a rainy day, the visibility deteriorates and the braking distance increases, so that the speed of a general vehicle is slow on the road, and traffic congestion tends to occur. And when the road becomes congested, the time required for delivery also increases. Therefore, when calculating the predicted value of the delivery time, it is desirable to use a predetermined value (for example, a multiplication rate) according to the weather of the day as a correction parameter. This parameter calculates the average value of the time taken for similar delivery cases (for example, the case where the vehicle type and delivery person, customer, traffic road, etc. are the same, only the weather is different) for each weather, and the average for each weather. It can be set by comparing values and dividing. For example, for a similar delivery case, if the average time required in clear weather is 60 minutes and the average time required in rainy weather is 66 minutes, it is 6 minutes in rainy weather compared to that in fine weather. It takes a lot of time, and a multiplication rate of (6/60 =) 0.1 can be derived. Similarly, it is possible to obtain and set the multiplication rate in various weather conditions such as typhoon or snow on a sunny day basis.

  For example, a delivery person's skill is that a delivery person who can go to a customer without looking at a map and a new delivery person who arrives at the site without hesitation, even if the other conditions are the same, the delivery time is considerable. It will change. Therefore, when calculating the predicted value of the delivery time, it is desirable to use a predetermined value (for example, a multiplication rate) according to the delivery person's skill as a correction parameter. This parameter calculates the average value of time taken for similar delivery cases (for example, the case where the weather, vehicle type, customer, traffic road, etc. are the same and only the delivery person is different) for each delivery person. The average value can be set by comparing and dividing. For example, for a similar delivery case, the average time required for the delivery person “Class A” who is evaluated as having the highest skill in the company is 60 minutes, and the other delivery persons “O”, “乙”, and “ If the average time required for “Ding” is 66 minutes, 72 minutes, and 78 minutes, respectively, assuming that A is 1.0, (66/60 =) 1.1, Multiplication rates of (72/60 =) 1.2 and (78/60 =) 1.3 can be derived. Note that the value of the rate according to the deliveryman's skill is a value that should normally decrease (that is, approach 1.0) as the deliveryer's years of experience and the number of cases processed, and should be reviewed and set as appropriate. You should fix it.

  For example, if the customer's address is on the first floor of the building and luggage can be collected and delivered as soon as they arrive at the site, or if the customer's address is just on the top floor of a high-rise building, just wait for the elevator. In the case where it takes a long time, even if other conditions are the same, the delivery time varies considerably. In other words, ignoring this element of the admission time increases the error in the predicted value of the delivery time and increases the possibility that the calculation will not be accurate. Therefore, when calculating the expected value of the delivery time, the predicted value of the entrance time is used as a correction value (added value). The expected value of the entrance time can be set by measuring the time required from the time of arrival at the building to the customer address in a building that actually takes time to enter.

  Typical examples of the preparation time for collection or delivery include the time required to write a slip and the time required to load / unload a package. Here, the description on the slip is generally required only when delivery is started. Therefore, the calculation of the estimated collection time required for the collection from the delivery person's current location to the arrival of the collection destination and the completion of the loading, and the time from the completion of the collection to the completion of the delivery after the collection from the arrival to the destination It is possible to calculate the estimated delivery time with higher accuracy by distinguishing the correction value of the preparation time used from the calculation of the estimated delivery completion time required.

The main configuration of the delivery service support system according to the present invention that solves the above problems includes a delivery management server that manages delivery work using a database, a client terminal used by a client who requests delivery of articles, and a delivery vehicle. A terminal that is used for each delivery person using the delivery service using the location information obtaining means for obtaining the position information of the own device using GPS, and at least whether or not the delivery work of the delivery person is available A delivery person terminal comprising: current situation information input means for inputting current situation information; and transmission means for periodically transmitting the position information and the current situation information to the delivery management server via a communication network. Including. Then, the delivery management server at least has a correction value (weather factor T) according to the weather of the day, a correction value (addition value R) relating to preparation for collection or delivery, and the difficulty of entering the collection or delivery destination building. A database for storing a correction value (addition value E) corresponding to the delivery value and a correction value (skill multiplication rate S) corresponding to the delivery skill of the delivery person, and transmission / reception of data to / from an external terminal via the communication network Transmitting and receiving means, delivery person information recording means for recording and updating the position information and the current status information received from the delivery person terminal, and the pickup location (collection destination) of the article received from the requester terminal ) And delivery location (delivery destination) data, current location information and current status information of each delivery person, and registration information in the database, the collection and delivery to the delivery location and delivery to the delivery location Until delivery completion Determined by a predicted time calculation means for calculating the predicted time Y ′ for each delivery person, a responsible delivery person determination means for determining a responsible delivery person based on the calculation result of the predicted time calculation means, and the responsible delivery person determination means Predicted time notification means for notifying the requester terminal of the information on the estimated predicted delivery time Y ′ of the responsible delivery person via the transmission / reception means, A shortest route calculating means for calculating a shortest route in a combination of roads from the current position of the article to the pickup location (collection destination) of the article and from the pickup location (collection destination) to the delivery location (delivery destination); The travel time for each route constituting the shortest route calculated by the route calculation means is calculated, and the calculated values for each route are summed to calculate the travel time Y of the entire route as the predicted time before correction. Transit time The calculation means, the travel time Y of the entire route calculated by the travel time calculation means, the correction value (weather factor T) stored in the database, and the preparation for collection or delivery A correction value (addition value R), a correction value (addition value E) according to the difficulty of entering the collection or delivery destination building, and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person, And correcting means for correcting the value Y ′ after the correction and outputting the corrected value Y ′ as a final predicted time.
<Formula 1>
Y ′ = Y × T + (Y + R + E) × S
(Where Y ′ is the final predicted output time, Y is the delivery person's transit time (predicted pre-correction time) calculated by the transit time calculation means, T is the weather rate, and R is the preparation for collection or delivery. E is the correction value according to the difficulty of entering the collection or delivery destination building, and S is the correction value according to the delivery skill of the delivery person)

In addition, the second main configuration of the present invention is used for each delivery person who performs delivery work using a delivery vehicle, and uses at least position information acquisition means for acquiring position information of the own device using GPS, Current status information input means for inputting current status information regarding the availability of a delivery service of a delivery person; and transmission means for periodically transmitting the position information and the current status information to the delivery management server via a communication network; , And a delivery management server that communicates with a client terminal used by a client who requests delivery of an article, and a predicted delivery time is calculated. In such a method, the delivery management server at least includes a correction value (weather factor T) according to the weather of the day, a correction value (addition value R) relating to preparation for collection or delivery, and entry of the building of the collection or delivery destination. It has a database for storing a correction value (addition value E) according to the difficulty level and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person, received from the delivery person terminal A delivery person information recording step for recording and updating the position information and the current status information; data on the pick-up location (collection destination) and delivery location (delivery destination) of the articles received from the client terminal; Based on the location information and current status information of the delivery person and the registration information of the database, the estimated time Y ′ until the completion of the delivery when the cargo is picked up and delivered to the delivery place is determined for each delivery person. Estimated time calculation to calculate Step, a responsible delivery person determining step for determining a responsible delivery person based on a calculation result in the estimated time calculating step, and information on the predicted delivery person Y's predicted time Y ′ determined in the assigned delivery person determining step. A predicted time notifying step for notifying the client terminal, wherein the predicted time calculating step includes a delivery person from the current position of the delivery person to the pick-up place (collection destination) of the article and the pick-up place (collection) A shortest route calculating step for calculating a shortest route in a combination of roads passing from a destination) to a delivery place (delivery destination), and a passing time for each route constituting the shortest route calculated in the shortest route calculating step. A traffic time calculating step of calculating the traffic time Y of the entire route as a predicted time before correction by summing up the calculated values for each route, and the traffic time calculating step The travel time Y of the entire route calculated in step is stored in the database as a correction value (weather factor T) according to the weather of the day, and a correction value (addition value R) relating to preparation for collection or delivery. Using the correction value (addition value E) according to the difficulty of entering the collection or delivery destination building and the correction value (skill multiplication rate S) according to the delivery skill of the delivery person, the correction is made by the following formula 2. And a correction step of outputting the corrected value Y ′ as a final predicted time.
<Formula 2>
Y ′ = Y × T + (Y + R + E) × S
(Where Y ′ is the final predicted output time, Y is the delivery person's transit time (predicted pre-correction time) calculated in the transit time calculation step, T is the weather rate, and R is preparation for collection or delivery. E is the correction value according to the difficulty of entering the collection or delivery destination building, and S is the correction value according to the delivery skill of the delivery person)

Further, the third main configuration of the present invention is used for each delivery person who performs delivery work using a delivery vehicle, and uses at least position information acquisition means for acquiring position information of the own device using GPS. Current status information input means for inputting current status information regarding the availability of a delivery service of a delivery person; and transmission means for periodically transmitting the position information and the current status information to the delivery management server via a communication network; , And a delivery management server that communicates with a client terminal used by a client who requests delivery of an article, and a program for calculating a predicted delivery time, The delivery management server at least according to the correction value (weather factor T) according to the weather of the day, the correction value (addition value R) related to preparation for collection or delivery, and the difficulty of entering the collection or delivery destination building The A database for storing a positive value (addition value E) and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person, the position information received from the delivery person terminal, and the Delivery person information recording step for recording and updating the current status information, data of the collection place (collection destination) and delivery place (delivery destination) of the articles received from the client terminal, and current location information of each delivery person Based on the current status information and the registration information in the database, a predicted time calculation is performed for each delivery person to calculate a predicted time Y ′ until collection is completed when the cargo is collected at the pick-up location and delivered to the delivery location. Step, a responsible delivery person determining step for determining a responsible delivery person based on a calculation result in the estimated time calculating step, and information on the predicted delivery person Y's predicted time Y ′ determined in the assigned delivery person determining step. request A predicted time notifying step for notifying the user terminal, wherein the predicted time calculating step includes the delivery person from the current position of the delivery person to the pickup place (collection destination) of the article, and the pickup place (collection destination). ) To the delivery place (delivery destination), the shortest route calculation step for calculating the shortest route in the combination of roads, and the travel time for each route constituting the shortest route calculated in the shortest route calculation step, A traffic time calculating step of calculating the traffic time Y of the entire route as a pre-correction predicted time by adding the calculated values for each of the calculated routes, and a traffic time Y of the entire route calculated in the traffic time calculating step. , Stored in the database, the correction value (weather factor T) according to the weather of the day, the correction value (addition value R) related to preparation for collection or delivery, and the collection or delivery destination Using the correction value (addition value E) according to the difficulty level of entering the object and the correction value (skill multiplication rate S) according to the delivery skill of the delivery person, the value is corrected by the following formula 3, and the value after the correction A correction step of outputting Y ′ as a final predicted time.
<Formula 3>
Y ′ = Y × T + (Y + R + E) × S
(Where Y ′ is the final predicted output time, Y is the delivery person's transit time (predicted pre-correction time) calculated in the transit time calculation step, T is the weather rate, and R is preparation for collection or delivery. E is the correction value according to the difficulty of entering the collection or delivery destination building, and S is the correction value according to the delivery skill of the delivery person)

  According to the present invention, the calculated transit time of the entire route is corrected from the viewpoint of the weather of the day, the preparation time of collection / delivery, the entrance time of the collection / delivery destination building, and the delivery skill of the delivery person, Since the corrected value is output as the final predicted time, the time (or time) until collection to the user (requester) and the time (or time) until the customer (recipient) receives the delivery item are more It is possible to accurately calculate and predict with high accuracy.

  Embodiments of the present invention will be described in detail with reference to the drawings. In the following description, the present invention will be described with a focus on the case where the present invention is applied to a system that supports spot delivery services for one article and one vehicle. It can be applied to supporting systems.

  FIG. 1 is an overall schematic diagram of a delivery service support system to which the present invention is applied. As shown in FIG. 1, in the delivery service support system according to the present embodiment, a delivery person terminal 1 used by a delivery person who operates a delivery vehicle 4 and performs delivery work, and delivery management for managing delivery work using a database. During communication between the server 2, the requester terminal 3 used by the user (shipping requester and / or recipient), the delivery management server 2 and the delivery person terminal 1, and between the delivery management server 2 and the requester terminal 3 Communication network to be used. Further, a GPS (global positioning system) system (a plurality of GPS satellites) (not shown) is used when acquiring position information of the delivery person terminal 1 described later.

  Among these, as the delivery vehicle 4, as shown in FIG. 1, it is possible to use a car, a motorcycle, a bicycle, or the like.

  The delivery person terminal 1 is of a type carried by the delivery person or of a type attached to or placed on the delivery vehicle 4, and includes a GPS receiving unit and a communication network for acquiring (calculating) position information using GPS. A communication unit for communicating with the delivery management server 2 via the control unit, an operation input unit such as a key button or jog dial operated by a delivery person, a display unit including an LCD for performing various displays, and the like for controlling these units. CPU, etc. Since this delivery person terminal 1 communicates frequently with the delivery management server 2, a battery having a sufficient capacity is used as a power source. In the following description, an example using a delivery person terminal 1 of a type carried by a delivery person will be described.

  In the present embodiment, the delivery person terminal 1 is provided with dedicated application software on a general-purpose mobile phone, so that various keys are used as input keys for notifying the current status of delivery work to be described later. It is the composition which becomes. Of course, as another embodiment of the delivery person terminal 1, a dedicated communication terminal used only for the present system may be constructed.

  The GPS receiver of the delivery person terminal 1 calculates the current position (latitude and longitude values) of its own device by receiving the radio waves transmitted from a plurality of GPS satellites orbiting outer space. The calculated latitude and longitude values are transmitted to the delivery management server 2 via the communication network together with the current status of the delivery person when communicating with the delivery management server 2 by the communication unit. Note that data transmission / reception between the deliveryman terminal 1 and the delivery management server 2 is actually performed via the base station, but the description thereof is omitted for the sake of brevity.

  In the present embodiment, the operation input unit of the delivery person terminal 1 is mounted with the above-described dedicated application software, so that it is in a “waiting” state waiting for a business, and receives a business request and goes to the collection destination. "Arranged", "Waiting" waiting for delivery at customer site, "Acquisition completed" when collection is completed and heading to delivery destination, "Delivery completed" when delivery is completed, and predetermined after delivery is completed "Moving" to return to the location (headquarters, vehicle storage location, etc.), "Delivery" where the delivery person is working only for a specific customer on that day, and the delivery person is operating (due to a holiday) Functions as an input key to notify the current status of the delivery service of the delivery person, such as “not working”, which is not possible, and “picking out”, which is a state where work is suspended due to private use, etc. To do. The delivery person terminal 1 communicates the current status information of the delivery person by the communication part by operating the predetermined input key of the operation input part at every predetermined stage of the delivery work by the delivery person. It transmits to the delivery management server 2 via the network.

  Here, the connection to the communication network by the communication unit of the delivery person terminal 1 is performed via a radio signal as in a general mobile phone. Further, although the Internet is used as the communication network in the present embodiment, a dedicated communication line may be used as another form.

  In the present embodiment, the communication unit of the delivery person terminal 1 sends the information on the current position (latitude and longitude values) and the current situation information of the delivery person to the delivery management server 2 (so to speak) at predetermined intervals. It is configured to transmit unilaterally. In this system, the communication unit of the delivery person terminal 1 transmits the current position (latitude and longitude values) information and the current situation information of the delivery person to the delivery management server 2 simultaneously every minute. It has become.

  As for the input key for notifying the current status of the delivery service described above, when a predetermined key (for example, “Unloading”) is pressed by the delivery person, another input key (for example, “Received”) is displayed. ) Is not operated, information indicating a state according to the last operated key (in this example, “unloading”) is sent from the communication unit of the delivery person terminal 1 to the delivery management server 2 every minute. It will be transmitted repeatedly (along with the current position information described above). As another form, the communication unit of the delivery person terminal 1 is always connected to the delivery management server 2 and transmits the current position information and the current situation information in response to a request from the delivery management server 2. You can also

  Furthermore, in the present embodiment, regarding the information on the current status of the delivery person, the delivery person presses a predetermined input key related to the information, so that the information is communicated with the delivery person terminal 1 regardless of the arrival of the period described above. Are transmitted to the delivery management server 2. In another configuration, transmission is not performed when the delivery person presses the predetermined input key, but only after 1 minute as the transmission cycle has elapsed, information on the current situation of the delivery person is information on the current position. At the same time, it may be configured to be transmitted from the communication unit of the delivery person terminal 1 to the delivery management server 2.

  In the present embodiment, the client terminal 3 may be any terminal that has a function of communicating with the delivery management server 2 via a communication network. For example, various terminals such as a personal computer (PC), a PDA, and a mobile phone are used. be able to. In the following description, it is assumed that the client terminal 3 is used by a user who requests delivery of an article (hereinafter also referred to as “sender” or “requester of delivery”). The client terminal 3 can also be used by an operator.

  The delivery management server 2 is a device that communicates simultaneously with a plurality of requester terminals 3 and a delivery person terminal 1 via a communication network, and is a processor such as a CPU, an external storage unit such as an HDD, and an operation input such as a keyboard and a mouse. Various computers having basic configurations such as a display unit and a display unit such as an LCD can be used.

  Among them, a processor such as a CPU reads and executes a software program stored in an HDD or the like, thereby recording and updating delivery person information recording means for recording and updating position information and status information from the delivery person terminal 1; Transmission / reception means for transmitting / receiving information to / from the delivery person terminal 1 or the requester terminal 3, the data of the collection location (collection destination) and delivery location (delivery destination) received from the requester terminal 3, and the current Based on the location information and current status information of each delivery person and the registration information in the database, the estimated time Y ′ until the completion of delivery when the cargo is collected and delivered to the delivery place is determined for each delivery person. Information on the predicted time Y ′ of the assigned delivery person determined by the assigned delivery person determining means, the assigned delivery person determining means for determining the assigned delivery person based on the calculation result of the estimated time calculating means, Prediction time notifying means for notifying the requester terminal 3 functions as such. Further, the predicted time calculation means is a combination of roads where the delivery person passes from the present position of the delivery person to the pick-up place (collection destination) of the article and from the pick-up place (collection destination) to the delivery place (delivery destination). The shortest route calculation means for calculating the shortest route in FIG. 8 (steps S102 and S104 in FIG. 8), the travel time for each route constituting the shortest route calculated by the shortest route calculation means is calculated, and each calculated route is calculated. The travel time calculation means (step S106 in FIG. 8) for calculating the travel time Y of the entire route as the estimated time before correction by summing the calculated values, and the travel time Y of the entire route calculated by the travel time calculation means is the database. The correction value (weather rate) according to the weather of the day (step S107 in FIG. 8) and the correction value (addition value R) relating to the preparation for collection or delivery stored in (step 8 in FIG. 8) 109 to S112), a correction value (addition value) according to the difficulty of entering the collection or delivery destination building (step S113 in FIG. 8), and a correction value (skill rate) according to the delivery skill of the delivery person (see FIG. 8 step S114), and functions as correction means for outputting the corrected value Y ′ as the final predicted time. Details of these means will be described with reference to the flowchart of FIG.

<Overview of database>
The delivery management server 2 stores a deliveryman database (FIG. 5) for recording / updating the status of each deliveryer as a database for managing delivery operations, and values relating to correction of required time are registered for each vehicle type. The work time correction database (FIG. 12), the customer database (FIG. 13) in which the value of the difficulty of entering the building of the customer (collection destination customer and delivery destination customer) is registered, and information such as the order contents of the collection destination customer are registered. Order database (FIG. 7), speed setting database (FIG. 11) in which the average speed corresponding to the type of road, vehicle type or walking of the delivery vehicle, and time zone is registered, and the rate according to the skill value of the delivery person Delivery person skill charge rate database (Fig. 14), weather change rate database (Fig. 15) in which the rate according to the type of weather is registered, and the starting point code of the baggage collection point for each delivery operation The travel time record database (Fig. 9) for recording the end point code of the parcel delivery area, the model of the delivery vehicle, the delivery start time information, the required time information from the delivery start to the destination, and the time zone at the time of delivery are defined And a time zone classification database (FIG. 10). In addition to the configuration held in the delivery management server 2, these databases can also be configured to be distributed and held in a plurality of other devices connected to the delivery management server 2 via a network or the like. For the sake of simplicity, the following description will be made assuming that the various databases described above are all stored in the external storage unit of the delivery management server 2.

  An example of the delivery person database is shown in FIG. In the delivery person database of the present embodiment, for each delivery person, “delivery person number”, “name” of the delivery person, “delivery person skill”, “vehicle type”, “current situation”, “current” Information (data) of “position latitude” and “current position longitude” is registered.

  Of these, the “delivery number”, “name”, “delivery skill”, and “vehicle type” data are static data set and registered in advance, while “current status”, “current location” The data of “latitude” and “current position longitude” are positioned as dynamic data that changes from time to time according to the status of the delivery person. The “deliverer skill” data is reviewed as appropriate according to the carrier (accumulation of work experience) of the deliverer, and new data is registered by the system administrator.

  Here, “delivery person skill” is information corresponding to “delivery person skill” in the delivery person skill multiplication rate database of FIG. 14 to be described later (that is, any one of delivery person skills A, B, C,..., N). Information) is registered. As another embodiment of the information registered in the “delivery person skill”, the numerical value of “the multiplication rate” in the delivery person skill multiplication rate database in FIG. 14 may be individually registered for each delivery person.

  Further, the data in the fields of “current situation”, “current position latitude”, and “current position longitude” in the delivery person database are sent by the delivery management server 2 every time data about these is received from the delivery person terminal 1. Registered (stored) and updated.

  Details of other databases will be described later.

<Processing Overview of Delivery Management Server 2>
Next, an overview of processing for the delivery management server 2 to calculate the estimated collection / delivery completion time will be described with reference to the flowchart of FIG.

[Delivery information recording means]
In this system, the delivery person terminal 1 carried by each delivery person obtains position (latitude and longitude) information using GPS periodically (every minute in this example) as described above. The delivery person terminal 1 that has acquired the position information transmits the position information to the delivery management server 2 through the Internet (step S1). At this time, the delivery person terminal 1 also transmits the identification number of the terminal to the delivery management server 2. This terminal identification number is registered in advance as a “delivery number” in the delivery person database (FIG. 5) of the delivery management server 2.

  Then, the delivery management server 2 stores the received position (latitude and longitude) information in the “current position latitude” and “current position longitude” fields of the delivery person (delivery person number) in the delivery person database (FIG. 5). (Step S11).

  Further, the delivery person terminal 1 periodically receives information on the current status of delivery work of the delivery person such as “can be arranged” and “during delivery” based on the operation of the input key described above by the delivery person (this example (Every minute), it is transmitted to the delivery management server 2 via the Internet (step S2).

  At this time, the delivery management server 2 stores the received current situation information in the “current situation” column of the delivery person in the delivery person database (FIG. 5) (step S12).

  Each process of step S1 and S11 mentioned above and each process of step S2 and S12 will be performed for every delivery person terminal 1 individually. In this way, the delivery management server 2 has a function of recording and updating the position information and the current status information received from the delivery person terminal in the database.

[Processing of requests from requesters]
On the other hand, when the requester requests delivery of an article, the requester operates the requester terminal 3 to communicate with the delivery management server 2. Here, the “requester” of shipping includes a client (sender) who is a customer and a system operator. For the sake of simplicity and convenience of explanation, an example in which the client (sender) himself uses the client terminal 3 will be described below.

  In addition, when the operator as another example is a requester, the operator of this system uses the requester terminal 3 to transmit various information transmitted via the telephone or mail from the requester (sender). The operator inputs it to the client terminal 3 and transmits it to the delivery management server 2 by an execution format program. The information sent from the server 2 is displayed on the client terminal 3, and the display information is displayed on the telephone or the like. This is a case where the usage method is to communicate to the client via

  In this embodiment, the requester operates the requester terminal 3 to access a predetermined site on the Internet (that is, a homepage managed by the delivery management server 2), and a request button (not shown) displayed on the site is clicked. The operation input unit selects (clicks, etc.), selects a courier service, a motorcycle service, etc., and requests an order input screen for inputting a name, an address, and the like. By performing this operation, a request signal for the order entry screen is transmitted from the requester terminal 3 to the delivery management server 2 (step S31).

  The delivery management server 2 that has received this request signal transmits the data of the order entry screen to the requester terminal 3 (step S13). Then, the client terminal 3 that has received the data on the order entry screen displays the order entry screen on the display unit of its own device such as an LCD. FIG. 3 shows an example of an order entry screen. In this order entry screen, as shown in FIG. 3, the delivery date (year / month / day), the name of the requester (sender), the address of the requester's goods, the address of the addressee of the goods, If there is already an identification code (indicated as “CD” in FIG. 3) of the client who is using the client and the recipient, each information such as the CD (takeover customer CD or recipient customer CD) is entered. It is a screen. In an actual system, various customer personal information is managed using a customer master database (not shown), but since it is not directly related to the gist of the present invention, a detailed description of the customer master database is omitted. To do. The customer database, which will be described later with reference to FIG. 13, is obtained by extracting a part of the customer master database.

  When necessary items are entered on the order entry screen and a send button (not shown) is clicked, each piece of inputted information is sent from the requester terminal 3 to the delivery management server 2 as order information (see FIG. 6) (steps). S32). In an actual system, prior to the transmission of order information, the delivery management server 2 uses the customer master database to search for (confirm) the address corresponding to the CD, as appropriate. Although data such as a confirmation screen for requesting the client to confirm the final information is transmitted to the client terminal 3, since it is not directly related to the gist of the present invention, illustration and explanation thereof are omitted.

  When the delivery management server 2 receives the order information, the delivery management server 2 assigns an order number (for example, “A0001”) and also receives the order number and the received information (ie, “delivery date”, “requester”, “pick-up address”, (Collection customer CD ”,“ destination address ”, and“ destination customer CD ”) are associated with each other and stored (temporarily stored) in a predetermined storage area, followed by calculation of estimated pickup time; Steps S14 to S17 related to the calculation of the estimated delivery time and the determination of the responsible delivery person are performed.

[Outline of predicted time calculation means]
The delivery management server 2 extracts “current position latitude” and “current position longitude” data of all delivery persons registered in the delivery person database (FIG. 5) in step S14, and for each delivery person, The calculation process of step S15 and step S16 can be performed. Here, step S15 is a process for calculating the estimated time required for collection (collection estimated time) for each delivery person, and step S16 is an estimated time from completion of collection to completion of delivery (delivery estimated time). Is calculated for each delivery person. Further, the delivery management server 2 calculates the estimated collection time, the estimated delivery time, or the total value of the estimated collection time and the estimated delivery time for each delivery person, and any one of these times is the minimum value, A delivery person whose status is “standby” is determined as a person in charge. In step S <b> 17, the delivery management server 2 transmits information on the estimated delivery person's estimated time to the requester terminal 3.

  As another embodiment, in the case where the calculation processing in steps S15 and S16 described above can be performed quickly, for example, when the number of delivery persons registered in the delivery person database (FIG. 5) is relatively small. In step S14, the delivery management server 2 determines that the “current position latitude” is only the delivery person whose current status is “standby” among all delivery persons registered in the delivery person database (FIG. 5). In addition, the data of “current position longitude” may be extracted and processed as a calculation target thereafter.

  Further, the delivery management server 2 determines the responsible delivery person determining means for determining the responsible delivery person based on the calculation result for each delivery person in step S15 or the total value of the calculation results for each delivery person in steps S15 and S16. The details of this will be described later.

[Outline of processing for calculating the estimated collection / delivery completion time and means for determining the responsible delivery person]
In the following, the calculation process of the estimated collection time and the estimated delivery completion time in step S15 and step S16 and the outline of the responsible delivery person determination means will be described. However, the outline of the processing described below is an example, and the present invention is not limited to this. In particular, various configurations are conceivable for the configuration of the responsible delivery person determination means (that is, determination criteria, etc.). This will be described later.

  As described above, the delivery management server 2 performs the calculation process for all delivery persons registered in the delivery person database (FIG. 5) in parallel. Data is extracted and temporarily stored in the work area of the CPU (step S14).

In the next step S15, the delivery management server 2 sends the order information (delivery date, take-up address, take-up customer CD in FIG. 6) and each registered information about a predetermined delivery person (here, one delivery person). , Using the required time calculation method (algorithm) to be described later in FIG. 8, the estimated collection time (Y ₁ ) and the correction value (Y ₁ ′) of the estimated collection time when all the deliverers head for the collection. Is calculated for each delivery person.

In one embodiment, the delivery management server 2 calculates a correction value (Y ₁ ′) for the estimated collection time calculated in step S15 for each delivery person, completes collection in the shortest time, and present status One delivery person who is “standby” is determined as a delivery person candidate (responsible delivery person) (see FIG. 2), and the delivery completion prediction time in step S16 is calculated only for that one delivery person. . In this embodiment, the calculation process in step S16 is lightened, so that the calculation time can be shortened.

On the other hand, in another embodiment, the delivery management server 2 puts the determination of the responsible delivery person on hold in step S15, and calculates the delivery completion prediction time in step S16 for the top several delivery persons with short estimated collection times. Or for each delivery person (for all members) registered in the database. In this case, the total value (Y ₁ ′) of the correction value of the estimated collection time and the correction value of the estimated delivery completion time The delivery person with the smallest + Y ₂ ') is determined as the responsible delivery person. Hereinafter, a case will be described in which the estimated delivery completion time in step S16 is calculated for each delivery person (for all members) registered in the database.

In the next step S16, the delivery management server 2 determines the order information (delivery date, delivery address, delivery destination customer CD in FIG. 6), each registered information about the delivery person, and the required time calculation method described later in FIG. (Algorithm) is used to calculate the estimated delivery completion time (Y ₂ ) and the correction value (Y ₂ ′) of the estimated delivery completion time for every delivery person for every delivery person.

In step S17, the delivery management server 2 further corrects the estimated collection time (Y ₁ ′) calculated in steps S15 and S16 and the estimated delivery completion time (Y ₂ ′) as described above. ) For each delivery person, determine the delivery person who can complete delivery in the shortest time and the current status is “waiting” as the person in charge, and provide information on the estimated time of the person in charge. Send to user (orderer). More specifically, in step S17, the delivery management server 2 selects a delivery person having the smallest total value (Y ₁ '+ Y ₂ ') of the correction value of the estimated collection time and the corrected value of the estimated delivery completion time. Then, it is determined whether or not the current state of the delivery person is “standby”. If YES, that is, if the delivery person is waiting, the delivery person is determined as a person in charge, and information on the estimated time of the delivery person is It transmits to the client terminal 3. On the other hand, if NO, that is, if the current state is other than standby, the delivery management server 2 considers that the delivery person cannot be in charge of delivery, and corrects the estimated collection time and the estimated delivery completion time. The next smallest delivery person of the total value (Y ₁ ′ + Y ₂ ′) is selected, the current state of the delivery person is determined as described above, and the delivery person whose current state is “waiting” is extracted. This process is repeated until the extracted person is determined as the person in charge, and information on the estimated time of the delivery person is transmitted to the requester terminal 3 of the orderer. In this embodiment, the delivery management server 2 provides the client terminal 3 with data on the current time and the required collection time in addition to the correction value (time) of the estimated collection time and the correction value (time) of the estimated delivery completion time. It is supposed to send.

  In step S33, the client terminal 3 that has received the data, as shown in FIG. 4, present time, time required for collection (correction value), time of estimated collection time (correction value), estimated delivery completion time. Each time (correction value) is displayed on the display unit, thereby notifying the requester of the time (estimated time) required for collection and delivery completion in the delivery operation.

  The delivery management server 2 according to the present embodiment that performs this process calculates the data such as the predicted time after receiving various data from the requester terminal 3, that is, transmits the data to the requester terminal. By the time, it can be performed in a short time of about 1 to 3 seconds. Therefore, the requester terminal 3 can input and transmit various data in the delivery request and wait as it is, thereby quickly obtaining an accurate predicted value such as the time required for collection and delivery.

[Processing of delivery management server after order confirmation]
The requester examines each piece of information displayed on the requester terminal 3 as shown in FIG. 4 and performs an order confirmation operation when placing an order (step S34). This operation is performed, for example, by selecting an “order” button (not shown) displayed on the client terminal 3. By this order confirmation operation, an instruction command for confirming the order information is transmitted from the requester terminal 3 to the delivery management server 2. Then, the delivery management server 2 that has received the command stores the order information received in step S32 described above in the order database (step S18).

  Here, as shown in FIG. 7, the order database includes each information of order number, delivery date, requester, delivery address, delivery customer CD, delivery address, delivery customer CD, and status for each item. It is configured to store each. In step S18, the delivery management server 2 generates an order number and stores the order information (see FIGS. 3 and 6) received in step S32 described above in the corresponding item column of the order database. . At this time, since the person in charge of delivery has not arrived at the address of the sender (that is, the delivery item has not been picked up), the delivery management server 2 stores data indicating “unarranged” in the status column.

  The stored information in the status column of the order database can be browsed by other terminals (including the receiver side terminal) such as the requester terminal 3 by accessing the delivery management server 2 and specifying the order number. However, since the process for browsing is not directly related to the gist of the present invention, detailed description thereof is omitted.

  Subsequently, the delivery management server 2 transmits the order information to the delivery person terminal 1 of the delivery person (step S19). The delivery person terminal 1 displays the received order information on the display unit of the own device (step S3). The delivery person 4 (delivery person in charge) confirming the display information performs collection and delivery by the delivery vehicle (step S41).

  When the delivery person 4 completes the collection and delivery, the delivery person 4 uses the delivery person terminal 1 to perform the collection / delivery completion operation (step S42). With this operation, the delivery person terminal 1 transmits the current status information “delivery completed” to the delivery management server 2 (step S4). The delivery management server 2 that has received the delivery completion information updates the current status column of the delivery person in the delivery person database (FIG. 5) to “delivery completed” (step S20), and also updates the order database (FIG. 7). The status column is similarly updated (step S21).

[Description of other databases]
Next, travel time record database (FIG. 9), time zone classification database (FIG. 10), speed setting database (FIG. 11), work time correction database (FIG. 12), customer database (FIG. 13), delivery person rate database (FIG. 14) and the detailed structure of a weather coverage database (FIG. 15) are demonstrated referring drawings.

  FIG. 9 shows an example of the travel time recording database. In the present embodiment, as shown in FIG. 9, the travel time record database includes “start point code” information corresponding to a pickup address (collection destination) address of an article (package) and an article (package) for each case. "End point code" information corresponding to the destination address (delivery place) of the vehicle, "Vehicle type" information indicating the type of delivery vehicle used, whether the delivery date is a weekday or a holiday, and the time for picking up goods “Time zone classification” information, “delivery person number” of the delivery person, and “required time (minutes)” information required for movement from delivery start to delivery completion are registered in association with each other. ing.

  In the travel time recording database, the above-described information is recorded and stored for each case of delivery work. Therefore, when similar delivery work (so-called repeater) occurs after the next time, the previous data registered in the travel time recording database is used for calculation of the predicted time (steps S102 and S103 in FIG. 8). Is possible.

  In the present embodiment, a mesh code database (not shown) in which a region (land) is divided into meshes of a predetermined area (for example, 1 km × 1 km) and a code number is registered for each mesh is used. The code of the corresponding area registered in the mesh code database is used as the “start point code” information and “end point code” information. Since the mesh code database in which such regions and codes are associated is not directly related to the gist of the present invention, illustration and detailed description thereof are omitted.

  FIG. 10 shows an example of the time zone classification database. In the present embodiment, as shown in FIG. 10, the time zone classification database includes a “code” field, a “holiday classification” field, a “start time” field, and an “end time” field. Here, in the code column, weekdays and holidays 24 hours such as weekdays A, weekdays B,..., Weekdays n, holidays A, holidays B,. An identification code for identifying each of the registered cases is registered. In addition, information indicating whether it is a weekday or a holiday is registered in the holiday category column, and information on the start time (time) and end time (time) in the time zone of the code is stored in the start time column and end time column. be registered.

  Note that how many time zones (ie, the number of n) are divided and how time settings are performed in each time zone are not particularly limited, but in this embodiment, one day is divided into five time zones (ie, n = 5). ), Weekdays A (and holidays A) are 00:00 to 06:29, weekdays B (and holidays B) are 06:30 to 09:59, and weekdays C (and holidays C) are 10 0:00 to 16:29, weekdays D (and holidays D) are set and registered as 16:30 to 18:59, and weekdays E (and holidays E) are set and registered as 19:00 to 23:59.

  In the present embodiment, “time zone”, in a narrow sense, is based on the time when the delivery operation is “acquired”. Therefore, for example, if delivery is performed between 9:50 and 10:20 on weekdays, the time zone classification of the actual value (30 minutes) of this required time is not “Weekday C” but “Weekday B”. It is stored (see the second stage in FIG. 9).

  FIG. 11 shows an example of the speed setting database. As shown in FIG. 11, the speed setting database of the present embodiment is associated with a “road type” field, a “vehicle type” field, a “time zone classification” field, and an “average speed” field. The average value of the traveling speed at can be extracted for each time zone. As a result, for example, in the case of “running on a highway on a normal motorcycle (motorcycle) from midnight to 6:29”, information such as an average speed of 72 km / h can be derived.

  FIG. 12 shows an example of the work time correction database. As shown in FIG. 12, the work time correction database of this embodiment has a configuration in which values of “average preparation time” and “average loading time” are registered for each “vehicle type” information. As a result, for example, in the case of a normal motorcycle (motorcycle), it can be extracted that the average preparation time is "5 minutes" and the average loading time is "5 minutes".

  Here, “average time required for preparation” means that after the order is completed, instructions are given to the delivery person, the delivery person confirms the contents, creates a slip, prepares by checking the map, etc. It is the time taken to start moving, and the “average loading time” is the time taken to load and unload a package.

  FIG. 13 shows an example of a customer database. In the customer database of this embodiment, as shown in FIG. 13, “customer CD” is associated with a column (“building difficulty level (minutes)”) indicating the difficulty level of building that is the customer's address. It becomes the composition. Here, the actual value (average value) of the time required to arrive at the customer's residence in the building after arrival at the entrance of the building is registered in the “building difficulty level (minutes)”. This takes into account, for example, the case where it is necessary to ride an elevator or go up stairs in a high-rise house, or when a predetermined procedure (such as bookkeeping in a management room) is required at the entrance in a building with tight security. Is. In the present embodiment, each data registered in the customer database is appropriately set and updated by the operation of the system administrator.

  FIG. 14 shows an example of the delivery person charge rate database. In this delivery person multiplication rate database, the skill value (A, B, C,..., N) of the delivery person and the correction coefficient (the multiplication rate in this embodiment) of the skill value are registered in association with each other. Yes.

  The rate in the delivery person rate database generally becomes a good value (low rate) as the carrier of the person in charge increases (the number of deliveries increases). It is very difficult to obtain an accurate (updated) value by mechanical calculation, and it is necessary to fully examine it manually. It will be set.

  FIG. 15 shows an example of the weather rate database. In this weather rate database, the type of weather (weather name) and the rate corresponding to the weather name are registered. In general, in the case of rain, it takes time for waterproofing of delivered items in the case of rain, especially in the case of motorcycle flights, it is also necessary to prepare the rain gear etc. of the person in charge, rain becomes heavy (or snowy road As the snow accumulates and freezes, the vehicle speed tends to decrease due to the tires becoming slippery, etc., and traffic restrictions (for example, road speed restrictions during rainy weather, road closure due to vehicle accidents, falling rocks, etc.) The possibility of the occurrence of such a case is inevitably increased, and the influence on the delivery time due to the weather is very large. In the present embodiment, the weather rate database can be set for each vehicle type, and FIG. 15 shows a setting example for a motorcycle as an example.

  FIG. 8 is a flowchart showing a method for calculating the estimated collection time and estimated delivery time, and corresponds to the subroutine of step S15 and step S16 in FIG.

  Hereinafter, with reference to the flowchart of FIG. 8, a method for calculating the estimated time of the time required for collection and delivery will be described in detail. The calculation of this estimated time is based on the estimated time required for the collection from the current location of the responsible delivery person to the collection destination (goods pickup location) and the completion of loading (hereinafter referred to as “collection estimated time”). Calculation) and calculation of an estimated time (hereinafter referred to as “delivery completion prediction time”) from the time of collection to the completion of delivery until the delivery is completed. It is roughly divided into In the present embodiment, these two calculations can be performed simultaneously in parallel using the routine of FIG. 8, but for convenience of explanation, the calculation of the estimated collection time will be described first, The calculation of the estimated delivery completion time will be described.

(Calculation of estimated collection time)
The delivery management server 2 that temporarily stores the order information from the client terminal 3 as shown in FIG. 6 described above refers to the mesh code database described above in step S101, and determines the departure point (in this case, the current delivery agent's current status). ) And arrival point (in this case, the collection destination location) are converted into secondary mesh codes. In subsequent step S102, the delivery management server 2 searches the travel time record database (see FIG. 9) for travel time record data corresponding to the combination of the converted mesh code of the departure point and the mesh code of the arrival point. If the travel time record data is retrieved, the process proceeds to step S103, and if not retrieved, the process proceeds to step S104.

  Specifically, when calculating the estimated collection time in step S15 of FIG. 2, in step S102, the departure point (determined in step S14) in the delivery person database (FIG. 5) of the delivery person concerned. The current position information (current position latitude and longitude) and the “acquisition address” of the order information that is the arrival point are referred to, and the combination of the departure point and the arrival point is stored in a travel time record database (see FIG. 9). ) To determine whether or not the corresponding data exists, that is, whether or not the travel time record data has been searched. At this time, in order to obtain more accurate performance data, the delivery management server 2 also refers to the time zone classification of the travel time recording database, and performs processing so that it is not regarded as corresponding data when the time zone classification is different. It is good as well.

  As a result of the determination in step S102, if the travel time record data is searched, the delivery management server 2 stores the search result (movement time value) in the temporary variable Y in step S103, and proceeds to step S107. Here, when the travel time result data is searched for a plurality of cases, in step S103, for example, an average value of the search result, that is, the value of the travel time is calculated, and the calculated value is stored in the temporary variable Y. The process proceeds to step S107.

  On the other hand, if the travel time record data is not searched as a result of the determination in step S102, the delivery management server 2 performs the processing in steps S104 to S106, and then proceeds to step S107.

  Specifically, the delivery management server 2 uses the Dijkstra method or the like to use the Dijkstra method in step S104 when the travel time record data is not searched, that is, the road that can be reached in the shortest time. And the total distance is calculated and determined.

  In the next step S105, the delivery management server 2 determines the speed value (theoretical value) according to the vehicle type used in the delivery service, the time zone corresponding to the current time, and the type of each road determined in step S104. Value) is acquired from the speed setting database (see FIG. 11).

  Further, in subsequent step S106, the delivery management server 2 uses the total distance of the shortest route determined in step S104 and the speed value corresponding to the type of road acquired in step S105, and the travel time of the entire route. And the calculated travel time value is stored in the temporary variable Y.

  Then, in step S107 after the processing of step S103 or step S106 described above, the delivery management server 2 acquires the multiplication rate according to the weather of the day from the weather multiplication rate database (FIG. 15) and multiplies it to Y. The accumulated value is temporarily stored in the temporary variable A. The weather setting for the day is set for each region, for example, every morning by an operation of the system administrator.

  In subsequent step S108, the delivery management server 2 confirms whether or not the current calculation is the estimated collection time. If YES, that is, if the estimated collection time is calculated, the process proceeds to step S109, and NO, that is, the estimated collection time is calculated. Otherwise, it is regarded as the calculation of the estimated delivery time, and the process proceeds to step S110. Here, since it is description of the calculation method of collection estimated time, step S109 and after are demonstrated.

  In step S109, the delivery management server 2 acquires the value of the average preparation required time and the value of the average loading required time from the work time correction database (FIG. 12), stores them in the variables R1 and R2, respectively, and proceeds to step S111. Transition.

  In step S111, the delivery management server 2 adds the variable R1 to the variable Y and proceeds to step S112. In step S112, the delivery management server 2 adds the variable R2 to the variable Y and proceeds to step S113.

  In step S113, the delivery management server 2 acquires the value of the building entry difficulty level (here, the entry difficulty level of the collection destination building) from the customer database (see FIG. 13), and adds the obtained value to the variable Y. Then, the added value is set as Y, and the process proceeds to step S114.

  In step S114, the delivery management server 2 acquires the delivery person skill from the delivery person information in the delivery person database (FIG. 5), and calculates the rate of the corresponding skill from the delivery person skill multiplication database (FIG. 14). Acquire, multiply the value of the multiplication rate by Y, set the value after the integration to Y, and proceed to Step S115.

  In step S115, the delivery management server 2 adds the value of Y to the value of A temporarily stored in step S107 described above, and adds the added value to the final Y, that is, the final estimated collection time for the delivery person. Temporarily stored as (final estimated collection time Y ′ of the responsible delivery person).

  With the above processing, the estimated collection time (step S15 in FIG. 2) from the current location of the responsible delivery person to the collection destination until the loading is completed is calculated.

  The processing for calculating the estimated collection time described above can be performed in parallel for each delivery person registered in the database.

  As described above, in one embodiment of the present system, the estimated collection time for each delivery person is calculated and compared in step S15 in FIG. It is possible to determine the delivery person who can go first as the responsible delivery person. In this case, the delivery management server 2 only needs to calculate the amount corresponding to the responsible delivery person determined in step S15 for the calculation of the estimated delivery completion time described below.

  In another embodiment, the determination of the responsible delivery person in step S15 may be suspended, and the responsible delivery person may be determined based on the sum of the calculation result in step S16. In the case of such another embodiment, the delivery management server 2 performs the calculation of the estimated delivery completion time in step S16 described below for each delivery person registered in the database, or the estimated collection time is short. This can be done for the top few delivery personnel.

(Calculation of estimated delivery completion time)
When calculating the estimated delivery completion time in step S16 in FIG. 2, the delivery management server 2 refers to the mesh code database described above in step S101, and determines the departure point (in this case, the destination of collection) in the order information. The coordinates of the location, i.e. "pick-up address") and the arrival point (in this case, the "destination address" of the order information which is the place of delivery (such as a building)) are converted into secondary mesh codes. In subsequent step S102, the delivery management server 2 searches the travel time record database (see FIG. 11) for the combination of the departure point and the arrival point, and searches for the corresponding data, that is, the travel time record data is searched. It is determined whether or not it has been done. As described above, at this time, the determination may be made with reference to the time zone classification of the travel time recording database.

  As a result of the determination in step S102, if the travel time record data is searched, the delivery management server 2 stores the search result (movement time value) in the temporary variable Y in step S103, and proceeds to step S107. On the other hand, if the travel time record data is not searched as a result of the determination in step S102, the delivery management server 2 performs the processing in steps S104 to S106, and then proceeds to step S107.

  In addition, since the process of step S104-S106 and the process of step S107 are as above-mentioned, the overlapping description is abbreviate | omitted.

  After performing the process of step S107, the delivery management server 2 confirms whether or not the currently performed calculation is the estimated collection time (step S108). In this case, since it is a calculation of the estimated delivery time, NO, that is, step The process proceeds to S110. In step S110, the delivery management server 2 acquires the value of the average loading time from the work time correction database (FIG. 12), stores the value in the variable R2, and proceeds to step S112. That is, in the case of calculating the estimated delivery time, the addition of the average preparation time (R1) required for confirmation of delivery contents and map, creation of a slip, etc. has already been performed at the time of calculating the estimated collection time described above. Further, if the addition is further performed at the time of calculating the delivery completion prediction time, an error becomes large. Therefore, in this system, processing is performed so as to avoid such overlapping addition. On the other hand, the addition of the average loading required time (R2) is added to the calculation of the estimated delivery time because work is performed to unload the package at the end of delivery.

  In subsequent step S112, the delivery management server 2 adds the variable R2 to the variable Y and proceeds to step S113. In step S113, the delivery management server 2 acquires the value of the building entry difficulty level (in this case, the building entry difficulty level of the delivery destination) from the customer database (FIG. 13), and adds the obtained value to the variable Y. The added value is set as Y, and the process proceeds to step S114.

  In step S114, the delivery management server 2 acquires the delivery person skill from the delivery person information in the delivery person database (FIG. 5), and calculates the rate of the corresponding skill from the delivery person skill multiplication database (FIG. 14). Acquire, multiply the value of the multiplication rate by Y, set the integrated value to Y, and proceed to Step S115.

  In step S115, the delivery management server 2 adds the value Y to the value A temporarily stored in step S107 described above, and adds the added value to the final Y, that is, the final estimated delivery time for the delivery person. Temporarily stored as (final estimated delivery time Y ′ of the responsible delivery person).

  With the above processing, the estimated delivery completion time (step S16 in FIG. 2) from when the responsible delivery person completes loading until arrival at the delivery destination and delivery is completed is calculated.

  As described above, in one embodiment of the present invention, the calculation of the estimated delivery completion time is performed for only one responsible delivery person determined in advance in step S15. On the other hand, in the other embodiments described above, that is, the determination of the responsible delivery person is put on hold, and the delivery completion prediction time is calculated for each delivery person registered in the database, or the upper collection collection time is short. When the process is performed for several delivery persons, the sum of the estimated collection time and the estimated delivery completion time is totaled for each delivery person in step S16 of FIG. 2, and the person with the shortest total time is determined as the responsible delivery person. do it.

  As described above, the travel time value searched or calculated based on the route (road) is corrected by using the correction value (parameter) registered in each database and a predetermined formula, thereby collecting the goods. In addition, it is possible to calculate a more accurate estimated time of the time required for delivery and notify the calculated value to a user (client, etc.). In addition, it is possible to determine the responsible delivery person in various manners with the calculation of the predicted time.

  That is, in this system, when the delivery manager determining means by the processor of the delivery management server 2 receives the data of the place of picking up the goods and the place of delivery from the requester terminal 3, the data and the current position information of each delivery person are received. Based on the current status information and the registration information in the database, the estimated time until completion of delivery is calculated for each delivery person when picking up and delivering to the delivery place. It is possible to determine a delivery person having the smallest predicted time or predicted time until collection completion. More specifically, in the present embodiment, the delivery person-in-charge determining means calculates the shortest route calculation process (step S104 in FIG. 8) for calculating the shortest route in the combination of roads through which the delivery person passes, and the calculated shortest route. A traffic time calculation process (steps S105 and S106 in FIG. 8) for calculating the traffic time for each route constituting the route, and calculating the traffic time for the entire route by adding the calculated values, and the calculated traffic time. Correction values and correction formulas according to the weather of the day (step S107 in FIG. 8), correction values and correction formulas for preparation for collection or delivery (steps S108 to S112 in FIG. 8), and the collection or delivery destination building. A correction value and a correction formula (step S113 in FIG. 8) according to the entrance difficulty level, and a correction value and a correction formula (step S114 in FIG. 8) according to the delivery skill of the delivery person. And a correction means for outputting the corrected value as a final predicted time, thereby quickly determining a delivery person who can perform the delivery work or collection in the shortest time. In addition, it is possible to promptly transmit to the client terminal 3 a more accurate predicted value of the time required for completion of delivery or collection.

  The operation of the delivery service support system according to the present invention will be described below using specific examples.

  In the following, for the sake of simplicity, it is assumed that there are two delivery persons (both delivery person skill B) using ordinary motorcycles registered in the delivery person database (Fig. 5). Consider a case where a delivery person in Takadanobaba, Shinjuku-ku, Tokyo delivers a delivery to Akasaka, Tokyo. Further, it is assumed that the weather on the day is rain, the entrance difficulty of the take-over destination is 5 minutes, and the entrance difficulty of the destination is 20 minutes.

[Selection of delivery personnel, etc.]
In this example, the deliveryman terminal 1 transmits information indicating that “waiting” at “Shinjuku-ku Takadanobaba, Tokyo” to the delivery management server 2 every minute. On the other hand, a deliveryman terminal (1) possessed by another deliveryman sends information indicating that he / she is “waiting” at “Nishiwaseda, Shinjuku-ku, Tokyo” to the delivery management server 2 every minute. (See steps S1 and S2 in FIG. 2).

  Next, the client terminal 3 collects the luggage from the orderer's address “Takadanobaba, Shinjuku-ku, Tokyo” by the orderer's operation, and “motorcycle service” to “Akasaka, Minato-ku, Tokyo” as the notification destination. The order information to order delivery is transmitted to the delivery management server 2 (see step S32).

  Subsequently, the delivery management server 2 retrieves the “current position latitude”, “current position longitude”, “delivery skill” of the above-mentioned two delivery persons whose “vehicle type” information is a normal motorcycle from the delivery person database (FIG. 5). ”And obtain the estimated collection time and estimated delivery completion time when the delivery members deliver according to the contents of the order information, and the total value of the estimated collection time and estimated delivery completion time is the smallest. A delivery person whose current status is “standby” is determined as a person in charge. In this case, the former, that is, the delivery person who is waiting in Takadanobaba, Shinjuku-ku, Tokyo, is selected as the person in charge, and information on the estimated time of the person in charge is transmitted from the delivery management server 2 to the client terminal 3. (See steps S15 to S17 in FIG. 2).

  Further, after steps S33 and S34 described above, the delivery management server 2 generates the order number and stores the order information (see FIGS. 3 and 6) in the order database (step S18). Such order information is transmitted to the delivery person terminal 1 (step S19). Subsequently, the delivery person terminal 1 displays the order information on the display unit (step S3), and the collection vehicle / delivery work is started by the delivery vehicle / delivery person 4 who sees the display information (see step S41).

  Based on the operation of the delivery person 4, when the collection is completed, the delivery person terminal 1 sends the information indicating that it has been “acquired” at the Takadanobaba, Shinjuku-ku, Tokyo, to the delivery management server 2. When the delivery service is completed, information indicating that “delivery is completed” is similarly transmitted in “Akasaka, Minato-ku, Tokyo” (see step S42). Thereafter, information indicating that “standby” is set in “Akasaka, Minato-ku, Tokyo” is transmitted from the delivery person terminal 1 to the delivery management server 2 by the operation of the delivery person 4.

  The delivery management server 2 temporarily stores these data and then records them in the travel time recording database (FIG. 9).

[Specific example of required time calculation method]
The delivery management server 2 converts the coordinates of the departure point and the arrival point in the order information into a (JIS X 0410) reference area mesh code (step S101). In this example, the departure point is Takadanobaba, Shinjuku-ku, Tokyo, so the code is "5339-4556", and the arrival point (end point) is Akasaka, Minato-ku, Tokyo, so the code is "5339-4508" .

  Subsequently, the delivery management server 2 searches the travel time record database (FIG. 9), and the actual data based on the combination of the departure point code “5339-4556” and the end point code “5339-4508” is in the travel time record database. (Step S102), if there is, the corresponding data in the “required time (minutes)” column is extracted. In this example, “30 (minutes)” is extracted from FIG. 9 in the case of Takadanobaba, Shinjuku-ku, Tokyo to Akasaka, Minato-ku, Tokyo.

  Here, if there is no combination of regions (codes) corresponding to the travel time recording database, the delivery management server 2 calculates a route by a method such as the Dijkstra method equivalent to the car navigation, and a speed setting database (FIG. Referring to 11), the required time is calculated for each type of road passing through, the total of the respective calculation results is calculated, and the calculated value is set as the required time for the entire route. For example, if the current date and time is 6 o'clock on weekdays (that is, weekday A) and the vehicle is traveling on a highway for 40 km with ordinary two wheels, an average speed of 72 km / h is obtained from FIG. 11 and 40 ÷ 72 × 60 = 33 ( Minutes) is calculated. Similarly, when traveling on a main local road for 8 km on a regular local road during the holiday A, the required time of 8 ÷ 16 × 60 = 30 (minutes) is calculated.

  Here, it is assumed that the estimated time until collection (before correction) for normal motorcycle delivery is 30 minutes, and the estimated time until completion of delivery after collection (before correction) is 33 minutes. That is, this is a case where the total pre-correction prediction time is 63 minutes.

  The delivery management server 2 refers to the weather data stored in the predetermined area and the weather rate database (FIG. 15) for the required time value calculated in this way, and determines the time according to the weather of the day. The integrated value is temporarily stored as a temporary variable A. For example, if the weather on the day is rain, a multiplication rate of 0.1 is applied from FIG. 15. If the case is 63 minutes, 63 × 0.1 = 6.3 (minutes) is the value of A. That is, in this case, a delay of 6.3 minutes due to the weather is expected.

  Subsequently, the delivery management server 2 extracts and calculates 5 minutes of the average preparation required time and 5 minutes of the average loading required time for the normal motorcycle from the work time correction database (FIG. 12). Therefore, in this case, it is 63 minutes + 5 minutes + 5 minutes + 5 minutes, which is 78 minutes in total (step S108 to step S112 in FIG. 8).

  Next, the delivery management server 2 acquires the entrance difficulty level for each customer. Here, if the client code of the client is 000001 and the customer code of the delivery destination is 000002, it is 5 minutes and 10 minutes, respectively, and 78 + 5 + 10 = 93 minutes is calculated from FIG. 13 (step S113).

  Further, the delivery management server 2 extracts a rate corresponding to the delivery person skill (skill B in this example) from the delivery person rate database (FIG. 14) and multiplies the calculated value. In this example, since the multiplication rate of the delivery person skill B is 1.1 times, 93 × 1.1 = 102.3 (minutes) is calculated (step S114). Then, the delivery management server 2 adds 102.3 (minutes) to the temporarily stored value of A to obtain 102.3 + 6.3 = 108.6 (minutes), and finally 109 minutes is calculated as the predicted time (in the case of rounding up). The fraction may be rounded down or rounded off.

  In addition, the calculation method in the specific example described above is for calculating the estimated time until collection and the estimated time until completion of delivery after collection at the same time (for one time). It is sufficient to calculate the predicted time and the predicted time to completion of delivery after collection separately, and add both values at the end.

  According to the present system that performs the calculation as described above, it is possible to calculate the predicted time that is more accurate than the conventional system and that is based on the actual conditions such as weather, difficulty in entering, and the skills of the delivery person.

  As described above, the present invention has been described in detail according to specific embodiments. However, the present invention is not limited to the above-described embodiments, and various design changes can be made.

In particular, in the above-described embodiment, the final predicted time to be output is Y ′, the delivery person's travel time (predicted pre-correction time) calculated in the travel time calculation step is Y, the weather rate is T, When the correction value regarding the preparation for delivery is R, the correction value according to the difficulty of entering the collection or delivery destination building is E, and the correction value according to the delivery skill of the delivery person is S,
Y ′ = Y × T + (Y + R + E) × S
Although the correction value is calculated according to the above formula, various other calculation formulas are conceivable.

  For example, in the above-described embodiment, the correction value S according to the delivery skill of the delivery person is used as the “multiplication rate”. However, if the delivery person is immature, this means that the route is also searched for the preparation for delivery. Moreover, it is because it tends to take extra time to move and enter. On the other hand, if this state changes in the future, such as when car navigation for motorcycles becomes widespread, for example, only the time required for preparation such as confirmation of delivery instructions will be unnecessary due to inexperience. It can be considered that the situation becomes. In such a case, the correction value S corresponding to the delivery skill of the delivery person may be used as the “addition value”.

1 is an overall schematic diagram of a delivery service support system to which the present invention is applied. It is a flowchart for demonstrating the structure which calculates the collection / delivery completion estimated time. It is a figure which shows an example of an order entry screen. It is a figure which shows an example of a collection estimated time / delivery completion estimated time notification screen. It is a figure for demonstrating an example of a delivery person database. It is a figure for demonstrating an example of order information. It is a figure for demonstrating an example of an order database. It is a flowchart for demonstrating the process which calculates the estimated time of the time which collection and delivery require. It is a figure for demonstrating an example of a movement time recording database. It is a figure for demonstrating an example of a time zone division database. It is a figure for demonstrating an example of a speed setting database. It is a figure for demonstrating an example of a work time correction | amendment database. It is a figure for demonstrating an example of a customer database. It is a figure for demonstrating an example of a delivery person skill multiplication rate database. It is a figure for demonstrating an example of a weather coverage database.

Explanation of symbols

1 Delivery terminal 2 Delivery management server 3 Requester terminal

Claims (18)

A delivery management server for managing delivery operations using a database;
A client terminal used by a client requesting delivery of an article;
A terminal used for each delivery person who performs delivery work using a delivery vehicle, and a position information obtaining means for obtaining the position information of the own apparatus using GPS, and at least the delivery work of the delivery person A delivery staff terminal comprising: current situation information input means for inputting current situation information relating to presence / absence of a message; and transmission means for periodically transmitting the position information and the current situation information to the delivery management server via a communication network. And including
The delivery management server
At least a correction value (weather factor T) according to the weather of the day, a correction value (addition value R) related to preparations for collection or delivery, and a correction value (addition) according to the difficulty of entering the collection or delivery destination building A database for storing the value E) and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person;
A transmission / reception means for transmitting / receiving data to / from an external terminal via a communication network;
Delivery person information recording means for recording and updating the position information and the current status information received from the delivery person terminal;
Based on the collection location (collection destination) and delivery location (delivery destination) data received from the client terminal, the current location information and current status information of each deliverer, and the registration information in the database An estimated time calculating means for calculating for each delivery person an estimated time Y ′ until completion of delivery when collecting at the pick-up location and delivering to the delivery location;
A responsible delivery person determining means for determining a responsible delivery person based on the calculation result of the predicted time calculating means;
An estimated time notification means for notifying the requester terminal of the information on the estimated delivery time Y ′ of the responsible delivery person determined by the responsible delivery person determination means via the transmission / reception means;
The predicted time calculation means includes
The shortest route for the delivery person to calculate the shortest route in the combination of roads from the current position of the delivery person to the pick-up location (collection destination) of the article and from the pick-up location (collection destination) to the delivery location (delivery destination) A calculation means;
The travel time for each route constituting the shortest route calculated by the shortest route calculation means is calculated, and the calculated values for the respective routes are totaled, and the travel time Y of the entire route is used as the estimated time before correction. A traffic time calculating means for calculating;
The travel time Y of the entire route calculated by the travel time calculation means is stored in the database as a correction value (weathering factor T) according to the weather of the day and a correction value (addition) relating to preparation for collection or delivery. Value R), a correction value (addition value E) according to the difficulty of entering the collection or delivery destination building, and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person. Correction means for correcting by 1 and outputting the corrected value Y ′ as the final predicted time;
A delivery service support system characterized by comprising
<Formula 1>
Y ′ = Y × T + (Y + R + E) × S
(Where Y ′ is the final predicted output time, Y is the delivery person's transit time (predicted pre-correction time) calculated by the transit time calculation means, T is the weather rate, and R is the preparation for collection or delivery. E is the correction value according to the difficulty of entering the collection or delivery destination building, and S is the correction value according to the delivery skill of the delivery person) The travel time calculation means calculates the pre-correction predicted time Y by calculating the estimated collection time Y ₁ required for the collection from the current position of the delivery person to the arrival of the collection destination and completing the loading, and from the completion of the collection. separately performed in the destination arrived at by calculation after collection until delivery is complete delivery completion prediction time required until delivery completion Y _2,
The correction means corrects each of the estimated collection time Y ₁ and the estimated delivery completion time Y ₂ calculated by the traffic time calculation means by applying the formula 1 and corrects the estimated collection time Y ₁ ′ after the correction. The delivery operation support system according to claim 1, wherein the corrected delivery completion predicted time value Y ₂ ′ is output as a final predicted time. The delivery service support system according to claim 1 or 2, wherein the responsible delivery person determination means determines the person with the earliest predicted time until delivery completion calculated by the correction means as the responsible delivery person. . 3. The delivery service according to claim 2, wherein the delivery charge determining means determines a person having the earliest value of the corrected estimated collection time Y ₁ ′ calculated by the correction means as a responsible delivery person. Support system. The delivery management server, as the database,
Identification information for each delivery person, skill information indicating the delivery skill of the delivery person, vehicle type information indicating the type of vehicle used by the delivery person, the position information and the current status information of the delivery person, A field for recording and updating a delivery person database for registering in association with each other;
A work time correction database in which vehicle type information indicating the type of delivery vehicle and the correction value (R) related to the collection or delivery preparation are associated and registered;
A customer database in which a customer who is a consignee or a delivery destination and a value (E) of time required to enter a residential building of the consignee or the delivery destination of the customer are registered in association with each other;
A delivery person multiplication rate database in which the skill information and the skill multiplication rate (S) corresponding to the skill information are registered in association with each other;
A weather rate database in which weather names and weather rates (T) corresponding to the weather names are registered;
The correction means includes
Obtaining the weather rate (T) from the weather rate database;
With reference to the vehicle information of the delivery person to be calculated in the delivery person database, the correction value (R) relating to the collection or delivery preparation corresponding to the delivery person vehicle information is obtained from the work time correction database,
The value (E) of the time required to enter the collection destination and the delivery destination building corresponding to the data of the collection location (collection destination) and delivery location (delivery destination) received from the requester terminal is respectively set to the customer. From the database,
With reference to the delivery person skill information to be calculated in the delivery person database, a skill multiplication rate (S) corresponding to the delivery person skill information is obtained from the delivery person skill multiplication database;
The delivery operation support system according to claim 1, wherein the mathematical expression 1 is applied using each of the acquired values. The delivery management server further includes the database,
A speed setting database that defines the speed setting of the delivery vehicle according to the type of road,
For each delivery operation performed in the past, start point information on the baggage collection point, end point information on the baggage delivery point, the type of vehicle used for the delivery (vehicle type), and start time information on the start of delivery by the baggage collection And a travel time record database in which required time information required for travel from the start of delivery to the destination is registered in association with each other,
With
The predicted time calculation means further includes the same delivery example in the past from the current position of the delivery person to the pickup location (collection destination) of the article or from the pickup location (collection destination) to the delivery location (delivery destination). Determination means for determining whether or not there is, referring to the travel time recording database,
If it is determined that there is the same delivery example in the past, the average value of the required time recorded in the travel time record database is calculated without using the shortest route calculation means and the travel time calculation means before the correction. The delivery work support system according to claim 2, wherein the delivery time support system passes the correction time to the correction unit. Location information acquisition means that is used for each delivery person who performs delivery work using a delivery vehicle and obtains the position information of the own machine using GPS, and at least the current situation regarding the availability of the delivery work of the delivery person A delivery person terminal comprising: a current situation information input means for inputting information; and a transmission means for periodically sending the position information and the current situation information to the delivery management server via a communication network; and A method for calculating a predicted delivery time by a delivery management server that communicates with a client terminal used by a client who requests delivery,
The delivery management server
At least a correction value (weather factor T) according to the weather of the day, a correction value (addition value R) related to preparations for collection or delivery, and a correction value (addition) according to the difficulty of entering the collection or delivery destination building A database for storing the value E) and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person,
A delivery person information recording step for recording and updating the location information and the current status information received from the delivery person terminal;
Based on the collection location (collection destination) and delivery location (delivery destination) data received from the client terminal, the current location information and current status information of each deliverer, and the registration information in the database A predicted time calculating step for calculating for each delivery person a predicted time Y ′ until collection is completed when the cargo is picked up and delivered to the delivery location.
A responsible delivery person determination step for determining a responsible delivery person based on the calculation result in the predicted time calculation step;
Performing a predicted time notification step of notifying the requester terminal of information of the predicted time Y ′ of the responsible delivery person determined in the responsible delivery person determination step;
The predicted time calculation step includes:
The shortest route for the delivery person to calculate the shortest route in the combination of roads from the current position of the delivery person to the pick-up location (collection destination) of the article and from the pick-up location (collection destination) to the delivery location (delivery destination) A calculation step;
The travel time for each route constituting the shortest route calculated in the shortest route calculation step is calculated, and the calculated values for the respective routes are totaled, and the travel time Y of the entire route is used as the estimated time before correction. A traffic time calculating step to calculate,
The travel time Y of the entire route calculated in the travel time calculation step is stored in the database as a correction value (weather factor T) according to the weather of the day and a correction value (addition for preparation for collection or delivery). Value R), a correction value (addition value E) according to the difficulty of entering the collection or delivery destination building, and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person. A correction step of correcting by 2 and outputting the corrected value Y ′ as a final predicted time;
An estimated delivery time calculation method characterized by comprising:
<Formula 2>
Y ′ = Y × T + (Y + R + E) × S
(Where Y ′ is the final predicted output time, Y is the delivery person's transit time (predicted pre-correction time) calculated in the transit time calculation step, T is the weather rate, and R is preparation for collection or delivery. E is the correction value according to the difficulty of entering the collection or delivery destination building, and S is the correction value according to the delivery skill of the delivery person) In the traffic time calculation step, the pre-correction predicted time Y is calculated from the calculation of the estimated collection time Y ₁ required for the collection from arrival of the collection destination to the completion of the loading from the current position of the delivery person, and from the completion of the collection. separately performed in the destination arrived at by calculation after collection until delivery is complete delivery completion prediction time required until delivery completion Y _2,
In the correction step, each of the estimated collection time Y ₁ and the estimated delivery completion time Y ₂ calculated by the traffic time calculating means is corrected by applying the formula 1, and the corrected estimated collection time value Y ₁ ′. The predicted delivery completion time value Y ₂ ′ after correction is output as a final predicted time. The predicted delivery time calculation according to claim 7 or 8, wherein, in the responsible delivery person determination step, a person with the earliest estimated time until delivery completion calculated in the correction step is determined as a responsible delivery person. Method. 9. The delivery prediction according to claim 8, wherein, in the delivery charge determination step, the person with the earliest value of the corrected estimated collection time Y ₁ ′ calculated in the correction step is determined as a charge delivery person. Time calculation method. The delivery management server, as the database,
Identification information for each delivery person, skill information indicating the delivery skill of the delivery person, vehicle type information indicating the type of vehicle used by the delivery person, the position information and the current status information of the delivery person, A field for recording and updating a delivery person database for registering in association with each other;
A work time correction database in which vehicle type information indicating the type of delivery vehicle and the correction value (R) related to the collection or delivery preparation are associated and registered;
A customer database in which a customer who is a consignee or a delivery destination and a value (E) of time required to enter a residential building of the consignee or the delivery destination of the customer are registered in association with each other;
A delivery person multiplication rate database in which the skill information and the skill multiplication rate (S) corresponding to the skill information are registered in association with each other;
A weather rate database in which weather names and weather rates (T) corresponding to the weather names are registered;
In the correction step,
Obtaining the weather rate (T) from the weather rate database;
With reference to the vehicle information of the delivery person to be calculated in the delivery person database, the correction value (R) relating to the collection or delivery preparation corresponding to the delivery person vehicle information is obtained from the work time correction database,
The value (E) of the time required to enter the collection destination and the delivery destination building corresponding to the data of the collection location (collection destination) and delivery location (delivery destination) received from the requester terminal is respectively set to the customer. From the database,
With reference to the delivery person skill information to be calculated in the delivery person database, a skill multiplication rate (S) corresponding to the delivery person skill information is obtained from the delivery person skill multiplication database;
11. The estimated delivery time calculation method according to claim 7, wherein the mathematical expression 2 is applied using each acquired value. The delivery management server further includes the database,
A speed setting database that defines the speed setting of the delivery vehicle according to the type of road,
For each delivery operation performed in the past, start point information on the baggage collection point, end point information on the baggage delivery point, the type of vehicle used for the delivery (vehicle type), and start time information on the start of delivery by the baggage collection And a travel time record database in which required time information required for travel from the start of delivery to the destination is registered in association with each other,
With
In the predicted time calculation step, the same delivery example in the past from the current position of the delivery person to the pickup location (collection destination) of the article or from the pickup location (collection destination) to the delivery location (delivery destination) Is determined with reference to the travel time recording database,
If it is determined that there is the same delivery example in the past, the average value of the required time recorded in the travel time recording database without the shortest route calculation step and the travel time calculation step is corrected. The delivery prediction time calculation method according to claim 8, wherein the correction time is used as the previous prediction time in the correction step. Location information acquisition means that is used for each delivery person who performs delivery work using a delivery vehicle and obtains the position information of the own machine using GPS, and at least the current situation regarding the availability of the delivery work of the delivery person A delivery person terminal comprising: a current situation information input means for inputting information; and a transmission means for periodically sending the position information and the current situation information to the delivery management server via a communication network; and A program for calculating a predicted delivery time by a delivery management server that communicates with a client terminal used by a client who requests delivery,
The delivery management server
At least a correction value (weather factor T) according to the weather of the day, a correction value (addition value R) related to preparations for collection or delivery, and a correction value (addition) according to the difficulty of entering the collection or delivery destination building A database for storing the value E) and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person,
A delivery person information recording step for recording and updating the location information and the current status information received from the delivery person terminal;
Based on the collection location (collection destination) and delivery location (delivery destination) data received from the client terminal, the current location information and current status information of each deliverer, and the registration information in the database A predicted time calculating step for calculating for each delivery person a predicted time Y ′ until collection is completed when the cargo is picked up and delivered to the delivery location.
A responsible delivery person determination step for determining a responsible delivery person based on the calculation result in the predicted time calculation step;
Performing a predicted time notification step of notifying the requester terminal of information of the predicted time Y ′ of the responsible delivery person determined in the responsible delivery person determination step;
The predicted time calculation step includes:
The shortest route for the delivery person to calculate the shortest route in the combination of roads from the current position of the delivery person to the pick-up location (collection destination) of the article and from the pick-up location (collection destination) to the delivery location (delivery destination) A calculation step;
The travel time for each route constituting the shortest route calculated in the shortest route calculation step is calculated, and the calculated values for the respective routes are totaled, and the travel time Y of the entire route is used as the estimated time before correction. A traffic time calculating step to calculate,
The travel time Y of the entire route calculated in the travel time calculation step is stored in the database as a correction value (weather factor T) according to the weather of the day and a correction value (addition for preparation for collection or delivery). Value R), a correction value (addition value E) according to the difficulty of entering the collection or delivery destination building, and a correction value (skill multiplication rate S) according to the delivery skill of the delivery person. 3 and a correction step of outputting the corrected value Y ′ as a final predicted time,
An estimated delivery time calculation program characterized by comprising:
<Formula 3>
Y ′ = Y × T + (Y + R + E) × S
(Where Y ′ is the final predicted output time, Y is the delivery person's transit time (predicted pre-correction time) calculated in the transit time calculation step, T is the weather rate, and R is preparation for collection or delivery. E is the correction value according to the difficulty of entering the collection or delivery destination building, and S is the correction value according to the delivery skill of the delivery person) In the traffic time calculation step, the pre-correction predicted time Y is calculated from the calculation of the estimated collection time Y ₁ required for the collection from the current position of the delivery person to the arrival of the collection destination and the completion of the loading, and from the completion of the collection. separately performed in the destination arrived at by calculation after collection until delivery is complete delivery completion prediction time required until delivery completion Y _2,
In the correction step, each of the estimated collection time Y ₁ and the estimated delivery completion time Y ₂ calculated by the traffic time calculating means is corrected by applying the formula 1, and the corrected estimated collection time value Y ₁ ′. The predicted delivery time calculation program according to claim 13, wherein the corrected delivery completion predicted time value Y ₂ ′ is output as a final predicted time. 15. The estimated delivery time calculation according to claim 13 or 14, wherein in the responsible delivery person determination step, a person with the earliest estimated time until delivery completion calculated in the correction step is determined as a responsible delivery person. program. Wherein the delivery person determination step, the correction calculated by the step, the delivery forecast of claim 14, wherein the determining the earliest person values Y _{1 'of} collection estimated time corrected as responsible delivery person Time calculation program. The delivery management server, as the database,
Identification information for each delivery person, skill information indicating the delivery skill of the delivery person, vehicle type information indicating the type of vehicle used by the delivery person, the position information and the current status information of the delivery person, A field for recording and updating a delivery person database for registering in association with each other;
A work time correction database in which vehicle type information indicating the type of delivery vehicle and the correction value (R) related to the collection or delivery preparation are associated and registered;
A customer database in which a customer who is a consignee or a delivery destination and a value (E) of time required to enter a residential building of the consignee or the delivery destination of the customer are registered in association with each other;
A delivery person multiplication rate database in which the skill information and the skill multiplication rate (S) corresponding to the skill information are registered in association with each other;
A weather rate database in which weather names and weather rates (T) corresponding to the weather names are registered;
In the correction step,
Obtaining the weather rate (T) from the weather rate database;
With reference to the vehicle information of the delivery person to be calculated in the delivery person database, the correction value (R) relating to the collection or delivery preparation corresponding to the delivery person vehicle information is obtained from the work time correction database,
The value (E) of the time required to enter the collection destination and the delivery destination building corresponding to the data of the collection location (collection destination) and delivery location (delivery destination) received from the requester terminal is respectively set to the customer. From the database,
With reference to the delivery person skill information to be calculated in the delivery person database, a skill multiplication rate (S) corresponding to the delivery person skill information is obtained from the delivery person skill multiplication database;
The estimated delivery time calculation program according to any one of claims 13 to 16, wherein the mathematical formula 3 is applied using each acquired value. The delivery management server further includes the database,
A speed setting database that defines the speed setting of the delivery vehicle according to the type of road,
For each delivery operation performed in the past, start point information on the baggage collection point, end point information on the baggage delivery point, the type of vehicle used for the delivery (vehicle type), and start time information on the start of delivery by the baggage collection And a travel time record database in which required time information required for travel from the start of delivery to the destination is registered in association with each other,
With
In the predicted time calculation step, the same delivery example in the past from the current position of the delivery person to the pickup location (collection destination) of the article or from the pickup location (collection destination) to the delivery location (delivery destination) Is determined with reference to the travel time recording database,
If it is determined that there is the same delivery example in the past, the average value of the required time recorded in the travel time recording database without the shortest route calculation step and the travel time calculation step is corrected. The predicted delivery time calculation program according to claim 14, wherein the estimated delivery time is used in the correction step.

Images