JP3812311B2 - Delivery service processing apparatus and storage medium recording the program - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a delivery service processing apparatus that outputs delivery data so as to deliver a package reliably when the package recipient is at a delivery destination designated in advance by the package recipient.
[0002]
[Prior art]
Conventionally, there is a courier service that delivers a package to a private home. In such a home delivery system, if the recipient is absent at the time of the first delivery of the package, the recipient who has received the notice to that effect receives the package to the delivery company (the home delivery destination) and the time Specify (delivery time). Then, the courier company delivers to the designated place at the designated time zone.
[0003]
[Problems to be solved by the invention]
However, once the recipient has designated the receiving location and the receiving time as described above, there may be at least a recipient of the package or a person who replaces the package at the delivery destination. For example, in the case of a worker who lives alone, there are many cases where the company is only on Saturdays and Sundays when the company is on holiday, and the time can be specified only on that day.
[0004]
And even if you specify the time in this way, the package arrives by the specified point in time for the pizza courier that sells the exact time, and the package for the general courier was specified Since the time zone is centered on time and has a certain range, the recipient needs to be in a designated place during the time zone.
[0005]
In other words, there is a problem that it is inconvenient to receive a rush baggage because the designated delivery date is limited. In addition, even if you can specify the time, you can only specify a rough time zone in the end, and since that time zone must be in the specified place, you are restricted to wait for a very short time to receive the package The complaint remains that the time is too long to ignore.
[0006]
An object of the present invention is to provide a delivery service processing apparatus that outputs delivery data so as to deliver a package reliably when the package recipient is at a delivery destination designated in advance by the package recipient in view of the above-described conventional situation. is there.
[0007]
[Means for Solving the Problems]
The configuration of the delivery service processing apparatus according to the present invention will be described below.
First, a delivery service processing device according to claim 1 is a storage means for preliminarily storing a setting position of a position detection terminal of a delivery destination, a terminal designating means for designating position confirmation of the position detection terminal, Position determining means for determining whether or not the position of the position detecting terminal designated by the terminal designating means is a preset position stored in the storage means; and the position detecting terminal determined by the position determining means Transmitting means for transmitting discrimination data according to whether or not the position is the preset stored position to the delivery terminal.
[0008]
For example, as described in claim 2, the storage unit stores in advance a plurality of set positions with respect to the position detection terminal, and the position determination unit stores the position of the position detection terminal in advance. It is configured to determine whether or not it is in any of a plurality of setting positions.
[0009]
In addition, as described in claim 3, for example, the position determination unit further detects the position of the position detection terminal related to the preceding package to be delivered after the delivery of the preceding package to be delivered is completed. If not, it is determined whether or not the position of each of the position detection terminals scheduled for the next delivery is at a preset position stored in advance, and from the next to the position of each of the position detection terminals scheduled for delivery The apparatus further includes prediction time calculation means for calculating the estimated arrival time and prediction time output means for outputting the prediction time calculated by the prediction time calculation means in accordance with the designation.
[0010]
A storage medium according to a fourth aspect of the present invention is a storage medium storing a program for causing a computer to execute a delivery service processing function, and previously stores a set position of a delivery destination position detection terminal. A storage function, a designation function for designating position confirmation of the position detection terminal, and whether the position of the position detection terminal designated by the terminal designation function is a preset position stored in advance by the storage function And a function of transmitting determination data according to whether or not the position of the position detection terminal determined by the position determination function is the preset stored position to the delivery terminal. A delivery service processing program to be executed is stored in a computer-readable manner.
[0011]
For example, as described in claim 5, the storage function stores in advance a plurality of set positions with respect to the position detection terminal, and the position determination function stores the position of the position detection terminal in advance. It is configured to determine whether or not it is in any of a plurality of setting positions.
[0012]
In addition, as described in claim 6, for example, the position determination function further detects the position of the position detection terminal related to the preceding package to be delivered or after the delivery of the preceding package to be delivered is completed. If not, it is determined whether or not the position of each of the position detection terminals scheduled for the next delivery is at a preset position stored in advance, and from the next to the position of each of the position detection terminals scheduled for delivery A prediction time calculation function for calculating the predicted arrival time and a prediction time output function for outputting the prediction time calculated by the prediction time calculation function according to the designation are further provided.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
The present invention uses a position information search system for a portable terminal having a position detection function such as PHS (hereinafter referred to as a position detection terminal) to search for a recipient of a package or the current location, Based on the location data and the conditions registered at the time of the home delivery request, it is possible to deliver the parcel etc. at the most suitable place and time for the recipient.
[0014]
For this purpose, when the position of the position detection terminal is a preset position, an output indicating that it is possible to carry luggage or the like to the position is performed, and the position of the position detection terminal is set in advance. If it is not the set position, the process is basically performed based on the same process as described above depending on the position of the next position detection terminal.
[0015]
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a diagram schematically showing an overall configuration of a delivery service system related to a delivery service processing apparatus according to the first embodiment. As shown in the figure, a delivery service system (hereinafter referred to as this system) includes a vehicle management server 4 as a delivery service processing device connected to the Internet 3 via a public line 1 and a service provider 2, and the vehicle management server. 4 is a vehicle terminal 5 mounted on a delivery vehicle (hereinafter referred to as a “delivery vehicle”) belonging to a delivery company where 4 is installed. Delivery is not always done by vehicle, but may be delivered on foot, in which case the deliverer will have a portable delivery terminal, or helicopter delivery ), A PHS 6 detachably connected to the vehicle terminal 5 (in the following description, “PHS” is a generic term for PHS, mobile phone and other mobile communication means). Used as a term), a contractor with the above-mentioned delivery company, and a service provider site 7 that provides map information via the Internet 3, a PHS 8 that is a delivery destination (owned by the recipient, such as a delivery package) using this system, Base station 9 (9-1, 9-2,..., 9-n) that relays the communication and position information of the delivery destination PHS 8, and the communication that manages these base stations 9 and is relayed from the base station 9 And the center station 10 that calculates and outputs the current position of the delivery destination PHS 8 that transmits the position information from the relayed position information. .
[0016]
FIG. 2 is a block diagram showing a configuration of the vehicle management server 4. As shown in the figure, the vehicle management server 4 includes a CPU (central processing unit) 11, an input device 13 connected to the CPU 11 via a bus 12, a RAM 14, a transmission control unit 15, a display device 16, The storage device 18 includes a printing device 17 and a storage device 18. A storage medium 19 is detachably disposed in the storage device 18. The storage medium 19 includes an internal HDD, an external HDD, FDD, MO, CD-ROM, memory card, and the like.
[0017]
The CPU 11 controls each hardware mechanism unit based on firmware stored in, for example, a built-in flash ROM (read-only memory that can be electrically rewritten), and the OS (user's Basic software for setting the operation environment) is sequentially read into a predetermined area of the RAM 7 and the overall operation is controlled according to the OS.
[0018]
Although not specifically shown, the input device 13 includes a pointing device such as a keyboard, a mouse device, a trackball device, a stick point device, or a flat point device, and notifies the CPU 11 of input information.
The RAM 14 temporarily stores an OS or server (program) file read from the storage device 18, various management information files for the server, and other various intermediate data files under the control of the CPU 11.
[0019]
The transmission control unit 15 includes an I / O (input / output) interface having a connector for connecting a modem, a modem card, a module, or the like, and is connected to the public line 1. The vehicle terminal 5, PHS 6, service provider site 7 It is configured to be able to communicate with a desired network system such as the center station 10.
[0020]
The display device 16 includes a display device such as a CRT or LCD, or a plasma display. Under the control of the CPU 11, the image is composed of input information from the input device 13 or various processing contents corresponding to the input information. Display data.
[0021]
The printing device 17 prints (prints) and outputs various records based on an instruction input from the input device 13 or an instruction from the server program.
The storage device 18 includes a drive device or a detachable device for a storage medium 19 such as an internal HDD, an external HDD, an FDD, an MO, a CD-ROM, a memory card, and the like. Files to be read from or stored in the storage media 19 are stored in these storage media 19. These files store server program files corresponding to various tasks, data files processed by these server programs, various management information files, delivery destination data databases, and the like.
[0022]
FIG. 3 shows the data structure of the delivery destination database. The delivery destination database 20 shown in the figure is stored in a predetermined area of the storage medium 19 as a recipient specific location file. As shown in the figure, the delivery destination database 20 includes a record No. 1, 2, 3,..., N. Each record includes a delivery date column 20-1, a vehicle terminal No. Column 20-2, delivered flag column 20-3, package number. Column 20-4, PHS No. Column 20-5, recipient name column 20-6, region information column 20-7, region information column 20-8, designated delivery information column 20-9, GPS coordinate position information column 20-10, base station information column 20- 11. Twelve data columns are provided in total in the separate fee columns 20-12.
[0023]
In the example shown in FIG. 1 to 4 are the same recipients, and in the recipient name column 20-6, the same name data as "XXXXX man" is stored. In the area information column 20-7 to the separate fee column 20-12, different data is stored for each record. That is, the recipient “XXX man” designates four delivery destination candidates.
[0024]
In the example shown in the figure, the four records of the recipient “XXXXX” are recorded in the data column from the region information column 20-7 to the designated delivery information column 20-9. 1 stores “Tokyo 1”, “A city A town” and “A city A town 11 address home”. 2 stores “Tokyo 2”, “B city B town”, and “B city B town XX park entrance”. 3 stores “Tokyo 3”, “C City C Town”, “C City C Town Super S Parking Lot Exit”. 4 is “Tokyo 4”, “D city D town” and “D city D town 22 address XX house”. Corresponding to these areas, different coordinate position information is stored in the GPS coordinate position information column 20-10, and different base station information is stored in the base station information column 20-11. ing. In this example, the separate fee fields 20-12 are all “0”.
[0025]
In addition, record No. The records 5 and 6 are also the same recipient, and the recipient name column 20-6 stores the same name data as “XXX male”. Similarly in this case, different data is stored for each record in the area information column 20-7 to the separate fee column 20-12.
[0026]
The last record No. The recipient of the record of n is “XX child”, and only one place of “X city × 99 town home” of “Tokyo ×” is designated as the delivery destination of the package.
Next, prior to the start-up of the delivery service system by the vehicle management server 4 having the above-described configuration, the confirmation process of the data related to the recipient of the courier in the delivery destination data database input to the vehicle management server 4 and stored in advance is performed. Done by the operator. The delivery destination data database stored in advance is the one entered by the operator of the business office to which the delivery vehicle of the delivery company belongs calls the recipient of the delivery service and asks for the delivery destination. is there.
[0027]
4 and 5 are flowcharts for explaining the operation of the confirmation process of the courier recipient data.
FIG. 6 is a diagram showing the format of a delivery slip for a courier service used for the confirmation processing. 7A to 7D are diagrams showing examples of map image data transmitted from the service provider site 7 to the vehicle management server 4 in the confirmation process.
[0028]
Fig. 8 (a) is a diagram showing the data structure of the delivery area file stored separately from the delivery destination database used in the above confirmation process, and Fig. 8 (b) shows the data structure of the separate charge table. FIG.
The operation of the confirmation process of the courier recipient data will be described below with reference to FIGS. In addition, if supplementing each flowchart described below (the same applies to the flowcharts of other embodiments), the program realizing each function shown in the flowchart is in the form of a program code readable by the CPU. Stored in The program can also be transmitted in the form of a program code via a transmission medium such as a network line.
[0029]
First, as shown in FIG. 4, this processing is performed by the operator as the delivery destination data, the name of the courier recipient (hereinafter simply referred to as the recipient) and the package number. Is started. This data input is performed based on the delivery slip shown in FIG. As shown in FIG. 6, the delivery slip includes name, address, TEL No. PHS No. , Luggage no. , And columns for delivery date are provided, and these columns have predetermined descriptions (although they are indicated by blanks in the figure).
[0030]
With the above input, first, delivery destination data search and confirmation processing is executed (step S1). In the delivery destination data search confirmation process, as shown in FIG. Name and package No. Is retrieved from the delivery destination database 20 prepared in advance (step S1-1). And name and luggage number. Are extracted, a PHS No. is recorded in a predetermined data column in the record. Is described (step S1-2).
[0031]
And PHSNo. Is described (S1-2 is Y), the process immediately proceeds to step S1-6 described later. Is not described (S1-2 is N), PHSNo. Is displayed (step S1-3), PHSNo. Is determined (step S1-4). In this determination, although not particularly shown, a PHS No. is displayed on the display screen. And an “execute” button and a “cancel” button are displayed.
[0032]
When the operator presses (clicks) the “Cancel” button, the PHS No. (S1-4 is N), the process immediately proceeds to the process of step S1-6, which will be described later. The recipient's PHSNo. When the “Execute” button is pressed, PHSNo. Is input (S1-4 is Y), and the input PHSNo. Is stored in the predetermined data field in the record (step S1-5), and it is determined whether or not there is a change in the delivery date (step S1-6). In this process, although not particularly illustrated, a message for inquiring whether or not to change the delivery date, an “execute” button, and a “cancel” button are displayed on the display screen.
[0033]
When the operator presses the “cancel” button, it is determined that there is no change in the delivery date (N in S1-6), and the process immediately proceeds to the processing in step S1-8 described later. When is pressed, it is determined that the delivery date has been changed (Y in S1-6), and in this case, an input screen is displayed on the display device 16. Although not specifically shown, this input screen displays an input window for inputting a changed delivery date, an “execute” button, and a “cancel” button.
[0034]
After the changed delivery date is input to the input window by the operator and the “execute” button is pressed, the input changed delivery date is stored in a predetermined field of the record (step S1-7) Subsequently, it is determined whether or not an input for another delivery location is designated (step S1-8). In this process, although not specifically illustrated, a message for inquiring whether or not to input another delivery location, an “execute” button, and a “cancel” button are displayed.
[0035]
Then, when the input of another delivery location is not designated (the operator presses the “cancel” button) (S1-8 is N), the process ends in step S18 of FIG.
On the other hand, when input of another delivery location is designated (the operator presses the “execute” button) (Y in S1-8), the process proceeds to the next process. That is, returning to FIG. 4, first, the destination prefecture is input, stored, and displayed (step S2). In this process, access to the service provider site 7 is requested to provide map information, and a map of the whole country shown in FIG. 7A is displayed based on the map information transmitted in response to this request. For example, if you click on a location in Tokyo, the “Tokyo” is entered and stored in a predetermined field of the record. As shown in FIG. A map is displayed.
[0036]
Following the above, input, storage, and display of municipalities are performed (step S3). In this process, if you click on A city A town, for example, on the map of Tokyo displayed as shown in FIG. 7 (b), the “A city A town” is entered and stored in the specified field of the record. The Then, as shown in FIG. 7 (c), a correspondence map of the clicked municipality (A city A town in the example of FIG. 7 (c)) is displayed (step S4).
[0037]
Here, the street address is input, stored, and displayed (step S5). In this process, the street address is directly input by the operator. This input is stored, and as shown in FIG. 4 (d), characters are displayed below the municipality correspondence map, and a residential land mark corresponding to the town area address is displayed as an image in the map.
[0038]
Thereafter, the corresponding coordinate position and base station area information based on the input are acquired (step S6). In this processing, from Hokkaido to Okinawa corresponding to the regional information column 20-7, the regional information column 20-8, and the base station information column 20-11 of the delivery destination database 20 (designated location file by recipient) shown in FIG. The nationwide regional information and base station information and the national map information shown in FIGS. 7A to 7D corresponding to the regional information are transmitted from the service provider site 7 as a designated location correspondence file.
[0039]
The vehicle management server 4 extracts corresponding data (in this example, the Tokyo district) from these, creates a designated location correspondence file for the Tokyo district, and creates the designated location correspondence file for the Tokyo district, The record corresponding to the input town area address is acquired as the base station and area information. Based on the acquired area information, the GPS system acquires coordinate position data corresponding to the area information as data in the GPS coordinate position information column 20-10 of the delivery destination database 20.
[0040]
Following the above, it is determined whether or not the street address is a different vehicle area (an area different from the delivery charge area of the vehicle in charge of the delivery destination currently being processed) (step S7). In this process, the delivery charge area file 25 shown in FIG. As shown in FIG. 8A, the delivery charge area file 25 is composed of records for each delivery charge person. As shown in the delivery person column 25-1, the delivery person is up to A,... (B, C, D,...), N. In A, the delivery area is “Tokyo A city, B city, C city, D city”, vehicle terminal No. Is "////" as shown in the vehicle terminal column 25-3. In the example of the delivery person n, the delivery area is “Tokyo × city, Y city, Z city”, vehicle terminal No. Is “nnnn”.
[0041]
The vehicle terminal No. Column 25-3 vehicle terminal No. “////”, “nnnn”, and the like indicate the vehicle terminal No. of the record currently being processed in the delivery destination database 20 (designated location file by recipient) shown in FIG. The data is linked to the data in the column 20-2, and the vehicle terminal No. Is read out and compared with the data acquired in step S6.
[0042]
And when it is not another vehicle area (S7 is N), as the next record extracted by the above-mentioned search, the same vehicle terminal No. And the acquired data are inserted and stored (step S8), and then it is determined whether or not the acquired data is within the delivery area (step S9).
[0043]
If it is determined in step S7 that the vehicle is in a different vehicle area (S7 is Y), it is sent to the delivery center in the corresponding delivery area. S10) Immediately, the process of step S9 is executed.
[0044]
If it is determined in step S9 that the current position is within the delivery area (Y in S9), the corresponding position on the map is identified and displayed (step S14), and the name is input, and the name is stored. Display (step S15), display the first five characters of the name in the identification display (step S16), and determine whether it is confirmed (whether all the confirmation processing is completed) (step S17). ). In this process, although not specifically shown, a message for inquiring whether or not to confirm, a “confirm” button, and a “cancel” button are displayed.
[0045]
When the operator presses the “confirm” button, it is determined to be confirmed (Y in S17), and the process is terminated. On the other hand, when the operator presses the “Cancel” button (N in S17), in this case, it is determined whether or not another delivery location input is designated (step S19). In this process, although not specifically illustrated, a message for inquiring whether or not to input another delivery location, an “execute” button, and a “cancel” button are displayed.
[0046]
When another delivery location input is not designated (the operator presses the “cancel” button) (S1-8 is N), the process returns to step S17, and another delivery location entry is designated (the operator changes When the “execute” button is pressed), the process returns to step S2, and the process is repeated again from step S2.
[0047]
If it is determined in step S9 that the current position is not within the delivery area (N in S9), a separate fee or non-delivery guidance is displayed on the display screen (step S11). In this process, the separate fee table 26 shown in FIG. As shown in FIG. 6B, the separate fee table 26 is “less than 3 km from the delivery area: ¥ 100”, “over 3 km from the delivery area and less than 6 km: ¥ 200”, and “over 6 km from the delivery area: undeliverable. It consists of three records. Thereby, it is determined how far the acquired position data is from within the delivery area, and another charge or non-delivery guidance corresponding to the distance is displayed.
[0048]
Following the above, it is determined whether or not to accept the display content (step S12). In this process, although not shown in particular, a word for inquiring whether or not to accept, an “execute” button, and a “cancel” button are displayed.
If the user agrees (the operator has pressed the “execute” button) (Y in S12), the displayed or preset fee is stored (step S13), and the process in step S14 is performed. Transition. On the other hand, if the user does not agree (the operator has pressed the “cancel” button) (N in S12), then it is confirmed whether or not it is canceled (step S20). In this process, although not specifically shown, a message for inquiring whether or not to cancel, an “execute” button, and a “no” button are displayed.
[0049]
If it is not cancelled (the operator has pressed the “No” button) (S20 is N), the process returns to the above step S12, but if it is cancelled (the operator has pressed the “execute” button) (S20 is Y) The stored data of one record so far is erased (step S21), the process returns to step S2, and the processing from step S2 is repeated.
[0050]
Based on the confirmed delivery destination database 20 (designated location file for each recipient) in this way, next, sorting is performed for each delivery vehicle.
FIG. 9 is a flowchart of a process for performing sorting for each delivery vehicle. This process is started by starting the scheduler.
[0051]
FIG. 10 is a diagram schematically showing, as an example, the order of delivery of one delivery vehicle used when sorting for each delivery vehicle described above. This figure shows, for example, the order of delivery in Tokyo × District 27. In this example, the delivery order is from the sales office 28 to which the delivery vehicle belongs to an adjacent area a, an adjacent area b, and an adjacent area c. -2, 29-3) are divided by area.
[0052]
First, as shown in FIG. 9, the scheduler is activated to sort for each delivery charge area (step S101). In this process, the records in the recipient specific location file shown in FIG. 3 are sorted for each of the areas a, b, c,... Shown in FIG.
Next, all the records that match the current date of the recipient specified location file after sorting are read out to the work area of the storage device 18 (step S102). Then, the designated location data for each recipient in the work area is sequentially transmitted to each of the vehicle terminals 5 of the delivery vehicle corresponding to the delivery charge area (for example, Tokyo × district 27) (step S103), and the process is terminated. Thereby, the delivery destination data of the courier to be delivered is stored in the vehicle terminal 5 along the route.
[0053]
FIGS. 11, 12, and 13 are flowcharts of processing for delivering a courier based on the recipient specific location data file stored in the route. First, as shown in FIG. 11, a vehicle equipped with a vehicle terminal v5 starts delivery. At the same time, the vehicle management server 4 at the sales office starts interrupt processing at regular intervals.
[0054]
First, the vehicle terminal 5 reads the file of designated location data for each recipient stored in the route, and determines whether or not there is an unprocessed record, that is, the processing is completed (EOF) (step T201). ).
If not completed (N in T201), the next delivery destination is acquired, that is, a record is read (step T202), and it is determined whether or not the recipient is a recipient to be checked by PHS. (Step T203). This process is performed in accordance with the PHS No. This is processing for determining whether or not the PHS number is stored in the column 20-5.
[0055]
In the above determination, if the recipient is a recipient checked by PHS (T203 is Y), it is then determined whether or not a plurality of delivery destinations (candidates) are designated (step T204). This process is a process for determining whether there are a plurality of records having the same name as the recipient of the read record or a record having the same PHS number.
[0056]
If a plurality of delivery destination candidates are designated (T204 is Y), the plurality of delivery destinations are inquired (step T205). This process is a process of transmitting (transmitting) the codes indicating the area information of a plurality of delivery destination candidates read from a plurality of records and the PHS numbers of the recipients to the vehicle management server 4.
[0057]
The vehicle management server 4 repeats the process (step S201) for determining whether or not there is a transmission for inquiring the delivery destination from the vehicle terminal 5 at regular intervals. When there is no transmission of the delivery destination inquiry (S201 is N If the delivery destination inquiry is transmitted (Y in S201), the delivery destination to be actually delivered is specified from a plurality of designated delivery locations based on the current PHS position information (step S201). S202), the identified result (location) is transmitted to the vehicle terminal 5 (step S203). Thereby, the vehicle terminal 5 acquires actual delivery destination information (step T206).
[0058]
Next, the actual delivery destination information is acquired in step T206, and the vehicle terminal 5 determines whether or not the delivery destination is close to the current position (step T207). If it is close (T207 is “close”), then the delivery address and map information are displayed on the display device (step T208). In this delivery address and map information display, a car navigator is placed on the courier vehicle, and a map of the car navigator and an identification display indicating the position to be delivered next are combined on the display screen. Is displayed. This display is the same in the case of display processing in other steps.
[0059]
As described above, when a plurality of delivery destination candidates are designated at the time of the delivery request, the package or the like is delivered to any place designated by confirming the position with the PHS at the designated delivery time.
Following the above, input of delivery completion is awaited (step T210). If it is determined in the above-described step T203 that the recipient is not a PHS checker (T203 is N), the process proceeds to step T210.
[0060]
If a delivery completion input is input by the driver of the delivery vehicle (T210 is Y), a copy slip indicating that delivery of the delivery service is completed is issued by the printer connected to the own device (step T211). Then, the flag data in the delivered flag field 20-3 of the record is updated to “completed” (step T212), the process returns to the first step T201, and the process from step T201 is repeated.
[0061]
If it is determined in step T210 that no delivery completion has been input (T210 is N), it is then determined whether or not “undelivered” has been input (step T213). If “undelivered” is not input (T213 is N), the process returns to the above step ST210. If “undelivered” is input (T213 is Y), in this case, the current time, delivery An absentee mail composed of the company name and the person in charge absentee message is created (step T214), the absentee mail is transferred to the PHS6 of the vehicle terminal 5 (step T215), and the PHS6 of the vehicle terminal 5 is transferred to the recipient's PHS8. The absentee mail is transmitted (step T216), and the process returns to the first step T201.
[0062]
If it is determined in step T207 that the delivery destination is far from the current position (T207 is "far"), the current delivery destination in the designated delivery information file is updated to the acquired delivery destination, and the entire record is delivered. After sorting first (step T209), the process returns to the first step T201.
[0063]
If it is determined in step T204 shown in FIG. 11 in the vehicle terminal 5 that a plurality of delivery destination candidates are not designated (T204 is N), then, as shown in FIG. An inquiry about the recipient's PHS position is made (step T217). In this process, a single delivery destination code and PHS number are transmitted to the vehicle management server 4 at the sales office.
[0064]
As described above, the vehicle management server 4 at the sales office interrupts at regular intervals to determine whether or not there is a transmission for inquiring the delivery destination (PHS position) from the vehicle terminal 5 (step S301). ). If there is no delivery destination inquiry transmission (N in S301), the process is immediately terminated. If there is a delivery destination inquiry transmission (Y in S301), the current PHS location information of the recipient is obtained from the PHS dealer. The information is received from the center station 10 (step S302), and the received PHS position information is transmitted to the vehicle terminal 5 (step S303). Thereby, the vehicle terminal 5 acquires delivery destination information (step T218).
[0065]
Subsequently, it is determined whether or not the recipient can be determined to be at the delivery destination (step T219). This process is a process in which the driver of the delivery vehicle calls and confirms the recipient's PHS 8 using the PHS 6.
If the recipient responds with PHS8, it can be determined that the recipient is at the delivery destination (T219 is “determined”). In this case, the delivery address and map are displayed (step T220), The process returns to the above-described step S210 (FIG. 12). If the recipient does not respond with PHS8, the recipient cannot be determined to be at the delivery destination (T219 is “not possible”). In this case, the process returns to the above-described step T214 (FIG. 12), Perform absentee processing.
[0066]
In this manner, the delivery of the courier is sequentially executed at the most suitable location and time for the recipient while searching for the location of the recipient of the courier or the current location using the position detection function of the PHS. Further, by confirming in advance that there is a recipient at the delivery destination by PHS at the time of home delivery, it is possible to prevent a situation in which there is no recipient at the time of home delivery.
[0067]
Next, a second embodiment will be described. In the second embodiment described below, the entire system configuration, data configuration, and processing method are the same except that a newly added scheduled time file and processing related to the scheduled time are added. This is the same as in the case of the first embodiment.
[0068]
FIG. 14 is a diagram illustrating a data configuration of a scheduled time file stored in the vehicle terminal 5 used in the second embodiment. As shown in FIG. A column 30-1, a customer name column 30-2, a delivery destination column 30-3, a scheduled time column 30-4, and other columns 30-5.
[0069]
In the example shown in FIG. In the column 30-1, the delivery package numbers are stored as “123456”, “321456”, “123567”,..., And in the customer name column 30-2, the name of the recipient is “XX”. XX male, XX male, △△ □□ child,..., And the delivery destination column 30-3 indicates that the delivery destination is “A city ...”, “ “C city...”, “D city...”,..., And the scheduled time column 30-4 has the scheduled delivery times “12:30”, “12:35”, “ 12:40 ", and so on.
[0070]
The time data in the scheduled time column 30-4 of the scheduled time file 30 is updated every time one delivery is completed.
15 and 16 are flowcharts of processing for updating the time data of the scheduled time file 30. FIG. The flowchart shown in FIG. 15 is the same as the flowchart shown in FIG. 12 except for the scheduled time update process in step T221. That is, in the process of steps T201 to T220 of the vehicle terminal 5 described in the first embodiment described above, the scheduled time update process of step T221 is performed subsequent to step T212 as shown in FIG. However, this is different from the case of the first embodiment.
[0071]
In the scheduled time update process in step T221, as shown in FIG. 16, in response to the completion of delivery, the subsequent scheduled time is obtained from the current time and current position information (step T221-1). Then, the time data in the scheduled time field 30-4 of the scheduled time file 30 is updated with the obtained scheduled time (step T221-2), and the subsequent scheduled delivery time, self-timer is updated based on the updated scheduled time file 30. Vehicle terminal number, change position, record number of recipient designated location file. Is transmitted to the vehicle management server 5 (sales office) (step T221-3), and the process ends.
[0072]
On the other hand, the vehicle management server 5 determines whether or not the transmission of data related to the scheduled delivery time has been received from the vehicle terminal 5 in the interruption process at regular intervals (step S401). If there is no reception (N in S401), the process is immediately terminated. If there is reception (Y in S401), the scheduled time data in the scheduled time file of the corresponding vehicle terminal number on the server side is updated. (Step S402), and the process ends.
[0073]
FIG. 17 is a flowchart for explaining processing corresponding to an inquiry about a scheduled delivery time from a recipient. First, the recipient designates the scheduled time confirmation mode at the home terminal or PHS. This starts the process. First, the recipient terminal (or PHS, the same applies hereinafter) sends an inquiry about the scheduled delivery time (step U1). In this process, the package No. And the name of the recipient.
[0074]
In this case as well, the vehicle management server 5 performs interruption processing at regular intervals, and determines whether or not there is an inquiry about the scheduled delivery time (step S501). If there is no inquiry about the delivery time (S501 is N), the process is immediately terminated. If there is an inquiry about the delivery time (S501 is Y), the package No. Then, the scheduled delivery time of the scheduled time file is searched based on the recipient's name (step S502). Then, it is determined whether or not the extracted record has an object to be read (scheduled delivery time data is stored) (step S503), and if there is (S503 is Y), a mail of the scheduled delivery time (scheduled time). E-mail) is created, the scheduled time e-mail is transmitted to the recipient terminal (step S504), and the process is terminated.
[0075]
If there is no read target in the extracted record (N in S503), an error mail is created and the error mail is transmitted to the recipient terminal (step S505).
After the inquiry in step U1, the recipient terminal determines whether there is a response mail (step U2). If there is a response from the vehicle management server 5 (U2 is Y), the response content (scheduled delivery) Time and error message) is displayed on the display device (step U3), and the process is terminated.
[0076]
On the other hand, when there is no response in step U2 (U2 is N), it is determined whether or not a predetermined time has passed (step U4). If the predetermined time has not yet passed (U4 is N). The process returns to step U2 to wait for a response. On the other hand, if a predetermined time has elapsed (U4 is Y), an error is displayed (step U5) and the process is terminated.
[0077]
In this way, the position of a package being delivered is searched for, and the delivery time is delivered to the recipient, so that the recipient can wait for the home delivery in peace.
In the above embodiment, the operator of the sales office 27 calls the recipient and asks for the delivery address. However, the present invention is not limited to this, and the recipient's terminal device connected to the Internet 3 is used. , Send the input form and mail with the necessary input items attached, input the necessary items on the recipient side and reply to the vehicle management server 4 of the sales office, the vehicle management server 4 receives this reply, You may make it memorize | store automatically in the predetermined | prescribed memory | storage column of a recipient specific location file.
[0078]
The customer position may be confirmed by receiving the customer position from the car navigation system when the customer has a car navigation system and is moving by car. In this case, the position data is transmitted to the sales office when the customer stops for a certain period of time. Alternatively, the position data during movement may be sequentially sent to the sales office to determine the position where the courier (vehicle driver) and the customer are closest to each other, and the positions may be communicated to both terminals to deliver the package.
[0079]
In the above embodiment, the delivery service processing server device is installed at the sales office of the delivery company. However, the present invention is not limited to this, and the server (program) is installed in the service provider site 7 and nationwide. In cooperation with the network browsing browser of the terminal device of the home delivery company, the same processing as described above may be performed on the terminal device of the home delivery company by the page of the self site.
[0080]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to confirm whether or not there is a package recipient at the delivery destination designated in advance by the package recipient before the delivery recipient can go to the delivery destination. It is convenient that you can deliver your luggage when you are.
[Brief description of the drawings]
FIG. 1 is a diagram schematically showing an overall configuration of a delivery service system related to a delivery data processing apparatus in a first embodiment.
FIG. 2 is a block diagram showing a configuration of a vehicle management server of the delivery service system.
FIG. 3 is a diagram showing a data configuration of a delivery destination database of a vehicle management server.
FIG. 4 is a flowchart (part 1) showing an operation of confirmation processing of courier recipient data stored in advance in a server.
FIG. 5 is a flowchart (part 2) showing an operation of confirmation processing of courier recipient data stored in advance in a server.
FIG. 6 is a diagram showing a format of a delivery slip for a home delivery service.
FIGS. 7A to 7D are diagrams showing examples of map image data transmitted from the service provider site to the vehicle management server in the confirmation process of the courier recipient data.
8A is a diagram showing a data structure of a delivery charge area file used for confirmation processing, and FIG. 8B is a diagram showing a data structure of another charge table.
FIG. 9 is a flowchart of processing for sorting by delivery vehicle.
FIG. 10 is a diagram schematically showing, as an example, a delivery route of one delivery vehicle used when sorting for each delivery vehicle.
FIG. 11 is a flowchart (part 1) of a process for executing delivery of a courier based on a recipient-specific designated place data file stored in a route.
FIG. 12 is a flowchart (part 2) of a process for executing delivery of a courier based on a recipient-specific designated place data file stored in a route.
FIG. 13 is a flowchart (No. 3) of a process for executing delivery of a courier based on a recipient-specific designated place data file stored in a route.
FIG. 14 is a diagram showing a data configuration of a scheduled time file stored in the vehicle terminal 5 used in the second embodiment.
FIG. 15 is a flowchart (No. 1) of processing for updating time data of a scheduled time file;
FIG. 16 is a flowchart (No. 2) of a process for updating time data of a scheduled time file.
FIG. 17 is a flowchart for explaining processing corresponding to an inquiry about a scheduled delivery time from a recipient.
[Explanation of symbols]
1 Public line
2 service providers
3 Internet
4 Vehicle management server
5 Vehicle terminal
6 Vehicle PHS
7 Service Provider Site
8 Delivery destination PHS
9 (9-1, 9-2, ..., 9-n) Base station
10 Center station
11 CPU
12 Bus
13 Input device
14 RAM
15 Transmission control unit
16 Display device
17 Printing device
18 Storage device
19 Storage media
20 Delivery destination database
20-1 Delivery date column
20-2 Vehicle terminal no. Column
20-3 Delivery flag column
20-4 Luggage No. Column
20-5 PHS No. Column
20-6 Recipient name field
20-7 Area information column
20-8 Area information column
20-9 Designated delivery information column
20-10 GPS coordinate position information field
20-11 Base station information column
20-12 Separate charge column
25 Delivery area file
25-1 Delivery representative column
25-2 Delivery area column
25-3 Vehicle terminal column
26 Separate charge table
27 Tokyo × District
28 offices
29 (29-1, 29-2, 29-3) Delivery route
30 Scheduled time file
30-1 Luggage No. Column
30-2 Customer name field
30-3 Delivery address column
30-4 Scheduled time column
30-5 Other fields

Claims (4)

Storage means for storing a plurality of delivery destination setting positions in advance for the package recipient ;
Terminal designation means for designating position confirmation of a terminal for position detection carried by the package recipient ;
Position determining means for determining whether or not the position of the position detection terminal designated by the terminal designating means is in any of a plurality of preset positions stored in the storage means;
Transmitting means for transmitting determination data to the delivery terminal according to whether or not the position of the position detection terminal determined by the position determination means is the preset stored position;
A delivery service processing apparatus comprising:  The position determination means may further include each of the next scheduled delivery after completion of delivery of the preceding package scheduled for delivery or when the position of the position detection terminal related to the preceding package scheduled for delivery is not detected. A predicted time calculating means for determining whether the position of the position detection terminal is at a preset position stored in advance and calculating an estimated arrival time from the next to the position of each of the position detection terminals scheduled to be delivered; 2. The delivery service processing apparatus according to claim 1, further comprising: a predicted time output unit that outputs the predicted time calculated by the predicted time calculating unit according to designation. A storage medium storing a program for causing a computer to execute a delivery service processing function,
A storage function for storing a plurality of delivery destination setting positions in advance for the package recipient ;
A specification function to specify the location confirmation of the location detection terminal carried by the package recipient ,
A position determination function for determining whether the position of the position detection terminal designated by the terminal designation function is in any of the plurality of setting positions stored in advance by the storage function;
A function of transmitting determination data according to whether or not the position of the position detection terminal determined by the position determination function is the pre-stored setting position;
The computer-readable storage medium which stored the delivery service processing program for performing this. The position determination function is further configured such that after the delivery of the preceding package scheduled for delivery is completed or when the position of the position detection terminal related to the preceding package scheduled for delivery is not detected, each of the next scheduled delivery It is determined whether or not the position of the position detection terminal is at a preset position stored in advance,
A predicted time calculation function for calculating a predicted arrival time from the next to the position of each of the position detection terminals scheduled to be delivered;
A predicted time output function for outputting the predicted time calculated by the predicted time calculation function according to designation;
The storage medium according to claim 3 , further comprising:

Images