JP2023041709A - Information processing apparatus and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing apparatus that, even when information on the state of delivery vehicles is displayed as a list, can quickly and individually recognize the occurrence of a trouble in every delivery vehicle and quickly recognize a method to address the trouble as well.

SOLUTION: A processing part 10 of a server device SV detects the progress of movement for each of a plurality of delivery vehicles in a scheduled course for each of the delivery vehicles including respective places to make a stop together with unarrived places at which the delivery vehicles do not arrive, and displays the detected unarrived places on a display D in an identifiable way together with the progress of movement of each of the delivery vehicles. At this time, a display control part 2 displays a map including the positions of the unarrived places on the basis of an operation to specify the unarrived places, and displays the positions of any of the deliver vehicles present within a range of the map on the display D together with the map.

SELECTED DRAWING: Figure 3

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present application belongs to the technical field of information processing apparatuses and information processing methods. More specifically, it belongs to the technical field of an information processing apparatus and an information processing method for displaying various information related to a mobile object and a map related to the mobile object.

In recent years, the delivery of packages and the like using commercial delivery vehicles has become widespread. At this time, the delivery company that owns the delivery vehicles needs to manage the work and labor of each delivery vehicle and its driver by recording the state (movement state, etc.) of each delivery vehicle. In addition, when a package or the like to be delivered emerges urgently, it becomes necessary to have a delivery vehicle moving nearby pick up the package or the like. Due to these requirements, delivery companies need to grasp the status of moving delivery vehicles in real time. More specifically, the "state of the delivery vehicle" at this time corresponds to, for example, the state of whether or not each delivery vehicle is parked or stopped.

And, as a prior art document disclosing a technique corresponding to such a request, for example, Patent Document 1 below can be cited. In the management system according to the technology described in Patent Document 1, a website is opened to acquire information on the progress of vehicle movement (estimated arrival time and delay of each cargo, etc.), and the information is displayed via the website. For example, it is configured to notify the delivery vehicle itself, a management center, or the like. Further, the states of the delivery vehicles are configured to display a list of a plurality of delivery vehicles.

JP-A-2003-16573

However, in the technique described in Patent Document 1, which has the configuration described above, a large amount of information regarding the status of a plurality of delivery vehicles is displayed in a list at once. There is a problem that it is not possible to quickly and individually recognize the occurrence of a problem of each delivery vehicle such as delivery vehicles not arriving at the station and quickly recognize a method of coping with it.

Therefore, the present application has been made in view of the above problems, and one example of the problem is that even when a list of information regarding the status of a plurality of delivery vehicles is displayed, problems occur in individual delivery vehicles. To provide an information processing apparatus and an information processing method capable of quickly and individually recognizing a problem and also quickly recognizing a method of coping with the problem.

In order to solve the above-mentioned problems, the invention according to claim 1 measures the progress of movement of each of a plurality of moving bodies on a planned course for each of a plurality of moving bodies, each of which includes a stop-off point, when the moving body arrives. display control means for displaying the detected non-landings along with the detected progresses on a display means in an identifiable manner; The means is configured to display a map including the non-landing position based on the non-landing specifying operation, and to display the position of any of the moving bodies within the range of the map together with the map. be.

In order to solve the above-mentioned problems, the invention according to claim 10 provides an information processing method executed in an information processing apparatus connected to display means, wherein each of a plurality of moving bodies each including a stop-off point a detection step of detecting the progress of movement of each of the moving bodies on the scheduled course along with the non-landing that is the stop-off site to which the moving body has not arrived; and a display control step for identifiably displaying on the display means, in the display control step, based on the operation for specifying the unlanded location, displaying a map including the location of the unlanded location, and It is configured to display the position of any of the moving bodies within the range together with the map.

1 is a block diagram showing a schematic configuration of an information processing apparatus according to an embodiment; FIG. 1 is a block diagram showing a schematic configuration of a delivery management system according to an embodiment; FIG. 1 is a block diagram showing a detailed configuration of a delivery management system according to an embodiment, (a) is a block diagram showing a schematic configuration of a terminal device according to the embodiment, and (b) is a schematic configuration of a server device according to the embodiment; FIG. 2 is a block diagram showing . FIG. 4A is a diagram illustrating the contents of a database according to the embodiment, FIG. 4A is a diagram illustrating a state information database according to the embodiment, and FIG. 4B is a diagram illustrating a delivery vehicle database according to the embodiment; 8 is a flowchart showing display control processing according to the embodiment; It is a figure (I) which shows the example of a display based on an Example. It is a figure (II) which shows the example of a display based on an Example. It is a figure (III) which shows the example of a display based on an Example. FIG. 4 is a diagram showing a display example of a map according to the embodiment;

Next, the form for implementing this application is demonstrated using FIG. Note that FIG. 1 is a block diagram showing a schematic configuration of the information processing apparatus according to the embodiment.

As shown in FIG. 1, the information processing device S according to the embodiment includes a detection unit 1 and a display control unit 2 connected to a display unit D. As shown in FIG.

In this configuration, the detection means 1 detects the progress of the movement of each of the plurality of moving bodies on the planned course for each of the plurality of moving bodies each including a stop-off point, together with the non-arrival of the stop-off site to which the moving body has not arrived. . The display control means 2 causes the display means D to display each progress detected by the detection means 1 and the non-landing detected by the detection means 1 in an identifiable manner.

At this time, the display control means 2 displays a map including the unlanded position based on the unlanded designation operation, and displays the position of any moving body within the range of the map together with the map.

As described above, according to the operation of the information processing device S according to the embodiment, the progress of movement of each of the plurality of moving bodies on the predetermined planned course including the stop-off point can be determined by the arrival time of the moving body. The detected non-landing is identifiably displayed along with the progress of the movement. Then, based on the unlanded designation operation, a map including the unlanded position is displayed, and the position of any moving object within the range of the map is displayed together with the map. Therefore, it is possible to collectively recognize the progress of the movement of each moving object, and to quickly grasp the existence of a moving object that can move to a non-landing position. can be made

Next, specific examples corresponding to the above-described embodiments will be described with reference to FIGS. 2 to 9. FIG. FIG. 2 is a block diagram showing the schematic configuration of the delivery management system according to the embodiment, and FIG. 3 is a block diagram showing the detailed configuration of the delivery management system. 4 is a diagram illustrating the contents of the database according to the embodiment, FIG. 5 is a flow chart showing display control processing according to the embodiment, and FIGS. 6 to 8 respectively show display examples according to the embodiment. FIG. 9 is a diagram showing a display example of a map according to the embodiment. At this time, in FIG. 3, the same member numbers as the respective constituent members of the information processing device S are used for each constituent member of the embodiment corresponding to each constituent member of the information processing device S according to the embodiment shown in FIG. ing.

The embodiment described below relates to a delivery management system in which a terminal device mounted on each delivery vehicle and a server device are connected via a network such as the Internet. This is an example when the embodiment is applied to display control when displaying in . Here, the state of the delivery vehicle refers to the state of each delivery vehicle, such as, for example, running, parking, resting, unloading, loading, or returning to work.

At this time, the state of "parking" refers to a state in which the fact that each delivery vehicle is parked is indicated by an input operation by the driver or fellow passenger of the delivery vehicle. In the following description, the driver or fellow passenger of the delivery vehicle is simply referred to as the "passenger" of the delivery vehicle. In addition, the state of "resting" means that the delivery vehicle is in a stopped state because the passengers of each delivery vehicle are taking a scheduled break such as lunch, which is indicated by the passenger's input operation. It refers to the state of being Further, the state of "unloading" means that the delivery vehicle is in a stopped state because the passenger of each delivery vehicle is engaged in the scheduled unloading work, which is indicated by the passenger's input operation. state. Further, the state of "loading" means that the passenger of each delivery vehicle is in a scheduled loading state and the delivery vehicle is in a stopped state, which is indicated by the passenger's input operation. state. Finally, the state of "returning to the office" is a state in which the passenger's input operation indicates that the delivery work scheduled for that day has been completed for each delivery vehicle and the delivery vehicle has returned to the company. say.

As shown in FIG. 2, the delivery management system SS according to the embodiment includes a terminal device T1, a terminal device T2, . , and a network NW such as the Internet that connects the terminal devices T2, . In the following description, when describing items common to the terminal device T1, the terminal device T2, . In the above configuration, the server device SV is fixedly installed, for example, under an administrator or the like who manages the delivery management system SS. On the other hand, each terminal device T is mounted on each delivery vehicle. Further, each terminal device T detects the position, moving direction and speed of the delivery vehicle on which it is mounted using a sensor such as a GPS (Global Positioning System), for example, and guides its movement. For this reason, each terminal device T is provided with an interface for acquiring various types of traffic congestion information, a guidance processing unit for searching for guidance routes, and the like, as will be described later. In addition, each terminal device T stores, at preset time intervals, position data indicating the position of each delivery vehicle, date data and time data indicating the date and time when the position indicated by the position data was detected, and Speed data indicating the speed detected by the terminal device T at the time, state data indicating which of the above states the delivery vehicle is in, which is input by a passenger of the delivery vehicle using the terminal device T; is transmitted via the interface and network NW in association with the vehicle ID for identifying each delivery vehicle. Here, the time interval is, for example, one second, but this time interval can be arbitrarily set by the administrator or the like.

Next, as shown in FIG. 3A, each terminal device T according to the embodiment includes an interface 15, a CPU, a RAM (Random Access Memory), a ROM (Read Only Memory), and the like. A guidance processing unit 16 including a sensor, a display 19 such as a liquid crystal display, an operation unit 17 such as a touch panel, operation buttons, or a remote control, and a recording unit such as a HDD (Hard Disc Drive) or SSD (Solid State Drive). 18 and .

In the configuration of this terminal device T, the interface 15, under the control of the guidance processing unit 16, acquires various types of traffic jam information, as well as the location data, the date data and time data, the speed data and the state data. The state information including the state information is transmitted to the server device SV via the network NW in association with the vehicle ID. On the other hand, the recording unit 18 temporarily stores the position data and the like, and non-volatilely records the map data, road data, and the like for guidance. Programs and the like for such purposes are recorded in advance in a non-volatile manner. In addition, when the operation unit 17 is operated by the passenger to input the state data indicating the state of the delivery vehicle, a setting operation to search for the guidance route, or the like, the operation unit 17 An operation signal indicating the executed operation is generated and output to the guidance processing unit 16 . Based on the operation signal, the guidance processing unit 16 searches for the guidance route using the map data, etc., displays the result on the display 19, and displays the state information via the interface 15. send.

On the other hand, as shown in FIG. 3B, the server device SV according to the embodiment includes an interface 3, an operation unit 4 including a keyboard, a mouse, etc., a state information database DB1 according to the embodiment, a delivery vehicle database DB2, and a map. It is composed of a recording unit 5 such as an HDD or SSD that records the database MDB in a non-volatile manner, a processing unit 10 such as a CPU, a RAM and a ROM, and a display D such as a liquid crystal display. Also, the processing unit 10 is configured by a detection unit 1 and a display control unit 2 . At this time, the detection unit 1 and the display control unit 2 constituting the processing unit 10 may be realized in hardware by a logic circuit included in the CPU or the like of the processing unit 10, or may be implemented in an embodiment described later. The CPU of the processing unit 10 reads out and executes a program corresponding to the flowchart showing the display control processing according to the above, and may be realized in software.

Further, the display D is an example of the display means D according to the embodiment, the detection unit 1 is an example of the detection means 1 according to the embodiment, and the display control unit 2 is an example of the display control means 2 according to the embodiment. Equivalent to. Furthermore, the operation unit 4 corresponds to an example of the "selection means" according to the present application. Furthermore, as indicated by the dashed line in FIG. 3B, the detection unit 1 and the display control unit 2 constitute an example of the information processing device S according to the embodiment.

In the configuration of the server device SV, the interface 3 controls transfer of the state information to and from each terminal device T via the network NW under the control of the processing unit 10 . On the other hand, the recording unit 5 nonvolatilely records the state information database DB1, the delivery vehicle database DB2, and the map database MDB.

At this time, the state information database DB1 stores the vehicle ID and the like included in the state information acquired (received) from each terminal device T together with the reception time data indicating the reception time in the server device SV of the state information and the delivery vehicle. It is a database that records each The delivery vehicle database DB2 is a database that associates the delivery vehicle on which each terminal device T is mounted, the organization to which it belongs, and the scheduled course planned for each delivery vehicle for each day. At this time, the planned course for each delivery vehicle is the planned course on which each delivery vehicle to which it corresponds should be operated (that is, should move) on that day. This scheduled course includes destination information indicating the positions and names of destinations to which the corresponding delivery vehicle should reach on the scheduled course, order information indicating the order of arrival for each destination, and the destination information. It is included with scheduled arrival time information indicating the scheduled arrival time at which each flight should arrive. This destination corresponds to an example of a "stop-off point" according to the present application. In addition, one scheduled course usually includes one or more destinations that the delivery vehicle should reach in accordance with the order of arrival, and after the corresponding delivery vehicle reaches one destination, The destination to be reached next in the order of arrival is the new destination at that point in the guidance process for that delivery vehicle. Further, the map database MDB is a database in which map data for displaying on the display D a map including the moving range of each delivery vehicle on which each terminal device T is mounted is recorded. The data structure of the map data recorded in the map database MDB is basically the same as that of conventional map data.

On the other hand, when the administrator or the like executes a necessary instruction operation in the operation section 4 , the operation section 4 outputs an operation signal corresponding to the instruction operation to the processing section 10 . As a result, the processing unit 10 displays the information to be presented to the administrator or the like on the display D, while displaying the contents recorded in the status information database DB1, the contents recorded in the delivery vehicle database DB2, the contents recorded in the map database MDB, and the contents recorded in the map database MDB. Management processing as the server device SV including display control processing according to the embodiment is executed based on the operation signal. At this time, the display control processing according to the embodiment includes processing for displaying a list of the progress of movement of the delivery vehicle according to the embodiment for each scheduled course on the display D, and displaying the map including the moving range of each delivery vehicle. and a process of displaying on D.

Next, the contents of the state information database DB1 will be described with reference to FIG. 4(a).

As exemplified in FIG. 4A, the state information database DB1 recorded in the recording unit 5 stores the date data, time data, and position information transmitted from each terminal device T as state information via the network NW. The data, speed data, and state data are associated with a vehicle ID for identifying the vehicle in which the terminal device T is mounted, in order of time indicated by the time data and for each vehicle ID (that is, for each terminal device T). recorded in The date data and the like are recorded in association with the reception time data indicating the reception time in the server device SV of the status information including them. At this time, the position data may be data indicated by coordinates within a coordinate plane preset in association with a map as shown in FIG. 4(a), or simple latitude/longitude data. may In the example shown in FIG. 4A, the position data of the delivery vehicle with the vehicle ID "Car No. 1" indicates that the delivery vehicle is moving while gradually decelerating from the position indicated by the coordinates (x1, y1). , is stopped at the position indicated by the coordinates (x4, y4) (that is, its speed is 0). Also, in response to the movement of the delivery vehicle with the vehicle ID "Car No. 1", the content of the status data input by the passenger at the terminal device T of the delivery vehicle at 10:00:04 is "resting". It turns out there is something. In the example shown in FIG. 4A, the status data until the vehicle stops at 10:00:04 is "running", which means that the delivery vehicle with the vehicle ID "1 vehicle" The processing unit 10 of the server device SV detects that the speed data is not "0" (that is, is significant), and that the passenger did not input "driving" in the terminal device T, and the "driving ” is recorded in the state information database DB1.

Next, the contents of the delivery vehicle database DB2 will be described with reference to FIG. 4(b).

As exemplified in FIG. 4B, the delivery vehicle database DB2 recorded in the recording unit 5 contains data of the names of the above-mentioned scheduled courses assigned to each delivery vehicle for each day, and Destination list data, which is a list of destinations, and date data indicating the date on which the scheduled course is applied are associated with the vehicle ID (that is, the terminal device T) and are recorded in the order of the vehicle ID. . At this time, each destination list is a destination list that includes the destination information, the order information, and the designated time information for the scheduled course to which it corresponds. Although not shown in FIG. 4B, the vehicle ID is associated with vehicle information including the vehicle number of the delivery vehicle associated with the vehicle ID and the driver's name on the day (FIGS. 6 to 6). See Figure 8). At this time, the "vehicle number" refers to the vehicle registration number or vehicle number of the delivery vehicle.

The delivery vehicle database DB2 also records data indicating the name of the organization to which each delivery vehicle belongs ("first sales department" in the example shown in FIG. 4B). The organization in this case corresponds to an example of the "management unit" according to the present application. Furthermore, a delivery vehicle for which no scheduled course is set and only a destination list is recorded (in the case of FIG. delivery vehicle) means that it is scheduled to move to only one destination ("XX town, Bunkyo Ward" in the case of FIG. 4B) on that day. Furthermore, the delivery vehicle for which neither the scheduled course nor the destination list is recorded (in the case of the example shown in FIG. 4A, the delivery vehicle with the vehicle ID "No. 1" and the delivery vehicle with the vehicle ID "No. 2") , means that there will be no movement towards a preset course or destination on that day. It should be noted that even a delivery vehicle that does not move toward a preset course or destination may be moved (operated) for various purposes.

Next, the display control processing according to the embodiment executed mainly by the processing unit 10 of the server device SV will be specifically described with reference to FIGS. 5 to 9. FIG. Note that the display control process according to the embodiment is a process that is always executed as part of the above-described management process as the server apparatus SV.

FIG. 5 shows a flowchart corresponding to display control processing according to the embodiment. As the display control process according to the embodiment, first, the processing unit 10 receives the status information transmitted from the terminal device T of each delivery vehicle via the interface 3 for each delivery vehicle (step S1), and , is recorded in the state information database DB1 as the progress of movement of the delivery vehicle of the transmission source (step S2, see FIG. 4A). At this time, the state information is transmitted from each terminal device T, for example, every second. Then, the processing unit 10 records the date data and the like included in the received status information in the status information database DB1 together with the reception time data corresponding thereto.

Next, the detection unit 1 of the processing unit 10 detects the state of the delivery vehicle indicated by the state data included in the state information received immediately before and the state for a predetermined threshold time or longer corresponding to the state. Whether or not the information has been received is checked for each delivery vehicle based on the reception time data in the state information database DB1 (step S3).

If it is determined in step S3 that there is a delivery vehicle that has not received state information for the threshold time corresponding to each state (step S3: YES), the display control unit 2 displays a message indicating that the delivery vehicle has a communication abnormality. In this state, the list display of the movement progress of each delivery vehicle on the display D is updated based on the new state information (step S4). The list display at this time and the display indicating that the delivery vehicle has a communication abnormality will be described later in detail with reference to FIGS. 6 to 8. FIG.

Here, the threshold time is a threshold time set in advance for each state of the delivery vehicle for determining whether or not the delivery vehicle has caused communication abnormality. That is, for example, when communication is temporarily interrupted while the delivery vehicle is traveling through a tunnel, or when the engine of the delivery vehicle is stopped for passengers to take a break or work, etc. communication may be interrupted. Therefore, it is preferable to set the threshold time from when the communication is interrupted until it is determined that the communication is abnormal for each delivery vehicle state. Then, when the state information is not received from the delivery vehicle that should be in the state for a threshold time or longer corresponding to the state, the display control unit 2 of the processing unit 10 notifies the other delivery vehicle that the state information has not been received. It is displayed on the display D so as to be identifiable from the vehicle. Here, more specifically, the threshold time is, for example, 5 when the speed data included in the status information received immediately before is significant and the delivery vehicle is in the running state. minutes. Further, the threshold time when the status data included in the status information received immediately before indicates that the delivery vehicle is parked is set to 30 minutes, for example. Further, when the status data included in the status information received immediately before indicates that the delivery vehicle is stopped because the passengers are resting, the threshold time is, for example, one hour. It is said that Furthermore, the threshold time when the status data contained in the status information received immediately before indicates that the delivery vehicle is stopped due to unloading or loading of passengers. is, for example, 2 hours. Finally, the threshold time is, for example, 24 hours when the status data contained in the status information just received indicates that the delivery vehicle has returned to work. It should be noted that these threshold times are basically empirically or experimentally set in advance using, for example, a statistical technique in consideration of the normal movement (operating) state of each delivery vehicle.

On the other hand, if it is determined in step S3 that there is no delivery vehicle that has not received state information for the threshold time or longer corresponding to each state (step S3: NO), the detection unit 1 next receives information from the terminal device T of each delivery vehicle. Delivery in which a progress abnormality has occurred where the progress of the movement of the delivery vehicle indicated by the above-mentioned status data contained in the status information and the contents of the scheduled course assigned to the delivery vehicle on that day are different The presence or absence of a vehicle is confirmed (step S5).

Here, the progress abnormality is, for example, a case where the delivery vehicle is moving without stopping at any of the destinations included in the scheduled course (that is, the delivery vehicle has not arrived at the destination), or a case where the terminal For example, the guidance processing by the device T indicates that the destination is to be reached later than the specified arrival time indicated by the specified time information.

If it is determined in step S5 that there is a delivery vehicle in which progress is abnormal (step S5: YES), the display control unit 2 proceeds to step S4 and displays a message indicating that the delivery vehicle is progressing abnormally. State updates the list display based on the new state information. The list display at this time and the display indicating that the progress is abnormal will also be described later in detail with reference to FIGS. 6 to 8. FIG.

On the other hand, if there is no delivery vehicle in which the progress abnormality has occurred in the determination of step S5 (step S5: NO), the display control unit 2 indicates that the delivery vehicle has a communication abnormality (see step S3 above) and the delivery vehicle The list display is updated based on the new status information in a normal state that does not include a display indicating that the progress is abnormal (see step S5 above) (step S6). The normal list display at this time will also be described in detail later with reference to FIGS. 6 to 8. FIG.

Next, the processing unit 10 causes the operation unit 4 to display a list on the display D by focusing on the delivery vehicle with the communication abnormality related to step S3 and the delivery vehicle with the progress abnormality related to step S5. It is determined whether or not an operation to change the display by sorting has been performed (step S7). In the following description, the operation for changing by the sorting is simply referred to as "sorting operation". If the sorting operation is not performed in step S7 (step S7: NO), the processing unit 10 proceeds to step S9 to be described later. On the other hand, if the sorting operation has been performed in step S7 (step S7: YES), the display control unit 2 updates the list display on the display D according to the sorting operation (step S8). The updating of the list display at this time will be described later in detail with reference to FIGS. 7 and 8. FIG.

Next, the processing unit 10 displays on the display D that one of the delivery vehicles is moving without stopping at the required destination among the above-mentioned progress abnormalities. If there is (see step S4 above), it is checked whether or not the display portion has been selected by operating the operation unit 4 (step S9). In the following explanation, a destination that the delivery vehicle should have stopped at but was not able to stop over on the planned course is simply referred to as It is called "non-arrival". In the confirmation of step S9, if no non-landing has occurred, or if there is a display indicating that non-landing has occurred but it is not selected (step S9: NO), the processing unit 10 proceeds to a step described later. The process proceeds to the determination of S14. On the other hand, in the confirmation of step S9, if the display indicating that the non-landing has occurred is selected by operating the operation unit 4 (step S9: YES), the display control unit 2 next refers to the map database MDB. Then, the display on the display D is switched to a map display centering on the unlanded area (step S10).

In this step S10, the display control unit 2, when there are a plurality of unfinished lands, sets one of the unlanded lands as the center of the map so that all the unlanded lands are included in the map and displayed. , to display the map with its scale adjusted. Furthermore, when displaying the map, the display control unit 2 refers to the state information database DB1 and displays the map so that the current position of any delivery vehicle is included in the range. At this time, the map is preferably displayed such that the current positions of the multiple delivery vehicles are included in the range. In addition to these, the display control unit 2 refers to the delivery vehicle database DB2 to display the vehicle information of the delivery vehicle that is currently moving (vehicle information including the vehicle number of the delivery vehicle and the name of the driver of the day) on the map. are also displayed on the display D. Furthermore, the display control unit 2 displays the current positions of the delivery vehicles whose current positions are included in the range of the displayed map on the map. At this time, the display control unit 2 displays the current position by, for example, displaying a mark indicating the state of each delivery vehicle displaying the current position at a position corresponding to the current position on the map. This mark is the same as the mark used for each delivery vehicle in the list displayed in step S4 or step S6, and the details will be described later with reference to FIGS. 6 to 9. FIG.

After displaying the map including the current positions of the delivery vehicles and the unlanded locations and the vehicle information on the display D in step S10, the processing unit 10 next determines whether any of the displayed delivery vehicles operates the operation unit 4. is selected (step S11). The selection operation in step S11 is, for example, an operation (so-called drag and drop operation), or an operation of selecting one of the delivery vehicles displayed as the vehicle information using the mouse or the like.

If one of the delivery vehicles is selected in step S11 (step S11: YES), the processing unit 10 sends a non-arrival-related message, for example, "Is it possible to move to the specified non-arrival destination?" It is transmitted to the delivery vehicle selected by the selection operation of S11 via the interface 3 and the network NW (step S12). After that, the processing unit 10 proceeds to the determination of step S14, which will be described later. By this step S12, the delivery vehicle that has received the non-arrival-related message (in other words, the delivery vehicle selected by the selection operation in step S11) is currently displayed in the center of the map, if possible. It will move to a non-landing place. On the other hand, in step S11, if none of the delivery vehicles is selected (step S11: NO), the processing unit 10 performs a preset process other than the transmission process in step S12 related to the non-arrival displayed on the map. A process is executed (step S13). Here, as the processing executed in step S13, for example, the passenger of the delivery vehicle that has not stopped at the required destination selected in the selection operation of step S9 (that is, has not landed) Examples include processing for automatically making a call to the caller and transmitting information indicating that the call has not arrived to the caller who has not yet received the call. After that, the processing unit 10 proceeds to the determination of step S14, which will be described later.

After step S12 or step S13, the processing unit 10 determines whether or not to end the display control process according to the embodiment by, for example, turning off the power of the server device SV (step S14), and ends the display control process. If so (step S14: YES), the display control process is ended. On the other hand, if it is determined in step S14 that the display control process according to the embodiment is continued (step S14: NO), the processing unit 10 returns to step S1 and repeats the display control process according to the embodiment. By repeating the display control process according to this embodiment, the status information newly received from each terminal device T (step S1 reference) will be repeated in real time.

Next, a display example of the progress of movement of each delivery vehicle according to the embodiment, which is displayed on the display D as a result of the display control processing according to the embodiment described using FIG. An example of updating the list display based on this will be described with reference to FIGS. 6 to 8. FIG. Further, the display of the map and the selection of the delivery vehicle in steps S9 to S13 will be illustrated using FIG.

First, the display control unit 2 displays the progress of movement along the scheduled course of the day for each delivery vehicle as shown in FIG. 6 as the display of the progress in the normal state described in step S6. In the example shown in FIG. 6, a list of movement progresses is displayed for each of the delivery vehicles belonging to the first sales department and having the vehicle IDs "1st car" to "11th car". In this list display, the display control unit 2 displays one horizontal line corresponding to one delivery vehicle. For each delivery vehicle, the above vehicle information including the organization to which it belongs, vehicle ID, vehicle number and driver's name, the latest reception time of the status information from the delivery vehicle, and the status of the delivery vehicle. A display, the name of the scheduled course assigned to the delivery vehicle, the current position of the delivery vehicle, and the in-order progress of the delivery vehicle's travel destination are displayed, respectively.

At this time, the display control unit 2 performs display so that the background is alternately painted for each line in the list display in order to improve visibility. Next, for each delivery vehicle in the list display, the display control unit 2 reads data corresponding to the organization to which the delivery vehicle belongs, the vehicle information, and the name of the scheduled course assigned to it from the delivery vehicle database DB2, and displays the list. To reflect. The latest reception time is the reception time indicated by the reception time data recorded for each delivery vehicle in the state information database DB1.

Furthermore, the display control unit 2 displays the state of each delivery vehicle indicated by the state data recorded for each delivery vehicle in the state information database DB1, using arrows or marks as illustrated in FIG. . In the example shown in FIG. 6, the fact that the delivery vehicle with the vehicle ID "Car No. 1" is returning to work is indicated by an "x" mark and a mark containing the characters "returning to work". Delivery vehicle with vehicle ID "2", delivery vehicle with vehicle ID "3", delivery vehicle with vehicle ID "6", delivery vehicle with vehicle ID "7", vehicle ID "9" or more. An arrow mark indicates that each delivery vehicle with the ID "car No. 11" is running. At this time, the display control unit 2 displays the speed data of each delivery vehicle indicated by the speed data recorded for each delivery vehicle in the state information database DB1 at the position corresponding to each arrow mark (specifically, below the arrow mark). Display speed. The above marks are also used in the map display in step S10.

On the other hand, in the example shown in FIG. 6, the mark shown in FIG. The mark shown in FIG. 6 indicates that the delivery vehicle with the vehicle ID "8th car" is stopped due to the break. Furthermore, the mark shown in FIG. 6 indicates that the delivery vehicle with the vehicle ID "Car No. 5" is parked.

As illustrated in FIG. 6, characters that specifically indicate the state of the delivery vehicle indicated by each mark (i.e., "unloading" state, "resting" state, "parking" state, etc.) It may be configured to be displayed together with each mark.

On the other hand, the display control unit 6 displays the position of each delivery vehicle indicated by the position data recorded for each delivery vehicle in the state information database DB1 as "current location" for each delivery vehicle.

Further, the display control unit 6 displays the progress of movement for each destination of the day for each delivery vehicle and each destination based on the destination list of the scheduled course recorded in the delivery vehicle database DB2. For example, in the case of the delivery vehicle with the vehicle ID “5 car” shown in FIG. A route to be traveled is scheduled as a scheduled course, and the specified arrival time specified by the specified time information for each destination is displayed for each destination. In this case, in the terminal device T of the delivery vehicle with the vehicle ID "Car No. 5", the arrival time is input for each destination, and guidance processing is performed by the guidance processing unit 16 so that the arrival time for each destination is reached. executed. This point is the same for each delivery vehicle. Then, the display control unit 2 displays the current destination in a manner different from other destinations. That is, in the example shown in FIG. 6, the destination at that time (for example, the delivery vehicle with the vehicle ID "Car No. 5" is "headquarters") is cross-hatched with the characters "destination" and the mark indicating it, and the delivery vehicle are shown for each.

Further, the display control unit 2 displays the destinations that have already arrived and the destinations that have not yet arrived for each delivery vehicle in a identifiable manner based on the position data recorded for each delivery vehicle in the state information database DB1, for example. . More specifically, the display control unit 2 displays destinations that have not yet arrived in the same background color as the row in the list display, together with the characters "not arrived", and displays destinations that have already arrived. Display with the text "Arrival" using a background color darker than the background color. In addition to using the above-mentioned position data, arrival/non-arrival identification for each destination is based on the above-mentioned status data based on the input operation of the passenger of the delivery vehicle. may be used.

Next, in the above-described normal list display, the display control unit 2 indicates that a delivery vehicle with a communication abnormality related to step S3 in FIG. 5 (see step S3 in FIG. 5: YES) indicates that is displayed so as to be identifiable from the delivery vehicle in which no has occurred (see step S4 in FIG. 5). For example, in the case of the delivery vehicle with the vehicle ID "4 car" shown in FIG. State information has not been received for two hours or more from 13:00 (step S3: YES in FIG. 5). Therefore, the display control unit 2 displays, for example, hatching shown in FIG. 6 that the communication abnormality has occurred for this delivery vehicle (see step S4 in FIG. 5). In the case of the delivery vehicle with the vehicle ID "5 car" shown in FIG. State information has not been received for more than one minute (see step S3 in FIG. 5: YES). Therefore, the display control unit 2 displays, for example, hatching shown in FIG. 6 that the communication abnormality has occurred for this delivery vehicle (see step S4 in FIG. 5). Furthermore, in the case of the delivery vehicle with the vehicle ID "8 car" shown in FIG. State information has not been received for a period of time or more (see step S3 in FIG. 5: YES). Therefore, the display control unit 2 displays, for example, hatching shown in FIG. 6 that the communication abnormality has occurred for this delivery vehicle (see step S4 in FIG. 5). Finally, in the case of the delivery vehicle with the vehicle ID "11" shown in FIG. Status information has not been received for five minutes or more (see step S3 in FIG. 5: YES). Therefore, the display control unit 2 displays, for example, hatching shown in FIG. 6 that the communication abnormality has occurred for this delivery vehicle (see step S4 in FIG. 5).

Furthermore, in the above-described normal list display, the display control unit 2 displays the progress abnormality for a delivery vehicle (see step S5 in FIG. 5: YES) in which a progress abnormality related to step S5 in FIG. 5 has occurred. is displayed so as to be identifiable from the delivery vehicle in which no has occurred (see step S4 in FIG. 5). For example, in the case of the delivery vehicle with the vehicle ID "10 car" shown in FIG. 6, a progress abnormality occurs in which the estimated arrival time in the guidance process is delayed by 30 minutes from the specified arrival time for the current destination "K1 office". (See step S5 in FIG. 5: YES). Therefore, the display control unit 2 displays that the communication abnormality has occurred with respect to this delivery vehicle, for example, by means of a broken-line enclosing display F2 shown in FIG. 6 (see step S4 in FIG. 5). In addition, in the case of the delivery vehicle with the vehicle ID "9th car" shown in FIG. 6, a progress abnormality occurs in which the destination "MK office" has not arrived and the next destination "KF office" has arrived. (See step S5 in FIG. 5: YES). Therefore, the display control unit 2 indicates that the delivery vehicle with the vehicle ID "car No. 9" has an abnormal progress, for example, by means of the solid-line box display F1 shown in FIG. It is displayed in association with the person's name "Hanako Tokyo" (see step S4 in FIG. 5). Furthermore, in the case of the delivery vehicle with the vehicle ID "No. 11" shown in FIG. (See step S5 in FIG. 5: YES). Therefore, the display control unit 2 indicates that the delivery vehicle with the vehicle ID "11th car" also has the above-mentioned progress abnormality by, for example, the solid-line box display F1 shown in FIG. It is displayed corresponding to the passenger name "Tokyo Yoshiko" (see step S4 in FIG. 5).

At this time, the delivery vehicle with the vehicle ID "car No. 10" differs from the delivery vehicle with the vehicle ID "car No. 9" or the delivery vehicle with the vehicle ID "car No. 11" in specific content of the progress abnormality. In terms of delivery vehicle management, it can be said that arriving at the next destination without arriving at the original destination is a more serious progress abnormality than delaying arrival at the destination. Therefore, the display control unit 2 changes the progress abnormality display (enclosed display F1) for the delivery vehicle with the vehicle ID "car No. 9" or the delivery vehicle with the vehicle ID "car No. 11" to the delivery vehicle with the vehicle ID "car No. 10". is displayed more conspicuously than the progress abnormality display (enclosed display F2) for . Note that the display control unit 2 may display the enclosure display F1 and the enclosure display F2 according to the embodiment in a display color of, for example, red, which easily attracts the administrator's attention.

On the other hand, the specified arrival time of the delivery vehicle with the vehicle ID "Car No. 9" at the unarrived "MK office" is compared with the specified arrival time at the unarrived "MD office" of the delivery vehicle with the vehicle ID "Car No. 11". As a result, it can be seen that the delivery vehicle with the vehicle ID "car No. 9" has a longer elapsed time from the designated arrival time to the non-arrival destination. Therefore, the delivery vehicle with the vehicle ID "Car No. 9" has a more serious progress abnormality than the delivery vehicle with the vehicle ID "Car No. 11". are displayed correspondingly.

In the list display illustrated in FIG. 6, the list display on the display D can be changed to another form of display by using the selection buttons illustrated side by side to the left of the upper right "return" button. It may be configured as In the list display shown in FIG. 6, the progress of movement is arranged by vehicle ID. "Passenger name (driver name)", "Latest reception time of status information" or "Scheduled course" are set in advance, and configured to change the order of sorting as a list display and display them. You may

On the other hand, when the sorting operation of step S7 in FIG. The exemplified list display is changed to, for example, the list display exemplified in FIG. 7 (see step S8 in FIG. 5). In the case of the list display exemplified in FIG. 7, the delivery vehicles in which the communication abnormality has occurred (the vehicle IDs are "4th car", "5th car", "8th car", and "4th car") without changing the other display modes. No. 11 delivery vehicle) is displayed at the top.

Further, the display control unit 2 changes the list display illustrated in FIG. 6 to, for example, the list display illustrated in FIG. See step S8). In the case of the list display exemplified in FIG. 8, the delivery vehicles in which the progress abnormality has occurred (vehicle IDs are "9th car", "11th car", and "10th car") without changing other display modes each delivery vehicle) is displayed at the top. At this time, the display control unit 2 rearranges the delivery vehicle with the most serious progress abnormality (in the example shown in FIG. 8, the delivery vehicle with the vehicle ID “9th car”) to the highest rank as management of the delivery vehicles. Next, a delivery vehicle with a serious progress abnormality (in the case of FIG. 8, a delivery vehicle with a vehicle ID of “No. 11”) is rearranged and displayed, and the progress abnormality seriousness is displayed. A delivery vehicle with a relatively low frequency (in the case of FIG. 8, a delivery vehicle with a vehicle ID of "10th car") is further rearranged and displayed.

In the display examples of FIGS. 6 to 8, the delivery vehicle with the vehicle ID "3" and the delivery vehicle with the vehicle ID "4" are scheduled to move to only one destination on that day. It is not set as the name of the scheduled course including multiple destinations, and the other destinations are not displayed. In addition, the delivery vehicle with the vehicle ID “2nd car” does not move toward the preset course or destination on that day, so the mere fact that it is running is the only indication of the corresponding mark and speed. indicated by the display.

Next, the display control unit 2 displays two unarrived areas "MK office" and "MD A map is displayed on the display D including "MK office" and adjusted in scale so that the unlanded "MK office" is at the center. At this time, the display control unit 2 displays a list of the vehicle information described with reference to FIGS. 6 to 8 in the area on the left side of the map. At this time, the list display of the vehicle information may be displayed in the area on the right side of the map, the area on the upper side or the lower side of the map, the position in the map that has not yet landed, or the delivery information that will be described later. It may be an area that does not interfere with the display of each current position of the vehicle. In addition, the display control unit 2 refers to the position data in the state information database DB1 of the delivery vehicle whose current position is within the range of the map including each non-arrival, and displays the current position on the map. In the case illustrated in FIG. 9, the current positions of the delivery vehicle with the vehicle ID "2", the delivery vehicle with the vehicle ID "4", the delivery vehicle with the vehicle ID "8", and the delivery vehicle with the vehicle ID "10". are displayed to be within the map. At this time, the display control unit 2 may be configured to adjust the scale of the map so that the current positions of all the delivery vehicles currently under management can be displayed on the map. The display control unit 2 also displays the current positions of the delivery vehicles using marks M2, M4, M8, and M10 that indicate the current status of each delivery vehicle (see FIGS. 6 to 8). ). Regarding the delivery vehicles that are moving (in the example shown in FIG. 9, the delivery vehicle with the vehicle ID "2nd car" and the delivery vehicle with the vehicle ID "10th car"), the corresponding mark M2 is displayed according to the direction of movement. and the mark M10 are rotated and displayed. Further, the display control unit 2 uses the unlanded mark R1 and the unlanded mark R2 indicating unlanded locations to display the current unlanded “MK office” and “MD office” positions on the map. indicate. As illustrated in FIG. 9, it is preferable to configure the display control unit 2 to display the name of each unarrived destination and the vehicle ID of each delivery vehicle on the map using so-called balloon indicators.

Then, in the state where the map illustrated in FIG. 9 is displayed, the manager uses the operation unit 4 to select the delivery vehicle to be moved to the unarrived location based on the message MG prompting the selection of the delivery vehicle to be moved to the unarrived location. Select (see step S11 in FIG. 5). As the selection operation in this case, as described above, any one of the marks M2, M4, M8, and M10 displayed on the map of FIG. 9 is selected and dragged and dropped to an unlanded position. It may be an operation, or an operation of selecting a delivery vehicle to be moved to an unarrived destination from the delivery vehicles displayed as the vehicle information. By this selection operation, for example, when the delivery vehicle with the vehicle ID "8th car" which is stopped because the passengers are resting is moved to the unarrived "MK office" shown in FIG. 5 step S11: YES), the processing unit 10 sends the above-mentioned non-arrival-related message to the effect that "Can you move to the non-arrival 'MK office'?" Send (see step S12 in FIG. 5).

When the unarrived "MD office" is selected, the display control unit 2 switches to display a map centered on the position of the unarrived "MD office" (see step S10 in FIG. 5). As a result, it becomes possible to select a delivery vehicle to the unarrived "MD office" (see step S11 in FIG. 5) and to instruct movement (see step S12 in FIG. 5).

As described above, according to the display control process according to the embodiment, the progress of movement of each delivery vehicle on the predetermined scheduled course for each of a plurality of delivery vehicles including the destination as a stop-off point can be displayed by the delivery vehicle. is detected together with the non-landing that has not arrived, and the detected non-landing is displayed in an identifiable manner along with the progress of the movement (see step S6 in FIG. 5). Then, based on the operation of designating the non-arrival (see step S9 in FIG. 5), a map including the non-arrival positions is displayed, and the current position of any delivery vehicle within the range of the map is displayed on the map. are displayed together (see step S10 in FIG. 5). Therefore, it is possible to collectively recognize the progress of the movement of each delivery vehicle, and to quickly grasp the existence of a delivery vehicle that can move to a non-arrival. can be made

In addition, among the destinations in the scheduled course, the destinations to which the delivery vehicle has not arrived at the predetermined arrival time for each destination are detected as non-arrivals. Existence can be quickly grasped.

Furthermore, when multiple unarrived locations are detected, a map including all unarrived locations is displayed (see FIG. 9). , each delivery vehicle can be efficiently moved to cope with the occurrence of even multiple missed landings.

Furthermore, since the current position of the delivery vehicle is displayed together with the map using marks M2, etc. (see FIG. 9) that indicate the state of the delivery vehicle within the range of the map, it is possible to move the delivery vehicle to an unarrived location in what state. You can intuitively and quickly recognize what you can do.

In addition, since a delivery vehicle to be moved to an unarrived location can be selected from the delivery vehicles within the range of the displayed map (see steps S10 and S11 in FIG. 5), the delivery vehicle to be moved to an unarrived location can be selected. can be selected quickly.

Furthermore, by directly specifying the position of the delivery vehicle to be moved to the unarrived location within the range of the map, the delivery vehicle to be moved to the unarrived location is selected. can be selected.

Furthermore, based on a delivery vehicle database DB2 that associates each delivery vehicle, the passengers (drivers) of each delivery vehicle, and the organization that manages them, the movement corresponding to each delivery vehicle managed by the organization is determined. Since the progress is displayed for each organization and together with the passengers, the progress of movement of each delivery vehicle is displayed for each organization, and each delivery vehicle is efficiently moved to cope with the occurrence of non-arrival. can be done.

In addition, the passengers (drivers) of the delivery vehicle that should have arrived at the unarrived destination are displayed so that they can be identified from the passengers (drivers) of the other delivery vehicles (see FIGS. 6 to 8). It is possible to quickly recognize the passenger who caused the landing.

Furthermore, when there are multiple unarrived destinations, the passengers of the delivery vehicles who should have arrived at each unarrived destination ( (driver) are displayed side by side (see FIG. 8), it is possible to quickly recognize the passenger (driver) who has not landed for a long time.

In the above-described embodiment, a delivery vehicle in a state of abnormal progress is indicated by the enclosing display F1 or F2, and a delivery vehicle in a state of communication anomaly is indicated by hatching. However, in addition to these, for example, each notification may be made by emitting a warning sound from a speaker (not shown) of the server apparatus SV. Furthermore, the display of the box display F1 or the like or the hatching display and the emission of the warning sound may be performed in parallel.

In addition, in the above-described embodiment, the delivery vehicle database DB2 that associates each delivery vehicle with the organization that manages them is used. A passenger database associated with an organization may be used. The passenger database in this case includes the passengers (drivers) of the delivery vehicles on which each terminal device T is mounted, the organization to which they belong, and each passenger (driver), similar to the delivery vehicle database DB2 according to the embodiment. Any database may be used as long as it associates a scheduled course planned for each day with respect to a person).

Furthermore, in the above-described embodiment, the embodiment is applied to the display control of the progress of movement of a vehicle as a mobile body, but in addition to this, display control of the progress of movement of a two-wheeled vehicle, a bicycle, or a person as a mobile body You may apply embodiment to.

Alternatively, a program corresponding to the flowchart shown in FIG. 5 is recorded on a recording medium such as an optical disk or hard disk, or obtained via a network such as the Internet, and is read by a general-purpose microcomputer or the like. By executing this, it is possible to cause the microcomputer or the like to function as the processing unit 10 according to the embodiment.

1 detection means (detection unit)
2 Display control means (display control unit)
5 recording unit 10 processing unit T1, T2, Tn terminal device SV server device NW network DB1 status information database DB2 delivery vehicle database S information processing device SS delivery management system D display F1, F2 enclosure display M2, M4, M8, M10 mark R1 , R2 unlanded mark

Claims (1)

detection means for detecting the progress of the movement of each of the plurality of moving bodies on the planned course for each of the plurality of moving bodies each including a stopover site, together with the unarrived destination that is the stopover site to which the moving body has not arrived;
display control means for causing a display means to identifiably display the detected non-landing along with each of the detected progresses;
with
The display control means displays a map including the unlanded position based on the unlanded designation operation, and displays the position of any one of the moving objects within the range of the map together with the map. An information processing device characterized by:

Images