Vehicle monitoring apparatus

Abstract

To provide a vehicle monitoring device capable of simultaneously presenting vehicle states of all sets to be monitored in real time.SOLUTION: A vehicle monitoring device according to one embodiment of the present invention includes a data reception unit, a database, and a control unit. The data reception unit respectively receives vehicle data including information transmitted at a predetermined cycle on positions of a plurality of railway vehicles, dates and times, and monitoring data of devices. The database stores vehicle data of the plurality of railway vehicles. The control unit includes: a failure determination unit that determines presence or absence of a failure of the device on the basis of the monitoring data of the device; and a display image formation unit that forms a first display image for displaying a list of formation information of each of the plurality of railway vehicles and a vehicle state related to the presence or absence of the failure.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a vehicle monitoring device that monitors a railway vehicle based on vehicle data transmitted from the railway vehicle.

Background Art

[0002] There is known a data analysis system that collects data such as the operating status of railway vehicle equipment and performs data analysis to detect abnormalities, predict abnormalities, etc. In this type of data analysis system, a technique has been proposed for displaying the vehicle state of a railway vehicle in chronological order based on vehicle data transmitted from the railway vehicle at a predetermined cycle (see, for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, the conventional data analysis system only displays the monitoring data of a specified formation in chronological order, and does not display whether the state of the equipment indicated by the monitoring data is normal. In particular, in recent years, there has been a demand for a technology that can simultaneously and real-time present the vehicle states of all formations to be monitored.

[0005] In view of the above circumstances, an object of the present invention is to provide a vehicle monitoring device that can simultaneously and real-time present the vehicle states of all formations to be monitored.

Means for Solving the Problems

[0006] A vehicle monitoring device according to an aspect of the present invention includes a data reception unit, a database, and a control unit. The data receiving unit receives vehicle data including information on the positions, dates and times, and monitoring data of devices of a plurality of railway vehicles transmitted at a predetermined cycle, respectively. The database stores the vehicle data of the plurality of railway vehicles. The control unit includes a failure determination unit that determines the presence or absence of a failure of the device based on the monitoring data of the device, and a display image forming unit that forms a first display image for displaying in a list the formation information of each of the plurality of railway vehicles and the vehicle state regarding the presence or absence of a failure.

[0007] Thereby, it is possible to simultaneously present in real time the vehicle states of all formations to be monitored.

[0008] The control unit may further include a data extraction unit that extracts from the database the time of occurrence of the failure related to the device determined to have failed and the monitoring data for a predetermined time before and after the occurrence. The display image forming unit may further form a second display image that displays the time change of the extracted monitoring data.

[0009] The data extraction unit may further extract from the database the time of occurrence of the failure related to the device determined to have failed and the monitoring data for a predetermined time before and after the occurrence related to other devices related to the device. The display image forming unit may form, as the second display image, a list display image showing the time change of the monitoring data related to the device determined to have failed and the plurality of devices.

[0010] The monitoring data related to the plurality of devices may be displayed so as to be arbitrarily selectable by a user's input operation.

[0011] When there is a missing part in the time series of the vehicle data, the display image forming unit may superimpose and display, on the second display image, an image indicating the period corresponding to the missing part.

Advantages of the Invention

[0012] According to the present invention, it is possible to present in real time the vehicle states of all formations to be monitored.

Brief Description of Drawings

[0013]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Embodiments for Carrying Out the Invention

[0014] Hereinafter, embodiments of the present invention will be described with reference to the drawings.

[0015] [System Overview] Figure 1 is a schematic configuration diagram of a data analysis system 100 equipped with a vehicle monitoring device according to an embodiment of the present invention. This data analysis system 100 analyzes the current position of the railway vehicle 1 and the presence or absence of equipment failures based on the vehicle data transmitted from the railway vehicle 1, and enables the analysis results to be viewed and analyzed on a website from a command post 3 or a vehicle base 4.

[0016] The railway vehicle 1 is a train formation to be monitored in this system, and it doesn't matter whether it is in operation or not. The number of railway vehicles 1 (formation number) is typically plural, and a plurality of railway vehicles 1 are simultaneously monitored by the vehicle monitoring device 2. Note that the number of railway vehicles 1 to be monitored may also be singular.

[0017] The vehicle data transmitted from each railway vehicle 1 includes information regarding the position, date and time of the railway vehicle 1, and the monitoring data of the equipment.

[0018] The information regarding the position and date and time is GPS data obtained by a GPS (Global Positioning System) receiver (not shown) equipped on the railway vehicle 1. The monitoring data of the equipment is monitoring data indicating the state of the monitoring target equipment attached to the railway vehicle 1, and includes data regarding all the vehicles forming the railway vehicle 1. The vehicle data further includes identification information such as the vehicle type, formation number, train number, type, etc. of the railway vehicle 1.

[0019] Examples of the monitoring data include a speed signal, a control voltage, a straight air pipe pressure, a brake cylinder pressure, a brake pipe pressure, an original air dam pressure, a notch signal, and other equipment operation signals. In addition, monitoring data regarding the state of passenger compartment equipment such as doors and air conditioning / lighting equipment is also included.

[0020] The monitoring data of each of these vehicles is collected by the monitoring device 10 and transmitted by the distribution device 11 together with the GPS data. The vehicle data transmitted from each railway vehicle is transmitted to the vehicle monitoring device 2 via, for example, an LTE (Long Term Evolution) network. The transmission period is not particularly limited and is 200 ms (milliseconds) in this embodiment.

[0021] The vehicle monitoring device 2 includes a data receiving unit 20 that receives vehicle data transmitted from each railway vehicle 1 at a predetermined period (200 ms), a control unit 21 that analyzes the received vehicle data, and a database 22 that stores the received vehicle data.

[0022] The data receiving unit 20 is a receiving device that receives vehicle data including information on the position, date and time, and monitoring data of devices of each railway vehicle 1 transmitted at a predetermined period. The database 22 is a data storage device having a plurality of table groups capable of storing vehicle data. The control unit 21 stores the vehicle data of each railway vehicle 1 received via the data receiving unit 20 in the database 22, and is an information processing device that determines the presence or absence of a device failure (abnormality) for each railway vehicle 1 based on the monitoring data included in the vehicle data. The control unit 21 further has a function of forming a display screen for displaying a list of the current vehicle states based on the received vehicle data and a map screen showing the current positions of the respective railway vehicles 1.

[0023] The vehicle monitoring device 2 is configured as a cloud server. The command post 3 and the vehicle base 4 can be connected to the vehicle monitoring device 2 via the Internet line, and each is provided with a client terminal capable of browsing various display screens and map screens formed by the vehicle monitoring device 2.

[0024] [Database] Figure 2 is a conceptual diagram showing the configuration of the database 22. The database 22 includes a temporary storage database section 221 in which the vehicle data received by the receiving section 22 is temporarily stored, a backup database section 222 in which all vehicle data is stored, and a reference database section 223 in which reference data to be collated when determining a failure of a device is stored. These database sections 221 to 223 are not limited to being constructed in the same database 22 as described above, and may be constructed in separate databases.

[0025] Figure 3 is a conceptual diagram showing the configuration of the temporary storage database section 221. The temporary storage database section 221 includes a first table group 31, a second table group 32, and a third table group 33. The vehicle data stored in these multiple table groups 31 to 33 is determined according to the day of the week calculated based on the information related to the date and time included in the vehicle data. In the present embodiment, each day of the week of the seven-day week consisting of Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, and Saturday is adopted as the day of the week.

[0026] For example, the first table group 31 stores vehicle data of a first day-of-the-week group that is a combination of two or more different non-consecutive days of the week. The second table group 32 stores vehicle data of a second day-of-the-week group that is a combination of two or more different non-consecutive days of the week other than the first day-of-the-week group.

[0027] More specifically, the first day-of-the-week group is a combination of two non-consecutive days of the week, for example, Sunday and Wednesday. The second day-of-the-week group is a combination of three non-consecutive days of the week, for example, Monday, Thursday, and Saturday. In this case, the third table group 33 is configured to store vehicle data of Tuesday and Friday, which are a combination of two days of the week that do not belong to either the first day-of-the-week group or the second day-of-the-week group.

[0028] As shown in FIG. 3, the first to third table groups 31 to 33 each have a plurality of time tables T0, T1, ···, Tn capable of storing the vehicle data in a predetermined time unit for each day of the week. In this embodiment, it is configured to temporarily store the vehicle data for one hour. In this case, the number of time tables is 24. The time table T0 stores the vehicle data for the early morning hours of 0:00, the time table T1 stores the vehicle data for the early morning hours of 1:00, and the time table T23 (n = 23) stores the vehicle data for the late night hours of 11:00 PM (23:00), respectively.

[0029] Note that the first to third table groups 31 to 33 are configured to execute a process of deleting the vehicle data belonging to each day of the week on the day following that day of the week. For example, the vehicle data for Sunday stored in the first table group 31 is stored in the backup database unit 222 on Monday, the day following Sunday, and then deleted from the first table group 31. The timing of deletion is not particularly limited, and in this embodiment, it is set to a predetermined time (for example, 2:00 AM) on the day following that day of the week.

[0030] [Control Unit] Next, the control unit 21 will be described. The control unit 21 can be realized by hardware elements used in a computer such as a CPU (Central Processing Unit), a RAM (Random Access Memory), a ROM (Read Only Memory), and necessary software. The control unit 21 controls the overall operation of the vehicle monitoring device 2.

[0031] FIG. 4 is a functional block diagram showing the configuration of the control unit 21. As shown in FIG. 4, the control unit 21 includes a data registration unit 41, a data extraction unit 42, a failure determination unit 43, a display image formation unit 44, a map image formation unit 45, and a position correction unit 46. Note that the map image formation unit 45 and the position correction unit 46 may be configured by the same functional block.

[0032] (Data Registration Unit) The data registration unit 41 calculates the day of the week from the information related to the date and time included in the vehicle data, selects any one of the first to third table groups 31 to 33 based on the calculated day of the week, and registers the vehicle data in the selected one table group.

[0033] FIG. 5 is a flowchart showing an example of a processing procedure executed in the data registration unit 41.

[0034] The data registration unit 41 acquires the date and time from the vehicle data received via the data reception unit 20 (ST101). The information related to the date and time of the vehicle data is acquired from the GPS data included in the vehicle data. The information related to the date and time includes the date (year, month, and day) of the transmission date of the vehicle data and the time information every 200 milliseconds based on the transmission time.

[0035] Subsequently, the data registration unit 41 acquires the time information from the acquired date and time (ST102), and calculates the day of the week from the acquired date (ST103). In the present embodiment, for example, the Zeller's formula is used to calculate the day of the week.

[0036] Subsequently, the data registration unit 41 determines whether the calculated day of the week is Sunday or Wednesday (ST104). If the calculated day of the week is Sunday or Wednesday, the first table group 31 is selected as the registration destination of the vehicle data (ST106). If the calculated day of the week is a day of the week other than Sunday or Wednesday, it is determined whether the day of the week is Monday, Thursday, or Saturday (ST105).

[0037] Then, if the calculated day of the week is Monday, Thursday, or Saturday, the data registration unit 41 selects the second table group 32 as the registration destination of the vehicle data (ST107). If the day of the week is Tuesday or Friday, the third table group 33 is selected as the registration destination of the vehicle data (ST108).

[0038] Subsequently, the data registration unit 41 registers the vehicle data in the time table corresponding to the time information acquired in ST102 among the time tables T0 to T23 in each of the selected table groups 31 to 33 (ST109).

[0039] The above processing is repeatedly executed for each received individual vehicle data. Also, in the time tables T0 to T23 of each table group 31 to 33, vehicle information of a plurality of railway vehicles 1 with different formations is commonly stored.

[0040] (Data extraction unit) The data extraction unit 42 is configured to extract vehicle data of a specified date and time from the database based on a data acquisition instruction.

[0041] The data acquisition instruction is generated by a failure determination unit 43 described later. The data extraction unit 42 calculates the day of the week from the specified date and time based on the data acquisition instruction, selects the table groups 31 to 33 corresponding to the day of the week from the temporary storage database unit 221, and extracts the vehicle data at the corresponding time from the tables T0 to T23 (FIG. 3) of the selected table groups. Since the vehicle data is thus distributed to the database groups 31 to 33 according to the day of the week, the vehicle data of the specified date and time can be extracted from the database 22 in a short time.

[0042] FIG. 6 is a flowchart showing an example of a processing procedure executed in the data extraction unit 42.

[0043] When a data acquisition instruction is input (ST201), the data extraction unit 42 acquires the time of the vehicle data instructed to be acquired (ST202) and calculates the day of the week of the specified date (ST203). Also in this case, the day of the week is calculated using Zeller's formula.

[0044] Subsequently, the data extraction unit 42 determines whether the calculated day of the week is Sunday or Wednesday (ST204). If the calculated day of the week is Sunday or Wednesday, it selects the first table group 31 as the extraction destination of the vehicle data (ST206). If the calculated day of the week is a day other than Sunday or Wednesday, it determines whether the day is Monday, Thursday, or Saturday (ST205).

[0045] Then, if the calculated day of the week is Monday, Thursday, or Saturday, the data extraction unit 42 selects the second table group 32 as the extraction destination of the vehicle data (ST207). If the day is Tuesday or Friday, it selects the third table group 33 as the extraction destination of the vehicle data (ST208).

[0046] Subsequently, the data extraction unit 42 extracts the vehicle data instructed to be acquired from the time table corresponding to the time information acquired in ST202 among the respective time tables T0 to T23 within the selected table groups 31 to 33 (ST209).

[0047] When a data acquisition instruction is input, the data extraction unit 42 extracts the failure occurrence time related to the device determined to be faulty and the monitoring data for a predetermined time before and after that from the database 22 (temporary storage database unit 221).

[0048] In this way, by extracting not only the monitoring data at the time of failure occurrence but also the monitoring data within a predetermined time before and after that, the temporal change of the monitoring data can be grasped. The above-mentioned predetermined time can be arbitrarily set, for example, it is 1 minute. In this case, after the predetermined time has elapsed since the data acquisition instruction was input, the data extraction unit 42 executes the above-described data extraction process.

[0049] (Failure determination unit) The failure determination unit 43 determines the presence or absence of failure of each device based on the monitoring data of each device included in the received vehicle data, and is configured to generate the above-mentioned data acquisition instruction when the device is determined to be faulty.

[0050] The method for determining the presence or absence of a failure is not particularly limited. For example, when the difference from the monitoring data of the same configured vehicle obtained last time exceeds a predetermined value, it is determined that there is a failure (or abnormality). As the monitoring data obtained last time, it may be the same monitoring data obtained immediately before, or it may be the average value of the same monitoring data for a predetermined period up to immediately before, etc.

[0051] Alternatively, the failure determination unit 43 may determine the failure of the device based on the information indicating the presence or absence of abnormality in the monitoring data transmitted from the railway vehicle 1. In this case, the monitor device 10 of the railway vehicle 1 that collects the monitoring data determines the presence or absence of an abnormality in the device, and the determination result is linked to the monitoring data and transmitted from the distribution device 11.

[0052] Alternatively, a threshold value indicating an abnormality in the monitoring data may be set in advance for each device, and when the received monitoring data exceeds the threshold value, it may be determined that the device has failed. The threshold value may be stored, for example, in the reference database unit 223 (FIG. 2) of the database 22.

[0053] When there is a railway vehicle 1 that cannot receive vehicle data, the failure determination unit 43 determines that there is a communication failure for that railway vehicle 1. When the failure determination unit 43 determines a communication failure, it does not generate a data acquisition instruction, but is not limited to this, and a data acquisition instruction may also be generated when a communication failure is determined.

[0054] The data acquisition instruction generated by the failure determination unit 43 is input to the data extraction unit 42. When the data acquisition instruction is input, the data extraction unit 42 is configured to extract, from the same time table T0 to T23, not only the monitoring data of the device determined to have failed, but also the monitoring data of the same failure occurrence time and the predetermined time before and after for other devices related to the device. By extracting the monitoring data not only of the device determined to have failed but also of other devices related to it, it becomes easier to identify the cause of the failure.

[0055] The above-mentioned other devices may be plural, not limited to a single one. For example, when the monitoring data regarding the direct air pipe pressure is determined to be abnormal, other related monitoring data such as the brake cylinder pressure, the brake pipe pressure, the original air reservoir pressure, etc. are also extracted. Combinations of such highly related monitoring data may be stored in advance in the reference database section 223 (Figure 2) of the database 22 for each individual monitoring data.

[0056] The failure determination unit 43 stores the latest information of the monitoring data for which the presence or absence of a failure has been determined in the reference database 223. Also, the failure determination unit 43 registers the device determined to be abnormal and its monitoring data in the reference database section 223 (failure registration). Further, when the failure determination unit 43 determines that the monitoring data of a device that was determined to be abnormal in the past has returned to a normal value, it regards that the failure of the device has been released and releases the failure registration (release registration).

[0057] (Display image forming unit) The display image forming unit 44 is configured to form a list display image (first display image) that displays in a list the formation information of each railway vehicle 1 and the vehicle state regarding the presence or absence of a failure based on the vehicle data transmitted from a plurality of railway vehicles 1.

[0058] Figure 7 is a diagram showing an example of the list display image V1. The display image forming unit 44 forms the list display image V1 shown in Figure 7 based on the latest monitoring data of each device stored in the reference database section 223. The list display image V1 is generated as an image file that can be browsed by a user at the command post 3 or the vehicle base 4.

[0059] The list display image V1 displays the vehicle states of all formations (railway vehicles 1) that are monitoring targets. Examples of the vehicle state include the presence or absence of a failure occurrence, an icon for switching the display of detailed information, the current position, the vehicle type, the formation number, the state (the presence or absence of a failure and its details), the train number, the type, the destination, the rear station, the kilometer distance, the speed, the notch, etc., and the display items can be set arbitrarily. Here, the formation including the monitoring data determined to be a failure is displayed at the upper position, and the formation determined to have a communication failure is displayed at the lower position.

[0060] The list display image V1 is updated with the latest information, for example, in units of several seconds, several tens of seconds, or several minutes. As a result, it is possible to present the vehicle information of the entire formation in real time.

[0061] In this way, since the latest information for all formations as well as specific formations is presented, it is possible to quickly grasp and identify an abnormal formation. Also, by clicking on the icon V11 displayed on the list display screen V1, it is configured to be possible to switch and display on a separate screen the history of the status of the formation for which a failure has been determined, the detailed information of each formation, and the current position.

[0062] The display image forming unit 44 forms, for example, as shown in FIG. 8, a failure history image V2 of the formation (formation number 0999) for which a failure has been determined. The failure history image V2 is generated as an image file that can be viewed by a user at the command post 3 or the vehicle base 4.

[0063] In the failure history image V2, the history of failures and releases of the formation is displayed in chronological order (with the latest information at the top) based on the failure registration and release registration stored in the reference database unit 223. The display items include a graph of the monitored data at the time of occurrence / removal of the failure, occurrence / removal of the failure, vehicle type, formation number, date and time of occurrence / removal, failed equipment, name of the failure, vehicle in which the failure occurred, vehicle in which the failure was released, etc. Regarding the vehicle in which the failure occurred / was released, the corresponding vehicle number is displayed in a manner different from other vehicle numbers (for example, highlighted display).

[0064] The graph of the monitored data at the time of occurrence / removal of the failure means the time change of the monitored data of the equipment for which a failure registration or release registration has been performed in the failure determination unit 43. By clicking on the icon V21 displayed in each history, it is possible to switch to a screen of a graph image (second display image) that displays the time change of the monitored data for one minute before and after the time of occurrence / removal of the failure, as shown in FIG. 9 for example.

[0065] The display image forming unit 44 forms a graph image V3 shown in FIG. 9 for each history item shown in FIG. 8. The graph image V3 shows the time change of the monitoring data for a predetermined time (1 minute in this embodiment) before and after the time when the failure occurs / is resolved, with the failure occurrence / resolution time set to 0 seconds. The monitoring data includes the monitoring data of the device for which a failure determination (or its resolution) has been made by the data extraction unit 42 based on a data acquisition instruction, and the failure occurrence (or its resolution) time of other devices related to the device and the monitoring data for a predetermined time before and after that time. The graph image V3 is generated as an image file that can be viewed by the user at the command post 3 or the vehicle base 4.

[0066] The graph image V3 shows time (seconds) on the horizontal axis and the type of sensor and its status value on the vertical axis. The graph image V3 simultaneously displays digital data S1 and analog data S2. Examples of the digital data S1 include the ON / OFF of the emergency brake and the standby brake, and it may be displayed for each vehicle. Examples of the analog data S2 include speed, notch (stage display), brake cylinder pressure, brake pipe pressure, etc.

[0067] In addition, when there is a missing part in the time series of the vehicle data of the formation, the display screen forming unit 44 is configured to superimpose and display a data missing part Vd, which is an image indicating the period corresponding to this missing part, on the graph image V3.

[0068] The data missing part Vd is for warning the user that the state of the period is not based on the vehicle data. This avoids an incorrect judgment of the failure location, and thus the reliability of the display data can be ensured. Note that the monitoring data corresponding to the data missing period is held at a predetermined value (OFF for digital data, 0 for analog data (notch off (N) for notch signals)). Note that this is not limited to this, and the display of the monitoring data may be omitted during the data missing period.

[0069] According to this embodiment, by displaying the failure occurrence time and the monitoring data for a predetermined time before and after the failure on the graph image V3, the passage of time of the equipment related to the failure can be grasped. In addition, since the time changes of the monitoring data of a plurality of related devices are also displayed simultaneously, information necessary for identifying the failure location and analyzing the cause of the failure can be presented. Such information is particularly useful for the operators at the vehicle base 4, and the preparation for repairing the failure of the formation can be efficiently carried out. Note that the number and type of monitoring data to be displayed can be arbitrarily selected by the user's input operation, and thus the user's requirements can be flexibly met.

[0070] (Map image forming unit, position correction unit) The map image forming unit 45 is configured to form a map image in which the position of the railway vehicle 1 is superimposed on map data including the line on which the railway vehicle 1 to be monitored travels.

[0071] The line on which the railway vehicle 1 to be monitored travels refers to the individual operating lines on which each railway vehicle 1 travels. When the traveling line varies depending on the destination, the line is specified according to the formation number etc. of the railway vehicle 1. The line data and map data of the above line are stored in, for example, the reference database unit 223.

[0072] For example, open data provided as positioning data from the Ministry of Land, Infrastructure, Transport and Tourism is used for the line data. The line data is not a single line but a collection of a large number of straight lines (two points). Also, the position of the railway vehicle 1 is calculated based on the GPS information (latitude and longitude information) included in the vehicle data transmitted from the railway vehicle 1.

[0073] Here, the latitude and longitude of GPS may calculate incorrect position information due to factors such as the sensitivity of the in-vehicle antenna, the number of satellites captured by the GPS unit, and the reflection of radio waves due to the surrounding environment, and the vehicle may appear to be in a place where it actually does not exist.

[0074] For example, FIG. 10(A) shows an example of a map image when the position of a vehicle calculated based on GPS information is actually superimposed and displayed on map data. In this map image V4, P indicates the current position of the vehicle. However, although the actual route on which the vehicle travels is R1, as a result of being calculated based on incorrect position information, the position P of the vehicle displayed on the map may be displayed at a position between the route R1 and another adjacent route R2.

[0075] Therefore, in the present embodiment, it has a position correction unit 46 that corrects the vehicle position on the route data plotted on the map. The position correction unit 46 determines whether the railway vehicle 1 is located on the route based on the information related to the position included in the vehicle data and the route data. When it is determined that the railway vehicle 1 is not located on the route, the map image is configured to correct the vehicle position displayed in the map data so that it is located on the route.

[0076] As a result, as shown in the map image V5 of FIG. 10(B), the current position P of the vehicle can be correctly displayed on the route R1, so that the current vehicle position can be provided to the user without causing confusion or misunderstanding.

[0077] The position correction unit 46 is configured to correct the map image so that the railway vehicle 1 is located at a position on the nearest route R1 from the position of the railway vehicle 1 (FIG. 10(B)). The map image V5 is generated as an image file that can be browsed by the user at the command post 3 or the vehicle base 4.

[0078] The calculation of the nearest can be performed, for example, by the following procedure. First, since the route data is composed of a group of straight lines of different sizes, a line is drawn from the current position of the vehicle to intersect each midpoint from the group of straight lines, and the one with the shortest distance is selected as the nearest section. Next, a point orthogonal within the nearest section from the current position of the vehicle is estimated as the nearest point, and the current position of the vehicle is set at this nearest point.

[0079] To calculate the distance between two points, a value considering the roundness and distortion of the Earth is calculated using the Haversine formula. The Haversine formula is an equation for approximating the Earth as an ellipsoid and obtaining the distance and azimuth between two points. Since the Haversine formula is well-known, its explanation is omitted here.

[0080] Note that for the calculation, the unit of the positioning information is converted to radians. Latitude is expressed in the range from 0 to 90 degrees north and from 0 to 90 degrees south from the equator. North latitude is a positive value, and south latitude is a negative value. For example, since the latitude of Tokyo is approximately 35.6895 degrees north, when converted to radians, it is as follows. Radians = (π / 180) × 35.6895 ≈ 0.6228 radians

[0081] Longitude is expressed in the range from 0 to 180 degrees east or from 0 to 180 degrees west from the prime meridian (usually the Greenwich meridian). East longitude is a positive value, and west longitude is a negative value. For example, since the longitude of Tokyo is approximately 139.6917 degrees east, when converted to radians, it is as follows. Radians = (π / 180) × 139.6917 ≈ 2.4395 radians

[0082] Also, since the positioning units of the GPS difference information and the track information are different, it is necessary to unify these units. To accurately place the corrected vehicle position on the map, for example, the latitude and longitude obtained by converting the calculation result of the distance between two points to the World Geodetic System decimal notation may be used.

[0083] Furthermore, in this embodiment, when the position correction unit 46 determines that the railway vehicle 1 is located within a predetermined area (correction exclusion area), it is configured to execute a process of not correcting the map image.

[0084] For example, vehicles in a vehicle base or a siding are not in commercial operation. If such a vehicle is position-corrected and drawn on the track, it may cause confusion as if it is on the track when it is not in commercial operation.

[0085] Therefore, in the present embodiment, as shown in the map image V6 of FIG. 10(C), a predetermined area where a vehicle base or an evacuation line is located is set as a correction exclusion area A, and when the current position of the vehicle is located within the correction exclusion area A, the correction process of the vehicle position onto the track is not executed. As a result, since a vehicle not in commercial operation is not drawn on the track, it is possible to prevent causing confusion to the user.

[0086] Note that the correction exclusion area A is stored in, for example, the reference database unit 223. Further, the map image V6 is generated as an image file that can be browsed by the user at the command post 3 or the vehicle base 4.

[0087] To determine whether the current position of the vehicle is within the correction exclusion area A, the map is treated as a two-dimensional graph, and "inside / outside determination of point P with respect to polygon T" is performed using the correction exclusion area A displayed as polygon T and the vehicle position (P). A known method can be adopted for this determination algorithm, and for example, the Crossing Number Algolithm, the Winding Number Algolithm, etc. can be adopted.

[0088] FIG. 11 is a flowchart showing an example of a processing procedure executed in the map image forming unit 45 and the position correction unit 46.

[0089] The map image forming unit 45 acquires the track data of the track R1 from the reference database unit 223 (ST301), and acquires the position information from the vehicle data transmitted from the railway vehicle 1 (ST302). The track R1 is the track on which the railway vehicle 1 to be displayed on the map travels, and is specified by the formation number etc. of the vehicle as described above.

[0090] Subsequently, the position correction unit 46 determines whether the vehicle position is outside the correction exclusion area A based on the acquired position information (ST303). If the vehicle position is outside the correction exclusion area A, it determines whether the vehicle position is on the track R1 (ST304). When the vehicle position is not on the track R1, it calculates the position (nearest point) on the nearest track R1 from the vehicle position by the method as described above (ST305), and corrects the vehicle position to the calculated nearest point (ST306).

[0091] The map image forming unit 45 forms a map image in which the vehicle position is corrected by the position correction unit 46 (ST307). On the other hand, when the vehicle position is within the correction exclusion area A (No in ST303), or when the vehicle position is on the track R1 (Yes in ST304), the map image forming unit 45 forms a map image in which the vehicle position before correction is superimposed on the map data (ST307).

[0092] [Operation] Subsequently, a typical operation of the vehicle monitoring device 2 of the present embodiment configured as described above will be described. FIG. 12 is a diagram showing an example of a processing procedure executed in the vehicle monitoring device 2.

[0093] The vehicle monitoring device 2 receives vehicle data from all railway vehicles 1 to be monitored by the data receiving unit (ST401).

[0094] Subsequently, the vehicle monitoring device 2 registers the received vehicle data in the database 22. At this time, it is stored in the time tables T0 to T23 of the table groups 31 to 33 sorted according to the day of the week and time calculated from the date of the vehicle data as described above. By sorting and storing individual vehicle data in different table groups according to the day of the week, the search area of the vehicle data is restricted, and thereby the target vehicle data can be extracted in a short time. Also, since the failure analysis of railway vehicles can be sufficient with the monitoring data of the previous day, at least three table groups for storing vehicle data are sufficient.

[0095] Subsequently, based on the monitoring data of the devices included in the received vehicle data, the vehicle monitoring device 2 determines whether there is a failure in the device, and the monitoring data determined to be a failure is registered as a failure in the reference database unit 223 (ST403).

[0096] Subsequently, the vehicle monitoring device 2 forms a list display image V1 showing the vehicle state of each vehicle, a failure history image V2, a graph image V3 showing the time change of the failed device, and a map image showing the vehicle position (ST404). Since these images are generated as image files that can be browsed by the user at the command post 3 or the vehicle base 4, the state and current position of the devices of each vehicle can be grasped in real time, and it is possible to perform analysis of the failure data and preparatory work for repair before the vehicle with the failure arrives at the vehicle base.

[0097] As described above, the embodiments of the present invention have been described, but the present invention is not limited to the above-described embodiments, and various modifications can of course be made.

[0098] For example, in the above embodiment, three groups of tables for storing vehicle data are used, but it may be constructed with seven groups of tables different for each day of the week. Also, the days of the week are not limited to the seven-day week, and it may be a six-day week (Sensho, Tomohiki, Sennichi, Butsumetsu, Taian, Sekkou). In this case, the storage table for vehicle data can be constructed with two groups of tables.

Explanation of Reference Numerals

[0099] 1... Railway vehicle 2... Vehicle monitoring device 3... Command post 4... Vehicle base 10... Monitor device 11... Distribution device 20... Data reception unit 21... Control unit 22... Database 31... First table group 32... Second table group 33... Third table group 41... Data registration unit 42…Data extraction unit 43…Fault determination unit 44…Display image formation unit 45…Map image formation unit 46…Position correction unit 100…Data analysis system 221…Temporary storage database unit 222…Backup database unit 223…Reference database unit

Claims

1. a data receiving unit that receives vehicle data including information regarding the positions, date and time, and equipment monitoring data of a plurality of railway vehicles, which are transmitted at a predetermined interval; a database storing vehicle data of the plurality of rail vehicles; a control unit having a failure determination unit that determines whether or not the equipment has a failure based on monitoring data of the equipment, and a display image forming unit that forms a first display image that displays a list of configuration information of each of the plurality of railcars and a vehicle state related to the presence or absence of a failure; A vehicle monitoring device comprising:

2. 2. The vehicle monitoring device according to claim 1, The control unit further includes a data extraction unit that extracts monitoring data for a time when a failure occurred and a predetermined period of time before and after the failure from the database, the data extraction unit being configured to extract monitoring data for a time when a failure occurred and a predetermined period of time before and after the failure ... The display image forming unit further forms a second display image that displays a time change of the extracted monitoring data. Vehicle monitoring device.

3. 3. The vehicle monitoring device according to claim 2, The data extraction unit further extracts monitoring data for a time when the failure occurred and a predetermined time period before and after the failure, which is related to another device related to the device determined to be faulty, from the database; The display image forming unit forms, as the second display image, a list display image showing a time change of monitoring data related to the device determined to be faulty and the plurality of devices. Vehicle monitoring device.

4. 4. The vehicle monitoring device according to claim 3, The monitoring data relating to the plurality of devices is displayed so as to be arbitrarily selectable by a user's input operation. Vehicle monitoring device.

5. 4. The vehicle monitoring device according to claim 3, When there is a missing portion in the time series of the vehicle data, the display image forming unit displays an image showing a period corresponding to the missing portion in a superimposed manner on the second display image. Vehicle monitoring device.

Images