JP2003182851A - Time schedule managing system, and mobile terminal device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To input a delivery result data 12 only by an operation of specifying whether the delivery normally finished, to provide an accurate delivery result report by a simple operation, and to recognize a delay degree of delivery work by comparing an expected time schedule with a delivery time when the delivery time is included in the delivery result data 12. <P>SOLUTION: A mobile terminal 6 possessed by an expediter is used for processing of receiving a delivery command, inputting a start time, inputting a delivery result, and inputting a return time. When a cargo is delivered by a truck 7 along a predetermined delivery route, the delivery result is reported every time the truck drops in by the delivery destination. For processing the delivery result report, a server 5 transmits a delivery result reporting picture to the mobile terminal 6. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a time schedule management system suitable for the case where computers are used to manage the progress of business such as delivery of packages.

[0002]

2. Description of the Related Art In the retail industry, a distribution system that delivers products at appropriate times plays an extremely important role. For a shipper who delivers a product to a large number of stores, a system for confirming the progress from the shipment of the product to the delivery of the product to all delivery destinations is indispensable. For example, when there is an inquiry from a delivery destination that a required product has not arrived, it is an important issue to know which delivery destination has been delivered and when the product will be delivered to the inquired delivery destination. Further, for a delivery company that undertakes delivery of products, it is an important issue to accurately confirm whether or not each delivery vehicle delivers the products as planned. Generally, after returning to the office, the delivery staff waits for the report and confirms the delivery result. In addition, or alternatively, the manager in charge grasps the operation status by regular contact from the delivery staff. When problems such as late delivery occur, we check the delivery staff with a mobile phone as needed.

[0003]

By the way, the above conventional techniques have the following problems to be solved. The conventional system as described above has a problem that it takes a lot of time and labor to confirm the current delivery status when any problem occurs. That is, in a delivery system having a nationwide organization, a management section for receiving a regular contact from a delivery section or individually inquiring about the delivery status is provided for each district. Therefore, in the management center that receives customer inquiries, the staff first contacts the management department in charge of the situation. After that, the management department makes an inquiry to the delivery staff. This contact work takes a very long time, and there is a problem that it is often impossible to respond promptly to inquiries from the shipper. The present invention has been made for the purpose of solving the above points,
It is an object of the present invention to provide a delivery management system capable of quickly and accurately confirming and managing the delivery state by a simple contact work. Further, it is another object of the present invention to provide a system and a mobile terminal device capable of automatically managing the time schedule of an outside worker.

[0004]

The present invention adopts the following constitution in order to solve the above points. <Configuration 1> Storage means for storing a time schedule showing a list of delivery destinations, delivery order, and delivery time for each delivery vehicle delivering a package along a predetermined route, and delivery within this time schedule A report that displays the delivery result report screen on the mobile terminal of the person in charge of delivery who has at least the delivery destination to which the package is to be delivered, which is the delivery destination for which the delivery result has not been reported yet. Screen display means, delivery result acquisition means for obtaining delivery result data for each delivery destination input by the delivery person, and achievement management means for producing a result display web page for browsing through the network. A time schedule management system for delivery business characterized by the following.

<Structure 2> In the time schedule management system according to Structure 1, the report screen display means and the delivery result acquisition means display the delivery result report screen for each delivery destination on the mobile terminal of the delivery person. A time schedule management system for delivery business, characterized in that delivery result data is acquired only by an operation of designating whether or not delivery is normally completed.

<Structure 3> In the time schedule management system according to Structure 1, the delivery result data includes at least data indicating whether or not the delivery to each destination is normally completed, and the delivery time. A time schedule management system for delivery business characterized by the following.

<Structure 4> In the time schedule management system according to Structure 1, the result management means extracts only the information when the delivery is not normally completed from the delivery result data and displays the result display web page. A time schedule management system for delivery business characterized by generating.

<Structure 5> In the time schedule management system according to Structure 1, the report screen display means displays a schematic diagram of the route to the next delivery destination on the mobile terminal of the delivery person. Business time schedule management system.

<Structure 6> In the time schedule management system according to Structure 1, the result management means edits the time schedule showing the list of the delivery destinations, the delivery order and the delivery time for each delivery requester, and then the network. A time schedule management system for delivery business, which is characterized by browsing through.

<Structure 7> In the time schedule management system according to Structure 1, the result management means edits and browses a time schedule showing a list of delivery destinations, a delivery order and delivery time for each delivery requester. A time schedule management system for delivery business, characterized by masking delivery requester names other than the delivery requester requesting a request and browsing through the network.

<Configuration 8> In the time schedule management system according to configuration 1, the mobile terminal compares the delivery confirmation information with the means for obtaining delivery confirmation information at the delivery destination and the delivery result data for reporting. A delivery time collation means for transmitting the delivery result data to the delivery result acquisition means only when the delivery destination information contained in the both coincides with each other.

<Structure 9> A means for transmitting confirmation information for business including information indicating the result of the work performed according to a predetermined time schedule, and means for obtaining confirmation information at the place where the work is performed. Comparing the confirmation information with the business report information, a transmission location collating means for permitting the transmission of the business report information only when the transmission location information contained in both of them is matched is provided. Mobile terminal device for business report.

[0013]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below with reference to specific examples. FIG. 1 is a block diagram showing a specific example of the system of the present invention. In this system, a shipping company accepts a package requested by a shipper, issues an instruction to a delivery department, and delivers the package. Connected to the network 1 are a terminal device 3 of a shipper, a terminal device 4 of a shipping company, a mobile terminal 6 such as a mobile phone used by a delivery staff, and a server 5. The server 5 receives the data regarding the delivery result from the mobile terminal 6 through the network 1, stores the data in the storage device, and provides the information regarding the delivery result to the terminal device 3 of the shipper and the terminal device 4 of the shipping company.

The server 5 is provided with a storage device 8 in which time schedule data 11 and delivery result data 1 are stored.
2 and are stored. Further, computer programs such as a report screen display unit 13, a delivery result acquisition unit 14, and a result management unit 17 are installed in the server 5. In addition to this, a storage device 15 is provided in which a performance display web page 16 is stored. When a cargo delivery request is made by a shipper, the shipping company creates a dispatch schedule, shipping instructions, etc., and notifies the shipping staff. The mobile terminal 6 of the delivery person receives the delivery instruction, inputs the departure time,
It is used for processing such as entering delivery results and entering return time. When the truck 7 delivers the parcel along a predetermined delivery route, a delivery result report, which will be described later, is made every time the visitor stops at the delivery destination. For this delivery result report processing, the server 5 sends a delivery result report screen to the mobile terminal 6. The delivery route is determined for each delivery vehicle. The type of package delivered is arbitrary.

FIG. 2A is an explanatory view showing a delivery management data, and FIG. 2B is a concrete example of the time schedule and delivery result data. The specific contents of the time schedule data 11 and the delivery result data 12 stored in the storage device 8 of the server 5 will be described with reference to this drawing. When a delivery instruction is issued, first, as shown in FIG. 2A, delivery management data 18 for recording the driver (delivery staff), departure time, mobile phone number, return time, etc. is registered. This is included in the delivery result data 12 shown in FIG. The time schedule 11 shown in FIG. 2B includes delivery routes, delivery destinations, routes, delivery areas, delivery schedules, and the like. Although the information included in the time schedule 11 is arbitrary, at least the list of delivery destinations and the scheduled delivery time should be included. During delivery, the delivery result data 12 is additionally registered in order. The state in the figure shows that the delivery report has been completed up to the fourth delivery destination.

FIG. 3 is an explanatory diagram showing a specific example of the delivery result report screen displayed on the mobile terminal. When delivery is performed according to the above time schedule,
As described in (b), the result is the delivery result data 1
Registered as 2. Delivery result report screen 2 shown in FIG.
0 is used for reporting such delivery results. This screen is displayed on the mobile terminal 6.

On the delivery result report screen 20, a delivery result start button 21 and a delivery end button 25 used at the start and end of delivery, a normal report button 22 and an abnormal report button used for delivery report of each delivery destination. 23 are provided. When the start button 21 is clicked to start the delivery, the time at that time is registered as the departure time. This information is registered in the delivery management data 18 shown in FIG. When the end button 25 is clicked, the time at that time is included in the delivery management data 18 as the return time.

The delivery result report screen 20 also displays a guide displaying at least the delivery destination for the next delivery. In the example of FIG. 3, the delivery for “Yamadaya” has already been completed, and the delivery result is displayed as normal. The button 24 is for displaying the confirmation state, and after the completion of the report, either normal or abnormal is displayed, and there is no change even if clicked thereafter. When the delivery result is normal, only the normal button is fixedly displayed as shown in the figure. Further, in the example shown in the figure, the delivery destination to be visited next is "Super Suzuki". When the delivery staff stops at this delivery destination and ends the delivery normally, the normal button 22 is clicked. For example, when the item to be delivered is not loaded in the cargo or the receiving side refuses to receive the item for some reason, the abnormal button 23 is clicked.

Such a delivery result report screen is generated by the report screen display means 13 (FIG. 1) with reference to the delivery result data 12 and the time schedule data 11. In the case of a mobile phone, the delivery result report screen 20 is so small that it is difficult to display all delivery destinations. Therefore, the report screen display means 13 edits at least the screen for displaying the delivery destination for which the next report is required and sends it from the server to the mobile terminal. The report information is composed of a mobile phone number and data 26 for distinguishing between normal and abnormal. The delivery result acquisition means 14 shown in FIG. 1 receives this data and registers it in the delivery result data 12 of the corresponding carrier.

Next, the delivery destination for delivering the package is displayed on the mobile terminal of the delivery person in order to report the delivery result with one click using the display. The mobile terminal is used in order to receive the progress report of the work in real time during the delivery work. The mobile terminal may be a laptop personal computer, a palmtop computer, or a mobile phone. If the delivery result data 12 can be input only by the operation of designating whether or not the delivery is normally completed, it is possible to report the delivery result without error by a simple operation. By including the delivery time in the delivery result data 12, it is possible to confirm the degree of delay in delivery work by comparing with the scheduled time schedule.

FIG. 4 is a specific operation flowchart of the above system. This operation flowchart represents the main operation of the computer program on the server side. First, the transportation company shown in FIG. 1 generates a vehicle allocation schedule and a delivery instruction, and registers them in the server 5. That is,
In step S1, the time schedule of the delivery vehicle is registered in the storage device 8. When the courier starts the delivery,
The departure time is recorded in the same manner as described above, and thereafter, the delivery result input process is performed each time the user stops at the delivery destination. The processing from step S2 to step S8 in FIG. 4 is an explanation of the delivery result input processing. First, in step S2, the mobile terminal 6 serving as a delivery person connects to the server 5 and opens a web page for reporting. A predetermined URL may be designated by using a bookmark or the like by the browser. As a result, the delivery result report screen 20 is displayed on the mobile terminal 6. The display screen has the same contents as described with reference to FIG.

Here, when the delivery person selects the delivery destination that he / she has visited, and selects and clicks either the button with "normal" or the button with "abnormal", the reporting operation ends. If you have successfully delivered the package to the destination, click the button labeled "Normal." For example, if the person in charge of receiving the package at the delivery destination is absent, or if the package cannot be delivered to the delivery destination due to lack of a product to be delivered, etc., the button labeled "abnormal" is clicked. When a report is received, the server automatically records the report time by referring to the clock built into the server.

When performing the above-mentioned processing, the delivery result acquisition means 14 first recognizes the mobile phone number (step S3), and refers to the reported delivery result data 12 of the relevant delivery staff. Then, in step S5, the next delivery destination and the delivery destinations before and after it are included in the report screen and edited.
As a result, the screen as shown in FIG. 3 is generated.
In step S6, the report screen is transmitted to the mobile phone,
The delivery result data by the operation of the delivery staff is received in step S7. The delivery result is stored in the storage device 8 in step S8.
Register with. After that, the performance management means 17 refers to the delivery result data 12 to generate a performance display web page which will be described later.

FIG. 5 is an explanatory diagram showing a specific example of the result display web page generated by the result management means 17. The screen 29 based on the result display web page is displayed on the terminal device 4 of the shipping company or the terminal device 3 of the shipper. The delivery results will be viewed by related parties via the network. The manager of the shipping company shown in FIG. 1 or the client who requests the delivery of the package can confirm the delivery status of the package in real time in detail by using the terminal devices 3 and 4 without needing to make an inquiry.

The result managing means 17 refers to the time schedule 11 and the delivery result data 12 and manages the delivery destination name, the delivery clerk, the delivery vehicle number, whether the delivery is normal or abnormal, and the reporting time (delivery time). Generate data automatically. This processing may be performed immediately before the delivery staff visits the stop-by point, immediately after leaving the stop-by point, or at both timings.
If the result display web page 16 that displays the content of this report as it is is disclosed to the shipper or the like through the network, the shipper can grasp the delivery status of the item in real time. It is possible to check the delivery status in real time 24 hours a day without the need to contact the office staff of the company that requested the delivery. With this management data, not only the delivery status of packages but also ABC analysis of vehicle dispatch can be performed, which leads to improvement in productivity. In addition, ABC of dispatch
The analysis is an analysis process for evaluating whether or not the delivery route and time are properly set based on the collected data.

The results display web page 16 generated by the results management means 17 is edited and registered so that the management section of the shipper or the shipping company can view it at any time. The delivery result is
It does not have to indicate the success or failure of delivery to all delivery destinations. Only the case where the delivery is not normally completed may be extracted and displayed so that it can be dealt with. In the example of the figure, only the items marked with * are displayed. If there is a report of "abnormality," the shipper or the management department of the shipping company must take subsequent actions. Therefore, for example, the result management means 17 causes the report automatic updating means to search the delivery result data 12 at a predetermined timing, list only those corresponding to the abnormality notification, and display the web page for the abnormality processing. To edit. This process is executed in a short interval and the web page is automatically updated. further,
It is most preferable to notify the concerned person by e-mail if necessary so as to encourage the browsing of the web page.

Generally, a delivery company undertakes delivery of various products and packages from a plurality of shippers. Therefore, the list of delivery destinations visited by the delivery company is a mixture of delivery destinations of a plurality of shippers. If the shipper browses such a list of delivery destinations as it is, the shipper may be confused. Therefore, for example, a dedicated page that can be browsed for each shipper may be provided, and only the time schedule and the actual result to the delivery destination related to the shipper may be displayed on the special page.

In the example of the figure, the reason why the list of delivery destinations and the time schedule showing the delivery order and delivery time are displayed is to confirm whether the delivery work is proceeding smoothly. In many cases, packages from multiple clients are delivered together, so we edited each delivery requester so that the delivery status can be checked individually. Moreover, in the example of the figure, the delivery requester names other than the delivery requester requesting the browsing are masked by the "-" mark. The mask is a process of deleting the name of the delivery destination or making the delivery destination name unrecognizable.

Further, if only the delivery destination list related to the consignor is displayed, the understanding of the contents of the time schedule can be obtained when many other delivery destinations exist between the delivery destinations to be delivered next. Sometimes there is not. That is, when the delivery of the package to the next delivery destination is urgent, the reason why it takes a predetermined time to move to the next delivery destination must be presented. In such a case, unrelated delivery names, etc. are hidden on the screen and all the addresses of the drop-in destinations are displayed so that the delivery names of other shippers are unknown, but the next We devised it so that we can predict whether it will arrive at the delivery destination.

The terminal used by the clerk for reporting may be a mobile computer instead of a mobile phone, but in any case, the server sends the delivery destination to the next stop based on the report data immediately before the clerk. Is automatically displayed on the display such as the mobile phone of the delivery staff. As a result, the delivery person can easily confirm his / her destination and perform the report processing with almost one touch. When the delivery work is performed in the order according to the time schedule, the work report is completed with almost one click every time when the user visits the delivery destination, so the operability is very good. That is, since the work of inputting characters and symbols is unnecessary, omission of reports and mistakes of reports are eliminated. Further, for example, compared with the work of uniformly displaying a large number of delivery destination lists and selecting the relevant delivery destination from the list, it is very advantageous in terms of operation time and operation work.

FIG. 6A is an explanatory diagram showing a concrete example of a display screen on the mobile terminal, FIG. 6B is a block diagram showing a system for inputting delivery confirmation information, and FIG. 6C is a delivery confirmation inside the mobile terminal. It is a functional block explanatory view for processing.

As shown in FIG. 6 (a), by displaying a schematic diagram 30 of the route to the next delivery destination on the mobile terminal 6 together with the screen for reporting work, it is possible to make the dispatcher convenient. is there. The schematic diagram of the route to the next delivery destination may be image data or the like. Since it is displayed on a small screen of the mobile terminal, only a schematic map of the route to the next delivery destination is required.

The delivery destination 31 shown in FIG. 6 (b) is provided with a delivery confirmation receipt book 32, for example. A bar code 33 for displaying delivery confirmation information is attached here. A barcode scanner 34 is connected to the mobile terminal 6 using a connector 35. When the barcode 33 is read using the barcode scanner 34, information such as the name of the delivery destination or the delivery destination code is read. This is taken inside the mobile terminal 6. As shown in the block diagram of (c), the barcode read by the barcode scanner 34 is taken in as delivery confirmation information 37 inside the mobile terminal 6. The delivery result data 12 is input to the mobile terminal 6 by the delivery staff. The delivery destination collating unit 39 collates the delivery confirmation information 37 and the information indicating the delivery destination included in both the delivery result data 12, and when both are in agreement, sends the result to the server side. The delivery destination verification unit 39 is a computer program that operates in the mobile terminal 6.

In a system for reporting using a mobile phone, there is a possibility that the content different from the actual content may be reported due to negligence or malicious intent. If there is a report that the delivery is completed normally even though the parcel is not actually delivered to the corresponding delivery destination, the reliability of the content of the result display web page decreases. The same problem will occur even if you are mistakenly mistaken for the destination and reported that you visited another delivery destination. In order to solve this problem, there is a method of automatically measuring the reporting location and adding it to the reporting data using a highly accurate GPS terminal. This makes it possible to confirm whether or not the report is an erroneous report when the delivery address of the report is far from the report position.

Further, as shown in the figure, the acceptance book 3 of the delivery destination
It is also possible to attach a bar code to 2 or the like, generate delivery confirmation information using a bar code scanner, and add the delivery confirmation information to the report data. The reception book 32 is unique to the delivery destination, and the barcode is also unique to the reception destination. The bar code scanner may have a function of transferring the read data to a mobile terminal or a mobile phone, and may be carried by a delivery person. The barcode can be pasted on any place such as the wall of the delivery destination warehouse.

Further, it is preferable to provide a means for inputting arbitrary delivery confirmation information, such as a wireless tag code, which can confirm the arrival at the delivery destination, instead of the bar code. In addition, unless the delivery confirmation information entered from the barcode scanner and the delivery result are accepted by the server side and the delivery destination information contained in both of them agrees, the result display web page is not updated. May be. For example, if it is obligatory to transport industrial waste to a prescribed place for disposal, scan the barcode at the prescribed place at the disposal place to confirm the disposal of the waste. Is possible.

Further, the system of the present invention can be used not only in the transportation business but also in the case of automatically managing the time schedule of an outside worker. For example, in the case of a dispatched employee, the dispatched company can manage the work performance status at a remote location by inputting the work start time, the work end time, and the work content at the dispatch destination. In addition to this, management data of operations that cannot be directly managed by the management department using a time card, such as part-time work for hourly wages, rental work, drivers and driver assistants, is automatically collected. it can.

The system as described above displays real-time information for confirming whether or not the medicine is definitely delivered to the corresponding customer when the medicine is sequentially delivered to a large number of customers. To enable. In addition, in the business of delivering or renting various office supplies and equipment, we can provide a system that allows the delivery staff to deliver these goods and equipment without fail, or to respond to customer inquiries immediately. . In addition, a staff member also corresponds to a service company that patrols the construction site in order, for example, undertakes a specific work at the construction site and then goes to another site to perform the same work. It can be widely used for a system that always records in the server whether it has definitely finished at the site and checks it in real time.

Each functional block shown in each of the above figures may be composed of a separate program module or an integrated program module. Further, all or part of these functional blocks may be configured by hardware by a logic circuit. Further, each program module may be incorporated into an existing application program to be operated, or may be operated as an independent program. The computer program for implementing the present invention as described above can be recorded in a computer-readable recording medium such as a CD-ROM, installed, and used. It can also be downloaded and used in the memory of a computer via a network.

[Brief description of drawings]

FIG. 1 is a block diagram showing a specific example of a system of the present invention.

FIG. 2A is an explanatory diagram showing a delivery management data, and FIG. 2B is a specific example of a time schedule and delivery result data.

FIG. 3 is an explanatory diagram showing a specific example of a delivery result report screen displayed on the mobile terminal.

FIG. 4 is a specific operation flowchart of the system as described above. This operation flowchart represents the main operation of the computer program on the server side.

FIG. 5 is an explanatory diagram showing a specific example of a performance display web page generated by performance management means 17.

6A is an explanatory diagram showing a specific example of a display screen on a mobile terminal, FIG. 6B is a block diagram showing a system for inputting delivery confirmation information, and FIG. 6C is a delivery confirmation process inside the mobile terminal. 3 is a functional block explanatory diagram for FIG.

[Explanation of symbols]

1 network 3,4 Terminal device 5 servers 6 mobile terminals 8 storage devices 11 time schedule data 12 Delivery result data 13 Report screen display means 14 Delivery result acquisition means 15 Memory device 16 Results display web page 17 Performance management means

Claims (9)

[Claims] 1. Storage means for storing a time schedule showing a list of delivery destinations, a delivery order, and delivery time for each delivery vehicle delivering a package along a predetermined route, and a storage means for storing the time schedule. Display the delivery result report screen on the mobile terminal of the delivery person, including the display of the delivery destinations whose delivery results have not been reported in the list of delivery destinations and which will deliver at least the next package. Equipped with a report screen display means, a delivery result acquisition means for obtaining delivery result data for each delivery destination entered by a delivery person, and a performance management means for generating a performance display web page for browsing through a network. A time schedule management system for delivery business characterized by the following. 2. The time schedule management system according to claim 1, wherein the report screen display means and the delivery result acquisition means display a delivery result report screen for each delivery destination on the mobile terminal of the delivery person for delivery. A time schedule management system for delivery business, characterized in that delivery result data is acquired only by an operation for designating whether or not the process has been completed normally. 3. The time schedule management system according to claim 1, wherein the delivery result data includes at least data indicating whether or not delivery to each destination is normally completed, and a delivery time. A time schedule management system for delivery operations. 4. The time schedule management system according to claim 1, wherein the result management means extracts only information when the delivery is not normally completed from the delivery result data and generates a result display web page. A time schedule management system for delivery business characterized by: 5. The time schedule management system according to claim 1, wherein the report screen display means displays a schematic diagram of a route to the next delivery destination on the mobile terminal of the delivery person. Schedule management system for Android. 6. The time schedule management system according to claim 1, wherein the result management means edits a time schedule showing a list of delivery destinations, a delivery order and delivery time for each delivery requester, and sends it through the network. A time schedule management system for delivery business characterized by browsing. 7. The time schedule management system according to claim 1, wherein the result management means edits a time schedule showing a list of delivery destinations, a delivery order, and delivery time for each delivery requester to browse. A time-schedule management system for delivery operations, in which delivery requester names other than the requested delivery requester are masked and viewed through the network. 8. The time schedule management system according to claim 1, wherein the mobile terminal compares the delivery confirmation information and the delivery result data for reporting with a means for obtaining delivery confirmation information at the delivery destination. , Only when the shipping information contained in both matches
A time schedule management system for delivery business, comprising delivery destination collation means for transmitting the delivery result data to delivery result acquisition means. 9. A means for acquiring confirmation information at a place where a work is performed, which has a function of transmitting work report information including information indicating a result of work performed according to a predetermined time schedule, A comparison is made between the confirmation information and the business report information, and a transmission location collating means for permitting the transmission of the business report information only when the transmission location information included in the both matches is provided. Mobile terminal device for business reports.