JP2000003396A - Supporting device for allocation of motor bike - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a supporting device for allocation of cars which can prevent an erroneous allocation of cars or the like from occurring. SOLUTION: First of all, an ID number I is acquired and a password is registered. A homepage on the internet is accessed, the ID number and the password are inputted, and request contents are transmitted according to an order input. A delivery company instructs a rider for allocation of a motor bike on the basis of the transmitted request contents. The rider transmits an electronic mail to the effect that the rides is given an instruction to a client. The rider informs the delivery company of a current situation at each point of both the time of receiving goods and of delivering the goods and makes a present delivery state viewable on the homepage at any time. At the time of completion of goods receipt, the electronic mail to the effect that it is completed is transmitted to the client.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a dispatch support device for assisting dispatch of motorcycles and the like for delivering packages.

[0002]

2. Description of the Related Art In recent years, motorcycles using motorcycles have been used for faster delivery of goods from a sender, a sender, to a destination as a delivery destination, and a delivery request is made by telephone. ing.

[0003] That is, when using a motorcycle service, first, a call is made to a reception center to inform the operator of the business. Then, the operator writes down the contents of the request such as the sender address of the luggage sender on a request slip or the like, and hands the request slip to a controller that has grasped the current positions of all the motorcycles in operation. The controller that received the request slip promptly found the motorcycle rider closest to the source address and transmitted the request to this rider.

[0004]

However, in the above-mentioned request by telephone, there is a possibility that erroneous recognition may occur due to a mistake in a word or an inaccurate listening, which may cause a trouble. In addition, when a name or place name that is difficult to read is included, there is also an annoyance that it is necessary to repeatedly convey the message.

The present invention has been made in view of such conventional problems, and an object of the present invention is to provide a vehicle allocation support device that can prevent occurrence of an incorrect vehicle allocation.

[0006]

According to a first aspect of the present invention, there is provided a vehicle allocation support system for supporting a vehicle allocation in a plurality of delivery vehicles including a two-wheeled vehicle for delivering packages. An apparatus, comprising: network input means for inputting a request for delivery of a package via a network; request content storing means for storing the request content input by the network input means; and storing in the request content storing means Request content display means for displaying the requested content.

That is, when the delivery of a package is requested, the contents of the request for the delivery of the package are input via the network by the network input means. Then, the request content input by the network input means is stored in the request content storage means and displayed by the request content display means. In this way, the request content is displayed on the controller that controls the dispatch without receiving the telephone call and passing through the operator who writes the request content on the request slip or the like.

According to a second aspect of the present invention, there is provided a vehicle dispatching support device for assisting vehicle dispatching in a plurality of delivery vehicles including two-wheeled vehicles for delivering luggage, wherein the vehicle position of each of the delivery vehicles is included. Vehicle status input means for inputting the vehicle status, vehicle status storage means for storing the vehicle status input by the vehicle status input means, and request contents including the source address of the source of the package via a network. Network input means for inputting the vehicle status of each delivery vehicle stored in the vehicle status storage means from the source address input by the network input means to the vehicle position of each delivery vehicle. Order display means for displaying the images in an order based on the order.

That is, for a plurality of delivery vehicles including two-wheeled vehicles, the vehicle status including the respective vehicle positions is input by the vehicle status input means and stored in the vehicle status storage means. When the delivery of the package is requested, the request content including the source address of the source of the package is input via the network by the network input unit. Then, the vehicle status of each delivery vehicle stored in the vehicle status storage means is ordered based on the distance from the source address input by the network input means to the vehicle position of each delivery vehicle, and the order is determined. Displayed by the display means. For this reason, an operator who receives a telephone call and writes the contents of the request in a request slip or the like is not required. In addition, the vehicle status of each of the delivery vehicles is displayed in an order based on the distance from the source address input by the network input means to the vehicle position of each of the delivery vehicles. Is reduced.

Further, in the vehicle dispatching support device according to the third aspect, the network is constituted by the Internet, and an identification code and a password assigned to each client in advance are input, and a relationship between the input identification code and the password is input. And a past request content display means for displaying the past request contents relating to the matched requester when.

That is, since the network is constituted by the Internet, a computer or the like which can be connected to a telephone line network is used, and past request contents are displayed by inputting an identification code and a password given in advance. In this case, it is possible to simplify the processing in the case of a request having the same content as the past request, and more specifically, to simplify the input operation by selecting the content of the past request.

In addition, in the vehicle dispatching support device according to a fourth aspect, the network is constituted by the Internet, and is input by the delivery status input means for inputting the delivery status of the package in each of the delivery vehicles, and is input by the delivery status input means. A delivery status storage unit for storing the delivery status, and an identification code and a password assigned in advance to each requester are input, and when the relationship between the input identification code and the password matches, Delivery status display means for displaying the delivery status of the main package.

That is, the delivery status of the package in each delivery vehicle is input by the delivery status input means and stored in the delivery status storage means. Further, as in the case of the third aspect, the network is constituted by the Internet, and a computer or the like which can be connected to a telephone line network is used, and by inputting a pre-assigned identification code and password, the package The delivery status is displayed. For this reason, the delivery status of the package is confirmed without calling the operator.

[0014]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a schematic diagram illustrating a vehicle allocation support device 1 according to the present embodiment.
The figure shows a state where the camera is installed in a delivery company mainly for delivery by motorcycle.

The vehicle allocation support device 1 is an Internet provider 5 connected to a plurality of networks.
Is provided with a router 7 connected via a dedicated line 6, and a firewall server 8 is connected to the router 7. The firewall server 8 is connected to a web server 10 that controls transmission to and reception from the Internet via a first hub 9. Also, the firewall server 8 has a second hub 11
A mail server 12 that manages mails via the Internet and a base server 13 that performs business processes including vehicle allocation in the vehicle allocation support device 1 and builds a database are connected. Further, the second hub 11 has LA
A plurality of terminals 15,... Are connected via N14 so that data can be input / output to / from the base server 13.

FIG. 2 is a schematic diagram showing a flow of making a delivery request via the Internet. A customer first signs a monthly contract to obtain an ID number, and determines and registers a password. Then, after accessing the homepage of the delivery company on the Internet and inputting the ID number and the password, the request content is transmitted according to the input of the order. Then, the delivery company assigns a motorcycle rider and instructs the rider based on the transmitted request content. The rider receiving this instruction,
An e-mail to the effect that the instruction has been received is sent to the client.

In addition, the rider contacts the operator of the delivery company at each time of receiving the package to be delivered, receiving the package to deliver the package, and completing the delivery of the package, The current delivery status of the package is input to the base server 13. Thereby, the delivery status of the requested package can be browsed from the homepage at any time. Then, when the delivery of the package is completed, an e-mail is transmitted to the client to notify the completion of the delivery.

The operation of the vehicle allocation support apparatus 1 according to the embodiment having the above configuration will be described with reference to a flowchart. 3 to 7 show the operation when accessing the homepage via the Internet, and show the operation of the program stored in the web server 10. FIG.

That is, when accessing the homepage, an ID input screen 31 as shown in FIG. 8 is displayed on the monitor of the accessed personal computer in step SA1. On the ID input screen 31, after the ID number previously assigned to the user ID box 32 and the registered password in the password box 33 (SA 2), when the connection button 34 is clicked, (SA3) It is determined whether the user ID and the password match contents registered in the database in advance (SA4). If they do not match, the process branches to step SA1, while if they match, the order receiving process shown in FIG. 4 is performed (SA5).

In the order receiving process, an order receiving screen 41 as shown in FIG. 9 is displayed. The order receiving screen 41 includes a company name 42, a section name 43, and a person in charge name 44 corresponding to the ID number.
Is displayed on the customer display section 45 at the top of the screen (SB
1). For this reason, it is not necessary to transmit the company name, the section name, and the name of the person in charge for each request as in the case of requesting delivery of luggage by telephone. And the order screen 41
In a state where search conditions are entered in a search text box 47 in a receiving place column 46, a search button 48
Is clicked (SB2), it is determined whether the address search / customer search radio box 49 is checked (SB3). If checked,
While the address selection processing shown in FIG. 5 is performed (SB4), if it is not checked, specifically, if the telephone number radio box 50, the company name radio box 51, or the address radio box 52 is checked, Figure 6
Is performed (SB5).

In the address selection process shown in FIG. 5, an address list screen 61 as shown in FIG. 10 is displayed (SC1). At this time, the displayed addresses 62,.
Is clicked (SC2), the selected address 62 is stored (SC3), and the process returns to the order receiving process.

In the customer selection process shown in FIG. 6, as shown in FIG. 11, customers 70,... ,
A customer list screen 71 is displayed (SD1). At this time, by inputting search conditions in the address search text box 72 (SD2), it is possible to easily search for a target address. Then, it is determined whether or not the new registration button 73 is clicked (SD3). When the new registration button 73 is clicked, the customer registration process is performed (SD3).
4) Return to the order receiving process. Also, a new registration button 73
Is not clicked, one of the selection buttons 74 for each of the displayed customers 70,... Is displayed.
It is determined whether or not the user has clicked (SD5). If the user clicks on the button, the customer 70 is displayed at the clicked location, and is composed of a telephone number 75, a company name 76, a department 77, and an address 78. The customer information is stored (SD6), the process returns to the order receiving process, and the stored customer information is stored in FIG.
(Address) box 81 in the receiving place column 46 on the order receiving screen 41 shown in FIG.
Box 82, Customer Company Name Box 83, Customer Contact Name Box 84, and Customer Phone Number Box 85
To be displayed.

As described above, simply by clicking the select button 74 of any one of the customers 70 displayed on the customer list screen 71, the order screen 41 shown in FIG.
Since it is not necessary to input data into the boxes 81 to 85 in the receiving place column 46, the input operation can be simplified and erroneous input can be prevented.

When the change button 79 is clicked on the customer list screen 71 shown in FIG.
The display content is changed, and the delete button 8
When "0" is clicked, display content is deleted (not shown).

In step SB6 of the order receiving process in the order receiving process shown in FIG. 4, the search condition is entered in the search text box 92 in the delivery destination column 91 on the order receiving screen 41 shown in FIG. When the button 93 is clicked (SB6), it is determined whether or not the address search / customer search radio box 94 is checked (SB7). If it is checked, the address selection process is performed in the same manner as described above (SB8). If it is not checked, the customer selection process is performed (SB9). When the charge calculation button 98 is clicked (SB10), a charge calculation process shown in FIG. 7 is performed (SB11).

In the charge calculation process, a charge calculation screen 101 as shown in FIG. 12 is displayed (SE1), and the amount calculated based on the input contents in the order receiving process is displayed in the upper price display unit 102. . This allows the requester to check the fee of the currently set request content, thereby increasing the ease of cost management. When the request button 103 is clicked (SE2), a request registration process such as storing the request content in a database is performed (SE3), and the process returns to the order receiving process.

As described above, it is possible to request the delivery of a package by inputting the contents of the request for the delivery of the package via the Internet. Can be prevented from occurring due to erroneous recognition due to misunderstanding, wrong listening, or the like, as in the conventional case where the operator has to be transmitted to the operator. In addition, when a name or a place name that is difficult to read is included, there is no need to repeatedly convey the message.

Further, the contents of the request are stored in a database constructed in the base server 13, and the monitor of the base server 13 and the terminals 15,.
・ It can be displayed on the monitor. For this reason, the contents of these requests can be displayed on the desk of the controller in charge of vehicle dispatch without passing through the operator who receives the telephone call and writes it in the request slip etc., thereby reducing the number of operators. it can. In addition, since the information can be directly transmitted to the operator without being described in a request slip or the like, a trouble due to an erroneous entry or omission of entry can be prevented. Therefore, it is possible to reliably prevent the occurrence of a wrong vehicle.

Then, if the request button 103 is not clicked on the charge calculation screen 101 shown in FIG. 12 (SE2), and if the return button 104 is clicked (SE4), the charge shown in FIG. Then, the process returns to the order receiving process.
At step SB12 in the order receiving process, the delivery status confirmation button 1 located at the top of the order receiving screen 41 shown in FIG.
It is determined whether or not the button 11 has been clicked. When the button 11 is clicked, a status confirmation process is performed, and a status confirmation screen 121 as shown in FIG. 13 is displayed (SB1).
3). In the status confirmation screen 121, the past 3
, And the delivery status 12
3,... Are displayed. In this way, by connecting the computer to the telephone network to form an environment for connecting to the Internet, the delivery status of the requested package can be displayed anywhere. Therefore, the delivery status of the package can be confirmed without calling the delivery company. Then, in the order receiving screen 41 of FIG.
When the return button 125 displayed at the lower right is clicked, the process returns to the main process, and the process from step SA1 is repeated.

On the other hand, FIGS.
5 shows the operation of the business process in FIG. 1, and shows the operation of the program stored in the base server 13.

That is, when the base server 13 or the terminals 15,... Connected to the RAN 14 are directly accessed to the base server 13, in step SG1, the monitor of the accessed terminal is as shown in FIG.
Is displayed as shown in FIG.
In this password input screen 131, the staff code assigned in advance to the staff code box 132 and the registered password in the password box 133 are entered (SG2), and the groups from the groups displayed in the group box 134 join. Is selected and the login button 135 is clicked (S
G3) It is determined whether or not the staff code and the password match contents registered in the database in advance (SG4). If they do not match, step SG
On the other hand, if there is a match, the main menu processing shown in FIG. 13 is performed (SG5).

In the main menu processing, a main menu screen 141 as shown in FIG. 21 is displayed.
In addition, an order input button 143, a vehicle allocation button 144, a delivery staff time button 145, a contract input button 146, an original form check input button 147, a periodical input button 148, a daily sales report button 149, a delivery employee sales inquiry button 150, another site original form check A button 151 and a CSV original form check button 152 are displayed. The sales request management system column 155 includes a sales request menu button 156, a salary management menu button 157, and other menu buttons 1
58 and a master maintenance menu button 159, and these buttons 143 to 152, 156 to
When 159 is clicked, each of the buttons 143 to 15
2, 156 to 159 are performed. The sales request management system column 155
Is displayed in the lower right part of the screen. When the end button 160 is clicked, (SH
6) It is configured to return to the main processing and repeat the processing from step SG1.

More specifically, the case where the order button 143 is clicked will be described as an example (SH2). First, an order input screen 171 as shown in FIG. 22 is displayed (SH3). At this time, an order number box 172 is displayed at the upper left of the order input screen 171.
The order number box 172 has a requester column 173 and a shipper column 17 below the order number box 172.
4, and an order number 176 corresponding to the order details composed of the information displayed in the destination field 175 and the information displayed in the other information fields (each display content is not shown). When the delivery instruction button 177 at the bottom right of the order entry screen 171 is clicked, (SH
4), the delivery instruction processing shown in FIG. 16 is performed (SH)
5).

In the delivery instruction process, a delivery instruction screen 181 as shown in FIG. 23 is displayed (SJ1). Also in the delivery instruction screen 181, an order number box 182 is provided at the upper left corner.
By inputting the registered order number in 82, the order contents corresponding to the order number are displayed in the requester column 183, the shipper column 184, the destination column 185, and other information columns. (Display contents are not shown). Also,
On the right side of the order number box 182, a delivery staff box 186 is provided.
By inputting a deliveryman number assigned to each deliveryman in advance (SJ2), the order contents of the deliveryman are displayed (display contents are not shown). At this time, it is determined from the stored contents of the database of the base server 13 whether or not the deliveryman of the input deliveryman number is going to work today (SJ3). Is not going to work. "
Is displayed (SJ4), and the process returns to step SJ1. In this way, when the delivery person is not scheduled to go to work, by displaying this, it is possible to prevent a mistake such as allocating a car to a delivery person who is not scheduled to go to work. On the other hand, in the case of going to work, it is determined whether or not the delivery staff is going to work based on the stored contents of the database (SJ5).

At this time, if the delivery person has gone to work, a status screen 191 as shown in FIG. 24 is displayed (SJ11 in FIG. 17), and the move end button 192 or the move selection button is displayed on the status screen 191. When 193 is clicked, the process proceeds to step SJ21 in FIG. 18, while when it is not clicked, the instruction button 19 is clicked.
It is determined whether or not 4 has been clicked (SJ13).
If the instruction button 194 has not been clicked,
While branching to step SJ12, if the button has been clicked, the delivery instruction screen 181 shown in FIG. 23 is displayed (SJ14), and if the delivery has been completed (SJ14).
15) It is determined whether or not another work is assigned to the deliveryman of the selected deliveryman number (SJ16).
If there is an assignment, the process returns to the delivery instruction process and repeats each process from step SJ1. If there is no assignment, the move end button 192 or the move selection button 193 on the status screen 191 shown in FIG. As in the case where is clicked, step SJ21 shown in FIG.
Move to.

In step SJ21, a delivery member movement selection screen 201 as shown in FIG. 25 is displayed. When the move button 202 is clicked (SJ22),
A destination input screen 211 as shown in FIG. 26 is displayed (S
J23) After the moving address is entered in the moving address box 212, the process waits until the confirm button 213 is clicked (SJ24). When the confirm button 213 is clicked, a move confirming process such as storing the inputted move address 212 in a database is executed (SJ25), and FIG.
After the rider operation status screen 221 as shown in FIG. 7 is displayed (SJ26), the process returns to the delivery instruction process and proceeds to step S
Each process from J1 is repeated.

When the standby button 203 is clicked on the delivery member movement selection screen 201 shown in FIG. 25 (SJ27), a standby destination input screen 231 as shown in FIG. 28 is displayed (SJ28). ), Standby address box 232
After the standby address has been input, the process waits until the confirm button 233 is clicked (SJ29). Confirm button 233
When is clicked, a standby place determination process such as storing the input standby address in a database or the like is executed (SJ30), and the process proceeds to step SJ26. When the wait-for-place button 204 is clicked on the delivery member movement selection screen 201 shown in FIG. 25 (SJ31), a process of waiting for the delivery member together with the delivery vehicle is performed (SJ32). Then, the process returns to the delivery instruction process and repeats the processes from step SJ1. Through these steps SJ21 to SJ32, the current status data such as whether the delivery member and the delivery vehicle are moving or waiting, and the destination address and the address of the waiting place are always stored in the database.

Further, when the assignable release button 205 is clicked on the delivery member movement selection screen 201 shown in FIG. 25 (SJ33), the subsequent delivery to the delivery person of the selected delivery person number is performed. After the fact that the assignment is disabled is stored in the database (SJ34), the process returns to the delivery instruction process and repeats the processes from step SJ1. This allows
It is possible to prevent a dispatcher from taking a break during a break or outside working hours.

On the other hand, if it is determined in step SJ5 of the delivery instruction processing shown in FIG. 16 that the delivery member is not at work (SJ5), then in step SJ51 shown in FIG. 19, as shown in FIG. Work selection screen 24
1 is displayed. At this time, when the delivery worker goes to work and the work button 242 is clicked (SJ52), it is determined whether the work flag indicating the work state stored in the database is ON (SJ53). Attendance flag is O
In the case of the FF, the step SJ21 shown in FIG.
Then, while branching to the current state of the delivery staff, if it is ON, an operation status screen 251 as shown in FIG. 30 is displayed (SJ54). When the rider operation status button 252 is clicked on the operation status screen 251, the rider operation status screen 221 is displayed as shown in FIG. 27 (SJ56). If the button 222 is checked (SJ
57) On the same screen, the data of the delivery person who has not been dispatched (the display content is not shown) is displayed (SJ58), and the flow shifts to step SJ11.

At this time, the current position of each undelivered delivery person and delivery vehicle stored in the database is compared with the address of the shipper in the request, and the data of each delivery person and delivery vehicle is compared. 223,224,225
Each current position is displayed from the top in the order close to the address of the sender in the request content. For this reason, when dispatching a vehicle, the operator selects the delivery person and vehicle data 223 displayed at the top and assigns the delivery person, so that the delivery person and vehicle closest to the address of the shipper can be assigned. An appropriate selection can be made, and vehicle allocation work can be easily performed. Therefore, a controller that can be performed only by a skilled person who can grasp the positions of all operating delivery personnel and delivery vehicles and can select appropriate delivery personnel and delivery vehicles according to the contents of the request. Can be performed even by inexperienced persons. As a result, the controller training period can be shortened, and costs can be reduced.

The work selection screen 2 shown in FIG.
At 41, when the absence button 243 is clicked (SJ59), the delivery member release screen 26 as shown in FIG.
1 (SJ60), and waits until the delivery member release button 262 is clicked (SJ61). When the delivery member release button 262 is clicked, a delivery member release process such as storing the delivery member as absent in a database is executed (SJ62), and the process returns to the delivery instruction process, and each process from step SJ1 is performed. repeat. As a result, it is possible to prevent dispatch to a delivery person who is absent.

[0042]

As described above, according to the vehicle allocation support device of the present invention, it is possible to request the delivery of a package by inputting the contents of the request for the delivery of the package via a network. When a request is made, it is possible to prevent the occurrence of a trouble based on a misrecognition due to a misspelled word, an incorrect listening, or the like, as in the related art in which the request center must be transmitted to the operator by calling the reception center.
In addition, when a name or a place name that is difficult to read is included, there is no need to repeatedly convey the message.

Further, the request content is stored in the request content storage means and displayed by the request content display means. Therefore, the number of operators can be reduced by displaying the contents of the request on the controller that controls the vehicle allocation without passing through the operator who receives the telephone call and writes it in the request slip or the like.
In addition, since the information can be directly transmitted to the operator without being described in a request slip or the like, a trouble due to an erroneous entry or omission of entry can be prevented. Therefore, it is possible to reliably prevent the occurrence of a wrong vehicle.

In the vehicle allocation support apparatus according to the second aspect, the vehicle status including the vehicle position of each delivery vehicle is stored in the vehicle status storage means, and the contents of the request including the source address of the source of the package are stored on the network. And the delivery of the package is requested. Therefore, similarly to the first aspect, an operator who receives a telephone call and writes the contents of a request in a request slip or the like becomes unnecessary, and it is possible to reliably prevent troubles such as erroneous vehicle allocation due to the operator.

When the delivery of the package is requested,
The stored vehicle status of each delivery vehicle is displayed in an order based on the distance from the source address included in the input request content to the vehicle position of each delivery vehicle. By allocating the delivery vehicles according to the above, it is possible to easily perform the appropriate dispatch of the delivery vehicle closest to the source address. Therefore, a controller with inexperienced personnel who can understand the positions of all the delivery vehicles in operation and can select only appropriate delivery vehicles according to the request contents, which could only be performed by a skilled person, Can be performed even if This allows
Controller training period can be shortened,
Cost can be reduced.

Further, in the vehicle dispatching support device according to the third aspect, the network is constituted by the Internet, and a computer or the like connectable to a telephone line network is used, and an identification code and a password given in advance are inputted. It is possible to easily display the contents of past requests from anywhere. This simplifies processing in the case of a request having the same content as a past request, for example,
It is possible to omit the input of a part overlapping with the past request contents by selecting the past request contents, etc., and to simplify the input operation. In addition, since the contents of the past request can be confirmed, the use state and the cost can be calculated.

In addition, in the dispatch support device according to the fourth aspect, the delivery status of the package in each delivery vehicle is input by the delivery status input means and stored in the delivery status storage means. For this reason, it is possible to display the delivery status of the package by using a computer or the like which can be connected to the telephone line network and inputting the identification code and the password given in advance. Therefore,
It is possible to check the delivery status of the package without making a telephone call or the like.

[0048]

[Brief description of the drawings]

FIG. 1 is a schematic diagram showing an embodiment of the present invention.

FIG. 2 is a schematic diagram showing a flow when a delivery request is made via the Internet.

FIG. 3 is a flowchart showing an operation when the vehicle allocation support device according to the embodiment is accessed via the Internet.

FIG. 4 is a flowchart showing an order receiving process of the embodiment.

FIG. 5 is a flowchart showing an address selection process according to the embodiment;

FIG. 6 is a flowchart showing a customer selection process according to the embodiment.

FIG. 7 is a flowchart showing a charge calculation process according to the embodiment.

FIG. 8 shows an I displayed in the process of the embodiment.
It is a figure showing a D input screen.

FIG. 9 is a diagram showing an order receiving screen displayed in a process in the embodiment.

FIG. 10 is a diagram showing an address list screen displayed in a process in the embodiment.

FIG. 11 is a diagram showing a customer list screen displayed in a process in the embodiment.

FIG. 12 is a diagram showing a charge calculation screen displayed in a process in the embodiment.

FIG. 13 is a diagram showing a status confirmation screen displayed in a process in the embodiment.

FIG. 14 is a flowchart showing an operation when directly accessing the vehicle allocation support device according to the embodiment.

FIG. 15 is a flowchart showing a main menu process of the embodiment.

FIG. 16 is a flowchart showing a delivery instruction process of the embodiment.

FIG. 17 is a flowchart following FIG. 16;

FIG. 18 is a flowchart following FIG. 17;

FIG. 19 is a flowchart following FIG. 16;

FIG. 20 is a view showing a password input screen displayed in a process in the embodiment.

FIG. 21 is a diagram showing a main menu screen displayed in a process in the embodiment.

FIG. 22 is a diagram showing an order entry screen displayed in the process of the embodiment.

FIG. 23 is a diagram showing a delivery instruction screen displayed in a process in the embodiment.

FIG. 24 is a diagram showing a status screen displayed in a process in the embodiment.

FIG. 25 is a view showing a delivery member movement selection screen displayed in the process of the embodiment.

FIG. 26 is a diagram showing a destination input screen displayed in a process in the embodiment.

FIG. 27 is a diagram showing a rider operation status screen displayed in a process in the embodiment.

FIG. 28 is a diagram showing a standby destination input screen displayed in a process in the embodiment.

FIG. 29 is a diagram showing an attendance selection screen displayed in a process in the embodiment.

FIG. 30 is a diagram showing an operation status screen displayed in a process in the embodiment.

FIG. 31 is a diagram showing a delivery member release screen displayed in a process in the embodiment.

[Explanation of symbols]

 1 vehicle allocation support device 5 provider 10 web server 13 base server 15 terminal

Claims (4)

[Claims] 1. A vehicle allocation support device for supporting vehicle allocation in a plurality of delivery vehicles including a two-wheeled vehicle for delivering a package, comprising: network input means for inputting a request for package delivery via a network; A request content storage means for storing the request content input by means; and a request content display means for displaying the request content stored in the request content storage means. 2. A vehicle allocation support device for supporting vehicle allocation in a plurality of delivery vehicles including a two-wheeled vehicle for delivering luggage, wherein vehicle status input means for inputting a vehicle status including a vehicle position of each of the delivery vehicles; A vehicle status storage unit for storing the vehicle status input by the vehicle status input unit; a network input unit for inputting, via a network, a request content including a source address of a package sender; Order display means for displaying the vehicle status of each delivery vehicle stored in the current status storage means in order based on a distance from the source address input by the network input means to a vehicle position of each delivery vehicle; and A vehicle allocation support device, comprising: 3. The network is constituted by the Internet. An identification code and a password assigned to each requester in advance are input, and when the relationship between the input identification code and the password matches, a request that matches 3. The vehicle allocation support device according to claim 1, further comprising a past request content display unit for displaying a past request content relating to the main. 4. A delivery status input means for inputting a delivery status of a package in each delivery vehicle, and a delivery status storage means for storing the delivery status input by the delivery status input means. And a delivery status that displays the delivery status of the matched client when the relationship between the input identification code and the password matches when the identification code and the password assigned to each client in advance are input. The vehicle allocation support device according to claim 1, further comprising: a display unit.