Status check system

Abstract

This system provides a status check mechanism that reduces the effort required for users to adjust the aggregation period each time when displaying aggregated information for logistics facilities, especially when the aggregation period is cyclical. [Solution] The status confirmation system comprises a data collection device and a display terminal. The data collection device collects at least one of the following: operational data including location data of vehicles traveling through the logistics facility, and sensor data acquired in time series by sensors installed in the logistics facility. The display terminal displays aggregated information obtained by aggregating at least one of the operational data and sensor data from the start time to the end time of a periodic aggregation period on the aggregation screen. When the display terminal receives an instruction to change the start time, it changes the start time and displays the aggregated information aggregated using the changed start time on the aggregation screen.

Description

Technical Field

[0001] The present invention mainly relates to a system for checking the status of logistics facilities (including an automated material handling system for transporting semiconductors).

Background Art

[0002] Patent Document 1 discloses an information presentation device that displays the energy consumption in crane operations. The information presentation device acquires and aggregates the amount of electric power consumed by the crane from a power consumption sensor. The information presentation device displays the change in power consumption according to the time zone on a display. The information presentation device can change the start and end points of the measurement time range of the power consumption according to the user's operation.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] The information presentation device of Patent Document 1 can change the measurement time range according to the user's instruction. However, for example, when it is desired to check the measurement results from 8 o'clock yesterday to 8 o'clock today, the user has to perform the operation of changing the measurement time range every day, which is troublesome for the user. This problem is not limited to the case where the aggregation period is one day, but is a common problem when setting a periodic aggregation period. Further, this problem is not limited to the handling of suspended loads in crane operations, but is a common problem in general logistics facilities including an automated material handling system for transporting semiconductors.

[0005] This invention has been made in view of the above circumstances, and its main objective is to provide a status confirmation system that reduces the effort required for users to adjust the aggregation period each time when the aggregation period for displaying aggregated information of logistics facilities is periodic. Means and effects for solving the problem

[0006] The problems that this invention aims to solve are as described above, and next, the means for solving these problems and their effects will be explained.

[0007] According to the aspects of the present invention, a status confirmation system with the following configuration is provided. That is, the status confirmation system comprises a collection device and a display terminal. The collection device collects at least one of the following: operational data including location data of vehicles traveling in a logistics facility, and sensor data acquired in time series by sensors installed in the logistics facility. The display terminal displays aggregated information obtained by aggregating at least one of the operational data and the sensor data from the start time to the end time of a periodic aggregation period on an aggregation screen. When the display terminal receives an instruction to change the start time, it changes the start time and displays the aggregated information aggregated using the changed start time on the aggregation screen.

[0008] This reduces the effort required for administrators to adjust the aggregation period each time, especially when the aggregation period is cyclical.

[0009] In the status confirmation system described above, it is preferable that the display terminal is switchable between a fixed-period display mode in which the aggregation period is fixed and the aggregation information is displayed, and a real-time display mode in which the aggregation period is from the start time to the present and the aggregation period is automatically updated as time passes.

[0010] This allows for analysis of the situation over a specified past aggregation period, as well as analysis of the current situation.

[0011] In the status confirmation system described above, the following configuration is preferable. That is, the display terminal displays an aggregation period bar on the aggregation screen that illustrates the aggregation period using a time axis. The display terminal makes the display pattern of the aggregation period bar different depending on whether it is executing the fixed period display mode or the real-time display mode.

[0012] This allows administrators to quickly grasp the current display mode.

[0013] In the status confirmation system described above, the following configuration is preferable. That is, the display terminal displays multiple types of the aggregated information side by side on the aggregated screen. When the display terminal receives an instruction to change the start time, it changes the start time for the multiple types of aggregated information displayed on the aggregated screen.

[0014] This allows you to change the start time of multiple aggregated data points all at once.

[0015] In the status confirmation system described above, the following configuration is preferable. That is, the display terminal has a function to execute an individual mode that enlarges and individually displays one of the aggregated information selected from the aggregated screen. If the display terminal receives an instruction to change the start time while the individual mode is being executed, it changes the start time only for the aggregated information displayed in the individual mode.

[0016] This makes it easy to change the aggregation period for some aggregated information.

[0017] In the status confirmation system described above, the following configuration is preferable. Specifically, when the start time of the aggregation period is changed, the display terminal stores the changed start time setting as setting information associated with the user ID. When an instruction to display the aggregation screen is received, the display terminal reads the start time setting associated with the logged-in user ID based on the setting information, and displays the aggregation information for the aggregation period according to that setting on the aggregation screen.

[0018] Since the information required varies according to the administrator, by making it possible to set different start times for each administrator, the information necessary for each administrator can be easily provided.

Brief Description of the Drawings

[0019] [Figure 1] Block diagram of a status confirmation system according to an embodiment of the present invention. [Figure 2] Diagram showing the content of a database related to operation data. [Figure 3] Sequence diagram showing the exchange of various data. [Figure 4] Diagram showing a display terminal on which an operation video is displayed. [Figure 5] Diagram showing an example of an aggregation screen during the execution of the fixed-period display mode. [Figure 6] Diagram showing an example of an aggregation screen during the execution of the real-time display mode. [Figure 7] Flowchart showing the process of setting the start time. [Figure 8] Diagram showing an example of a screen for changing the start time while displaying multiple types of aggregation information. [Figure 9] Diagram showing an example of an aggregation screen during the execution of the individual mode.

Modes for Carrying Out the Invention

[0020] Next, embodiments of the present invention will be described with reference to the drawings. First, referring to FIGS. 1 to 3, the configuration of the status confirmation system 1 will be described.

[0021] The status confirmation system 1 is provided in a logistics facility. A logistics facility is a facility that handles goods and clearly includes an automated material handling system (Automated Material Handling Systems) for transporting semiconductors. For example, in a logistics facility, an inbound operation of transporting goods and storing them in a storage location, and an outbound operation of taking out the goods stored in the storage location and transporting them to a predetermined location are performed.

[0022] Multiple mobile vehicles 10 are provided in the logistics facility. Mobile vehicles 10 are vehicles that autonomously navigate within the logistics facility. Mobile vehicles 10 are, for example, transport vehicles that perform receiving and shipping operations. Specifically, transport vehicles include stacker cranes, AGVs, shuttle trolleys, and overhead transport vehicles. Furthermore, mobile vehicles are not limited to vehicles that transport goods. Mobile vehicles 10 may, for example, be vehicles that monitor the conditions within the logistics facility, or vehicles that clean the logistics facility.

[0023] As shown in Figure 1, the vehicle 10 comprises a drive unit 11 and a control unit 12. The drive unit 11 is an electric motor or engine that generates power to move the vehicle 10. The control unit 12 is a computer having a CPU, memory, storage, etc. The control unit 12 uses a program to control the drive unit 11 and a steering device (not shown) to make the vehicle 10 move autonomously.

[0024] The vehicle 10 is equipped with a module 20. Module 20 is a modular system comprising a camera 21, a sensor 22, and a communication device 23. The camera 21 photographs the area around the vehicle 10. If the vehicle 10 is a stacker crane, the camera 21 may be mounted on a trolley that moves back and forth along rails installed on the ground, or on a lifting platform that moves up and down along a mast that extends vertically. Hereinafter, the video data captured and generated by the camera 21 will be referred to as "camera video data." The sensor 22 detects information about the vehicle 10 or its surroundings and generates sensor data indicating the detection results. The detection targets of the sensor 22 are, for example, temperature, vibration, and sound volume. Module 20 may be equipped with multiple types of sensors 22, or multiple sensors 22 of the same type may be equipped. The communication device 23 is a wireless communication module and is capable of transmitting data wirelessly. A UWB (Ultra-Wide Band) wireless chipset may be used as the wireless module of the communication device 23. In this case, even if the vehicle 10 is an AGV that travels without tracks on a two-dimensional plane, its position within the building can be determined with high precision.

[0025] The data transmitted by the communication device 23 includes not only the camera image data and sensor data mentioned above, but also operational data. As shown in Figure 2, operational data is data indicating the operational status of the vehicle 10, and includes at least the position data of the vehicle 10. The position data of the vehicle 10 included in the operational data is, for example, information that identifies one section when a facility is partitioned according to a specific standard. Alternatively, if the vehicle 10 moves along rails, the position data of the vehicle 10 may be information that identifies its position on the rail path. If the vehicle 10 moves on a specific plane, the position in the height direction may be omitted. Since the vehicle 10 moves autonomously under the control of the control device 12, the position of the vehicle 10 can be determined based on the control contents of the control device 12.

[0026] The operational data may include data other than the position data of the vehicle 10. For example, if the vehicle 10 can change its orientation (forward direction), the operational data may include information on the orientation of the vehicle 10. The operational data may also include information indicating whether or not the vehicle 10 is transporting cargo. If the vehicle 10 has a tool (e.g., a transfer tool), the operational data may include information indicating the status of the tool. For example, if the vehicle 10 is a stacker crane, the operational data may include information indicating the height position of the lifting platform, which is a transfer tool provided on the stacker crane.

[0027] Operational data, camera image data, and sensor data are all time-series data. In other words, operational data is data showing the operational status of the vehicle 10, such as its position, at each time point. Camera image data is data showing images at each time point. Sensor data is data showing the detected values ​​of the sensor 22 at each time point. In the following explanation, operational data, camera image data, and sensor data may be collectively referred to as "collected data."

[0028] The status confirmation system 1 comprises a collection server 2, a central server 3, a display terminal 4, and an environmental sensor 5.

[0029] The data collection server 2 is located within the logistics facility. The data collection server 2 can communicate with the central server 3, the display terminal 4, and the moving vehicles 10 via the network within the logistics facility. The data collection server 2 is a server device equipped with a CPU, memory, storage, communication equipment, etc. The CPU executes programs, enabling the data collection server 2 to perform various functions.

[0030] The collection server 2 functions as a collection device. A collection device is a device that receives and stores the collected data transmitted by the vehicle 10, as shown in Figure 3. The collection server 2 may receive the collected data directly from the vehicle 10, or it may receive it via a relay device. The collection server 2 stores the collected data received from the vehicle 10 in a database, associating it with a unique device ID for identifying the vehicle 10.

[0031] The collection server 2 determines whether or not an abnormality has occurred in the vehicle 10 based on the collected data received from the vehicle 10. For example, it determines whether or not predetermined abnormality conditions are met. Abnormality conditions include, for example, the vehicle 10 remaining stationary for a predetermined period of time, the vehicle 10's position exceeding a predetermined range, the cargo's position being detected as outside the acceptable range based on the analysis results of camera video data, or the sensor's detected value exceeding a threshold. The vehicle 10 may also determine whether or not an abnormality has occurred and notify the collection server 2. As shown in Figure 3, if the collection server 2 determines that an abnormality has occurred, it notifies the overall server 3 of the detected abnormality.

[0032] The timing at which the collection server 2 receives the collected data from the vehicle 10 is arbitrary. The collection server 2 may, for example, receive the collected data from the vehicle 10 in real time. Alternatively, the vehicle 10 may store the collected data for a predetermined period of time (for example, several hours), and then the collection server 2 may receive the collected data for that predetermined period of time all at once.

[0033] Furthermore, as shown in Figure 1, the status confirmation system 1 is equipped with multiple collection servers 2. Each collection server 2 has the same function. However, each collection server 2 has a different target vehicle 10 from which it acquires data. For example, each collection server 2 stores a list of device IDs of the vehicles 10 from which it should acquire data, and stores only the data of the device IDs listed in the list in its database.

[0034] The central server 3 may be located within the logistics facility, or it may be located in a monitoring facility geographically separated from the logistics facility. The central server 3 can communicate with the collection server 2 and the display terminal 4 via the network within the logistics facility. Alternatively, the central server 3 may be located on the cloud. In this case, the central server 3 can communicate with the collection server 2 and the display terminal 4 via the internet.

[0035] The central server 3 is a server device equipped with a CPU, memory, storage, and communication equipment. The central server 3 performs various functions by executing programs via its CPU. These functions include a web server function, a model management function, and a state management function.

[0036] The web server function sends HTML data, CSS, and image data necessary to display a specified web page to the display terminal 4 when the display terminal 4 accesses it using a browser. The browser on the display terminal 4 displays the web page based on the received data. Furthermore, if a button or link displayed on the web page is selected, the central server 3 sends new HTML data, CSS, and image data corresponding to the selected button or link to the display terminal 4. Note that the web server function is not mandatory, and the display terminal 4 may store information regarding the screen layout, etc.

[0037] Next, the model management function will be described. In this embodiment, a video is generated in which a 3D model (3D CAD data) is placed in a virtual space. The 3D model includes a 3D model representing the environment of the logistics facility and a 3D model representing the moving vehicle 10. The 3D model of the environment is data in which 3D models of structures such as floors, shelves, ceilings, and stationary machinery are placed according to the actual location of the logistics facility. The central server 3 stores the above-mentioned 3D models and transmits the specified 3D model in response to a request from the display terminal 4. Note that the model management function is not mandatory; for example, the display terminal 4 may store the 3D models in advance.

[0038] The status management function manages the status of the vehicle 10. For example, the status management function stores information about an abnormality occurring in the vehicle 10, associating it with the device ID. Note that the status management function is not mandatory and can be omitted.

[0039] Based on the functions described above, the central server 3 transmits browser display data, a 3D model of the environment and the vehicle in motion, and anomaly information to the display terminal 4, as shown in Figure 3.

[0040] The status confirmation system 1 of this embodiment is equipped with two types of server devices: a collection server 2 and a general server 3. Alternatively, the functions of the collection server 2 and the general server 3 may be consolidated into a single server device. Or, separate server devices may be provided for each of the multiple functions of the general server 3.

[0041] Display terminal 4 is a terminal used by the administrator to check the status of the logistics facility. Display terminal 4 can communicate with collection server 2 and management server 3 via the network within the logistics facility. Display terminal 4 is, for example, a tablet device, smartphone, PC, or dedicated terminal. Display terminal 4 is equipped with a CPU, memory, storage, communication device, display, and input device. The CPU executes programs, enabling the mobile vehicle 10 to perform various functions. The display shows images and other information to check the status of the logistics facility. The input device is a hardware key or touch panel, and accepts operations from the administrator.

[0042] The display terminal 4 displays operational video on its screen by, for example, generating and playing operational video data. Operational video is video of a 3D model of the logistics facility environment described above being placed in a virtual space, and the 3D model of the vehicle 10 moving based on operational data. Since the operational data includes position data, the display terminal 4 can generate operational video data by changing the display position of the 3D model in accordance with changes in the position data.

[0043] For example, if an administrator instructs the display of operational video for a designated area, the display terminal 4 requests and obtains collected data of the vehicles 10 located in that area from the collection server 2. Next, the display terminal 4 requests and obtains a 3D model of the environment and vehicles 10 located in that area from the central server 3. Then, based on the acquired collected data (especially operational data) and the 3D model, the display terminal 4 generates and plays operational video data, thereby displaying the operational video on the display as shown in Figure 4.

[0044] Alternatively, the central server 3 may generate the operational video data instead of the display terminal 4. In this case, the display terminal 4 plays back the operational video data received from the central server 3. Since the operational video is 3D, the viewpoint can be changed. It is also possible to hide some of the 3D models. By checking the 3D operational video, administrators can intuitively and comprehensively understand the status of the logistics facility (especially the status of the vehicles 10).

[0045] In this embodiment, the display terminal 4 displays a three-dimensional operational video on the display. Alternatively, the display terminal 4 may display a two-dimensional operational video on the display. A two-dimensional operational video is, for example, a video in which a two-dimensional model of the environment (image data or two-dimensional drawing data) and a two-dimensional model of the vehicle 10 are placed on a virtual plane, and the two-dimensional model of the vehicle 10 is driven based on operational data. For example, if the vehicle 10 hardly moves in the vertical direction, an operational video can be generated that shows the positional relationship between the environment and the vehicle 10 in a plan view.

[0046] Environmental sensor 5 is a sensor that detects the environment of a logistics facility. Environmental sensor 5 is, for example, a temperature sensor installed on a pillar of the logistics facility to detect the room temperature of the logistics facility, or a power sensor installed on the power transmission equipment of the logistics facility to detect the power consumed by the logistics facility. The detection results of environmental sensor 5 are collected by collection server 2.

[0047] Next, the aggregation screen 30 will be explained with reference to Figures 5 and 6.

[0048] Figures 5 and 6 show examples of the summary screen 30. Based on instructions from the administrator, the display terminal 4 acquires the necessary data from the collection server 2 or the summary server 3, performs rendering processing to generate the summary screen 30, and displays it on the display. In the following, this processing performed by the display terminal 4 will be omitted, and the explanation will focus on the content displayed on the summary screen 30.

[0049] The summary screen 30 includes a summary information window 31 that displays summary information, a summary period bar 32 that displays the summary period, a settings button 33, and an account button 34.

[0050] The summary information window 31 displays the summary information. The summary information is information obtained by aggregating information related to the logistics facility. More specifically, the summary information is information obtained by aggregating data that includes at least one of the operational data of the moving vehicles 10, the sensor data of the sensor 22, and the sensor data of the environmental sensor 5, according to the aggregation period. Aggregation includes cases where the obtained data is used as is, and cases where new information is generated based on the obtained data.

[0051] The following describes examples of aggregated information. Figures 5 and 6 show examples of aggregated information, including the number of abnormal / warning vehicles, average departure time, utilization rate, and power consumption. The number of abnormal / warning vehicles is the number of abnormalities, warnings, or connection failures that occurred in the vehicles 10 during the aggregation period. The number of abnormal / warning vehicles is displayed using icons and numerical values. Average departure time is the average time taken from the time a departure command is issued until the departure is completed. Average departure time is shown, for example, as a bar graph. One bar graph shows the average departure time for departures made during a predetermined time (for example, one hour from 9:00 to 10:00), and bar graphs corresponding to the aggregation period are shown. The utilization rate is the time-based work efficiency of the vehicles 10 during the aggregation period. Specifically, the utilization rate is the value obtained by dividing the time the vehicles 10 actually worked by the maximum time the vehicles 10 could have worked by multiplying by 100. The utilization rate is shown as a circular graph. Power consumption shows the amount of power consumed (total or average) at predetermined intervals (e.g., every hour) during the aggregation period. Power consumption is shown, for example, as a line graph. In this way, aggregated information is presented graphically using icons or graphs.

[0052] The aggregated information described above can be calculated from various perspectives, such as by the type of vehicle (10 types), by area, and by the entire logistics facility. Furthermore, the aggregated information described above is merely an example, and other aggregated information not described here may also be displayed on the aggregation screen 30.

[0053] The summary screen 30 has various settings that can be adjusted as needed based on the administrator's operations. For example, the type of summary information window 31 displayed on the summary screen 30, the position of the summary information window 31, the size of the summary information window 31, the display method of the graph showing the summary information, or the area where the data is summarized can be adjusted. Therefore, the administrator can create a summary screen 30 that is suitable for their own management.

[0054] The aggregation period bar 32 indicates the aggregation period of the aggregated information using a time axis. Specifically, the aggregation period bar 32 displays a bar of a predetermined time length (for example, 24 hours or 1 week), and the time range corresponding to the aggregation period is indicated in another way (colored in this embodiment). Circles are placed at both ends of the aggregation period. This allows administrators to intuitively grasp the aggregation period. In this embodiment, the aggregation period bar 32 is located above the display area of ​​the aggregated information window 31, but the aggregation period bar 32 may also be displayed below the display area of ​​the aggregated information window 31.

[0055] Furthermore, in Figures 5 and 6, the display manner of the portion of the aggregation period bar 32 corresponding to the aggregation period (the colored bar portion) is different. Display manner refers to the way it is displayed, such as color, brightness, and whether or not it blinks. The difference in display manner indicates a difference in the mode related to the aggregation period. Figure 5 shows the aggregation screen 30 in fixed period display mode, and Figure 6 shows the aggregation screen 30 in real-time display mode.

[0056] The fixed-period display mode displays aggregated information with a fixed aggregation period. The aggregation period in the fixed-period display mode is shown in the colored bar portion of the aggregation period bar 32 in Figure 5. By executing the fixed-period display mode, administrators can check aggregated information for a past time range of interest. The real-time display mode displays aggregated information with an aggregation period from a predetermined start time to the present, and the aggregation period is automatically updated as time progresses. The aggregation period in the real-time display mode is shown in the colored bar portion of the aggregation period bar 32 in Figure 6. By executing the real-time display mode, administrators can check the current status of the logistics facility.

[0057] In this embodiment, the fixed-period display mode and the real-time display mode can be easily switched (with one click or one tap). Specifically, each time the circular marks at both ends of the colored bar portion indicating the aggregation period of the aggregation period bar 32 are operated, the fixed-period display mode and the real-time display mode are switched. Note that this operation is just one example, and the fixed-period display mode and the real-time display mode can also be switched by operating a different part of the aggregation period bar 32. This allows administrators to switch to their desired display mode with just a simple operation. For example, while normally checking the current status of the logistics facility in the real-time display mode, if a past malfunction is recognized, it is possible to switch to the fixed-period display mode with the period in which the malfunction occurred as the aggregation period.

[0058] The settings button 33 is used to change the settings of the summary screen 30. By operating the settings button 33, it is possible to perform a process such as changing the start time, as described later.

[0059] The account button 34 is a button for switching the user who logs in. In this embodiment, the status confirmation system 1 is issued a user ID for each administrator, and administrators log in using their user ID and password. The display terminal 4 stores the administrator's user ID and the settings items on the summary screen in the general server 3. Note that the storage destination is not limited to the general server 3; the storage destination may also be the display terminal 4.

[0060] Since the administrator's user ID and the settings of the summary screen 30 are stored in association, the administrator does not need to create a summary screen 30 suitable for their management each time. In other words, the display terminal 4 reads the settings of the summary screen 30 associated with the currently logged-in user ID and displays the summary screen 30 with the read settings applied on the display.

[0061] Next, we will explain how to set the start time of the aggregation period, referring to Figures 7 to 9.

[0062] In this embodiment, a periodic aggregation period can be set. When a periodic aggregation period is set, the aggregation period changes periodically. For example, an aggregation period from 8:00 to 8:00 the next day will change every day (i.e., periodically). Alternatively, an aggregation period from 8:00 on Monday to 8:00 the following Monday will change every week. Note that the start and end times of the aggregation period do not have to coincide. For example, the aggregation period may be from 8:00 to 17:00 every day. In the following description, the start time of a periodic aggregation period will simply be referred to as the "start time".

[0063] If the start time cannot be set, the administrator would have to manually change the aggregation period each time, for example, after a day or a week has passed. In contrast, in this embodiment, since the start time can be set, the display terminal 4 changes the aggregation period each time, for example, after a day or a week has passed. This reduces the workload for the administrator.

[0064] Furthermore, the display terminal 4 can change the start time of multiple types of aggregated information at once, or change the start time of only one specified piece of aggregated information. A detailed explanation follows, referring to the flowchart in Figure 7.

[0065] First, the display terminal 4 determines whether multiple types of aggregated information are being displayed (S101). If the aggregated screen 30 contains multiple aggregated information windows 31 (for example, Figures 5, 6, and 8), the display terminal 4 determines that multiple types of aggregated information are being displayed. If the display terminal 4 determines that multiple types of aggregated information are being displayed, it determines whether there has been an instruction to change the start time (S102). If the display terminal 4 determines that there has been an instruction to change the start time, it changes the start times of the multiple types of aggregated information displayed on the aggregated screen 30 all at once (S103). This eliminates the need for the administrator to change the start time one by one, thus reducing the administrator's workload.

[0066] Figure 8 shows an example screen displaying the settings change window 35. The settings change window 35 is a window for changing the start time while displaying multiple types of aggregated information. The settings change window 35 is displayed by, for example, operating the settings button 33 to select a predetermined setting item. The settings change window 35 allows you to set the aggregation period and the start time. For example, the aggregation period can be set to 6 hours, 12 hours, or 24 hours. For the start time, the administrator can set their desired time using a scroll bar or the like. For example, if the aggregation period is 24 hours and the start time is 8:00, the aggregation period will be from 8:00 to the next 8:00. For example, if the aggregation period is 12 hours and the start time is 8:00, the aggregation period will be from 8:00 to 20:00. Note that if the aggregation period is set to one week, the day of the week may be included in the start time.

[0067] Setting the start time using the settings change window 35 is just one example; the start time may be set in a different manner. For example, the start time may be set by sliding the circle on the aggregation period bar 32.

[0068] Furthermore, the display terminal 4 determines whether or not individual summary information is being displayed (S104). If the summary screen 30 contains only one summary information window 31 (for example, Figure 9), the display terminal 4 determines that individual summary information is being displayed. For example, by selecting the summary information window 31 and operating the full-screen button, only one summary information window 31 is displayed on the summary screen 30. This display mode is called individual mode. In individual mode, the summary information window 31 is displayed in an enlarged view, allowing for detailed confirmation of the summary information. The summary period bar 32 is also displayed in individual mode. The summary period bar 32 displayed in individual mode indicates the summary period of the summary information being displayed in individual mode. Furthermore, even when displaying in individual mode, the fixed period display mode and real-time display mode can be switched by operating the summary period bar 32.

[0069] If the display terminal 4 determines that individual aggregate information is being displayed, it determines whether or not there has been an instruction to change the start time (S105). Even in individual mode, for example, the setting change window 35 can be displayed as described above to give an instruction to change the start time. If the display terminal 4 determines that there has been an instruction to change the start time, it changes only the start time of the individual aggregate information being displayed in individual mode (S106). This allows the administrator to change the start time for only some of the aggregate information.

[0070] In other words, in this embodiment, it is possible to unify the start times of multiple aggregated information items, or to have different start times for multiple aggregated information items. Therefore, it is possible to create an aggregated screen 30 that consolidates the information required by the administrator.

[0071] As described above, the status confirmation system 1 of this embodiment comprises a collection server 2 and a display terminal 4. The collection server 2 collects at least one of the following: operational data including location data of vehicles 10 traveling in the logistics facility, and sensor data acquired in time series by sensors (environmental sensor 5 or sensor 22) installed in the logistics facility. The display terminal 4 displays aggregated information obtained by aggregating at least one of the operational data and sensor data from the start time to the end time of a periodic aggregation period on the aggregation screen 30. When the display terminal 4 receives an instruction to change the start time, it changes the start time and displays the aggregated information aggregated using the changed start time on the aggregation screen 30. This is Feature 1.

[0072] This reduces the effort required for administrators to adjust the aggregation period each time, especially when the aggregation period is cyclical.

[0073] In the status confirmation system 1 of this embodiment, the display terminal 4 can switch between a fixed-period display mode, which displays aggregated information with a fixed aggregation period, and a real-time display mode, which displays aggregated information with an aggregation period from the start time to the present, and in which the aggregation period is automatically updated as time passes. This is feature 2.

[0074] This allows for analysis of the situation over a specified past aggregation period, as well as analysis of the current situation.

[0075] In the status confirmation system 1 of this embodiment, the display terminal 4 displays an aggregation period bar 32 on the aggregation screen 30, which illustrates the aggregation period using a time axis. The display terminal 4 changes the display mode of the aggregation period bar 32 depending on whether it is executing a fixed period display mode or a real-time display mode. The above is Feature 3.

[0076] This allows administrators to quickly grasp the current display mode.

[0077] In the status confirmation system 1 of this embodiment, the display terminal 4 displays multiple types of aggregated information side by side on the aggregated screen 30. When the display terminal 4 receives an instruction to change the start time, it changes the start time for the multiple types of aggregated information displayed on the aggregated screen 30. The above is Feature 4.

[0078] This allows you to change the start time of multiple aggregated data points all at once.

[0079] In the status confirmation system 1 of this embodiment, the display terminal 4 has a function to execute an individual mode that enlarges and individually displays one selected summary information from the summary screen 30. When the display terminal 4 receives an instruction to change the start time while the individual mode is running, it changes the start time only for the summary information currently displayed in the individual mode. The above is Feature 5.

[0080] This makes it easy to change the aggregation period for some aggregated information.

[0081] In the status confirmation system 1 of this embodiment, if the start time of the aggregation period is changed, the display terminal 4 stores the changed start time setting as setting information associated with the user ID. When it receives an instruction to display the aggregation screen 30, the display terminal 4 reads the start time setting associated with the logged-in user ID based on the setting information and displays the aggregation information for the aggregation period according to the setting on the aggregation screen 30. The above is Feature 6.

[0082] Since the information required varies depending on the administrator, allowing different start times to be set for each administrator makes it easy to provide the information they need.

[0083] By combining the above-mentioned features 1 through 6, for example, as follows, a status confirmation system from the following perspectives can be realized. [Perspective 1] A status confirmation system having feature 1. [Perspective 2] A status confirmation system that has the additional feature 2 in addition to Perspective 1. [Perspective 3] A status confirmation system having feature 3 in addition to perspective 1 or 2. [Perspective 4] A state confirmation system that has one of the features from Perspectives 1 to 3, plus feature 4. [Perspective 5] A state confirmation system that has one of the features from Perspectives 1 to 4, plus feature 5. [Perspective 6] A state confirmation system that has one of the perspectives 1 through 5, plus feature 6. [Explanation of Symbols]

[0084] 1. Status Check System 2. Collection Server (Collection Device) 3. General Server 4 Display terminal

Claims

1. A data collection device that collects at least one of the following: operational data including location data of vehicles traveling within a logistics facility, and sensor data acquired in time series by sensors installed in the logistics facility. A display terminal that displays aggregated information obtained by aggregating at least one of the aforementioned operational data and sensor data from the start time to the end time of a periodic aggregation period on an aggregation screen, Equipped with, The status confirmation system is characterized in that, when the display terminal receives an instruction to change the start time, it changes the start time and displays the aggregated information calculated using the changed start time on the aggregation screen.

2. A status confirmation system according to claim 1, The status confirmation system is characterized in that the display terminal can switch between a fixed-period display mode, which displays the aggregated information with a fixed aggregation period, and a real-time display mode, which displays the aggregated information with an aggregation period from the start time to the present, and the aggregation period is automatically updated as time passes.

3. A status confirmation system according to claim 2, The display terminal displays an aggregation period bar on the aggregation screen that illustrates the aggregation period using a time axis, The status confirmation system is characterized in that the display terminal changes the display pattern of the aggregation period bar depending on whether it is executing the fixed period display mode or the real-time display mode.

4. A status confirmation system according to claim 1, The display terminal displays multiple types of the aggregated information side by side on the aggregated screen. The status confirmation system is characterized in that, when the display terminal receives an instruction to change the start time, it changes the start time for the multiple types of aggregated information displayed on the aggregated screen.

5. A status confirmation system according to claim 1, The display terminal has a function to execute an individual mode that enlarges and individually displays one of the aggregated information selected from the aggregated screen. The status confirmation system is characterized in that, when the display terminal receives an instruction to change the start time while the individual mode is being executed, it changes the start time only for the aggregated information displayed in the individual mode.

6. A status confirmation system according to claim 1, If the start time of the aggregation period is changed, the display terminal stores the changed start time setting as setting information associated with the user ID. A status confirmation system characterized in that, upon receiving an instruction to display the summary screen, the display terminal reads the setting of the start time associated with the logged-in user ID based on the setting information, and displays the summary information for the summary period corresponding to the setting on the summary screen.

Images