JPWO2012176234A1 - Operation management system and alarm output system - Google Patents

Abstract

It is an object of the present invention to provide an operation management system and an alarm output system that automatically stop an alarm with a simple system configuration when a network failure occurs and prevent a user from being confused. A server that detects an abnormality in a facility on the site connected via a network or a failure of the network and transmits an alarm output command; receives the alarm output command from the server via a second network; An alarm output system comprising an alarm terminal that outputs an alarm, wherein the alarm terminal stops alarm output to a user when the alarm output command has not been received from the server for a predetermined time or more. And alarm output system.

Description

  The present invention relates to an operation management system and an alarm output system that output an alarm when an abnormality occurs.

  The train operation management system is a system that collects the driving status of traffic lights installed on the site side, train position information, and the like, and collectively manages train operations. Here, when a failure or abnormality occurs in the facility on the site side, for example, as described in Patent Literature 1, a system that detects abnormality information outputs an alarm to notify the commander of the abnormality.

JP-A-10-147242

  As a configuration example of a general railway management system, a server installed in a server room or the like outputs information such as a display screen and sound to a terminal installed in a command room, and the terminal simply receives output information. For example, there is a server configured to manage the output to the terminal and the input from the terminal on the server side. When an abnormality occurs as described in Patent Document 1, the user confirms an alarm screen and an alarm sound to a terminal installed in the command room so that the user such as the commander does not notice the abnormal state and does not miss the accident. It is conceivable that it is configured to output continuously until it is done.

  Here, when the server side is configured to manage the output to the terminal and the input from the terminal as described above, once the alarm information is received from the server, a network failure occurs between the server and the alarm terminal. Sometimes, the alarm confirmation by the user cannot be transmitted to the server, so that there is a possibility that the alarm output such as the alarm sound will continue even though the alarm is confirmed. This may cause the user to be confused by continued uncertain alarms.

  Also, it is conceivable to provide a means to constantly monitor the connection status with the server on the terminal side that issues an alarm and to stop the alarm output in order to prevent uncertain alarm output in the event of a network failure, but the system on the terminal side is complicated. It is not preferable.

  Therefore, an object of the present invention is to provide an operation management system and an alarm output system that automatically stop an alarm with a simple system configuration when a network failure occurs and prevent user confusion.

  In order to solve the above problems, for example, the configuration described in the claims is adopted.

  The present application includes a plurality of means for solving the above-described problems. For example, a server that detects an abnormality in a facility on the site connected via a network or a failure of the network and transmits an alarm output command. And an alarm terminal that receives the alarm output command from the server via a second network and outputs an alarm to a user, wherein the alarm terminal receives the alarm output command from the server. If no signal is received for a predetermined time, the alarm output to the user is stopped.

  According to the present invention, since a terminal that outputs an alarm receives an alarm request sequentially from the server and outputs an alarm, the alarm is automatically stopped when a network failure occurs. Thereby, the confusion of the user due to continuation of uncertain alarm output can be prevented.

It is a system configuration figure of an alarm output system. Example 1 It is a sequence diagram of this alarm output system. Example 1 It is a sequence diagram of this alarm output system at the time of network failure. Example 1 It is a flowchart figure of this alarm output system. Example 1 It is a flowchart figure of the alarm process part of this alarm output system. Example 1 It is a system configuration figure (network fault detection part addition) of an alarm output system. (Example 2) It is a sequence diagram of this alarm output system at the time of network failure. (Example 2) It is a system configuration figure (multiple terminal stand) of an alarm output system. (Example 3) It is a system configuration diagram of the alarm output system (with alarm level selection). Example 4 It is a flowchart figure of this alarm output system. Example 4 It is a flowchart figure of the alarm process part of this alarm output system. Example 4 It is a system block diagram at the time of connecting this alarm output system with a network. (Example 5)

  Details of the system of the present invention will be described in detail below with reference to examples, but the scope of the present invention is not limited thereto.

  FIG. 1 is a configuration diagram of an alarm output system of the present invention. In this embodiment, a description will be given using an example in which the alarm output system according to the present invention is applied to a train operation management system.

  The server 100 provided in the central system receives the information from the station system 120 installed at each station via the network 119, determines the output of the alarm from the information received by the communication receiver 103, and outputs the alarm. An output determination unit 104 that makes a request, a screen generation unit 105 that generates an alarm message to be output to the screen in response to an alarm output request from the output determination unit 104, and an alarm output screen that is generated from the alarm message generated by the screen generation unit 105 The screen transmission unit 106 that transmits the generated screen data, the output request unit 107 that receives the alarm output request from the output determination unit 104, and the alarm output request unit 107 that requests the terminal A101 to output the alarm sound, and the alarm is confirmed from the terminal A101 The alarm confirmation unit 108 for receiving the data, and the communication transmission / reception unit 110 for transmitting / receiving data to / from the terminal A101. The network 102 connects the server 100 and the terminal A101.

  The terminal A101 installed in the command console includes a communication transceiver 111 that transmits and receives data to and from the server 100, a screen output unit 112 that displays an alarm message and an alarm screen, a sound output unit 113 that outputs an alarm sound, a command An input interface 114 that accepts input from a user such as an operator, and an abnormality confirmation unit 115 that accepts confirmation from the commander. Although not shown, the terminal A 101 is provided with an alarm confirmation button, and a signal indicating that an alarm has been confirmed is input via the input interface 114.

  In addition, the station system 120 provided at each station includes a field facility 124 including a traffic light, a switch, a track circuit for detecting a train position, and the like, for controlling the route of a train in the control area. An interlocking device 122 for instructing driving, a route control device 121 for instructing route control to the interlocking device for controlling the route of the train in the control area based on the information of the operation schedule received from the central system, And a station system terminal 123 that displays the current operation status from the control device 121.

  When an alarm occurs, the communication receiver 103 of the server 100 receives alarm information from the station system 120 at a remote location. The alarm information from the station system 120 is, for example, failure / abnormality information of the on-site equipment 124 and the interlocking device 122. Further, when the network 119 becomes a network failure, the communication receiving unit 103 detects alarm information.

  The output determination unit 104 that has received the alarm information from the communication reception unit 103 repeatedly requests the screen generation unit 105 and the sound output request unit 107 to output an alarm according to the received alarm information. At this time, the output determination unit 104 continues the alarm output request until receiving an alarm stop request from the alarm confirmation unit 108.

  The screen generation unit 105 generates an alarm message to be output from the alarm information to the screen of the terminal A101. The screen transmission unit 106 generates a screen including an alarm message and transmits the generated screen data to the terminal A101. The sound output request unit 107 sends a sound output request message to the terminal A101 via the network 102 so as to output sound to the terminal. The communication transceiver 110 transmits screen data and a sound output request message to the terminal A101, and receives a response from the terminal A101. The communication transceiver 111 receives screen data and a sound output request message from the server 100 and transmits a response from the terminal A 101 to the server 100.

  The terminal A101 is installed in the command console, and the screen output unit 112 of the terminal A101 displays an alarm message or an alarm screen transmitted from the server on the screen of the terminal A101. As described above, the terminal A101 can have a simple configuration by creating the alarm output screen on the server 100 instead of the terminal A101 side. The sound output unit 113 receives the sound output request message requested from the server, and outputs an alarm sound from the terminal according to the message. The alarm sound file is held in the terminal, but may be distributed from the server 100 via the network 102.

  Thus, the commander at the command console can know the abnormality of the on-site equipment 124 and the like by the alarm screen and alarm sound output from the terminal A101. An alarm confirmation button is provided on the screen of the terminal A101, and an alarm confirmation from the commander who confirmed the alarm can be received. The input interface 114 sends a response to the abnormality confirmation unit 115 when the user presses the alarm confirmation button displayed on the terminal screen. The abnormality confirmation unit 115 notifies the server that the alarm has been confirmed at the terminal A101.

  When the alarm confirmation button installed on the terminal is pressed, the alarm confirmation unit 108 of the server detects that the alarm has been confirmed on the terminal, and requests the output determination unit 104 to stop the alarm output. Upon receiving the stop request, the output determination unit 104 stops the alarm output request that has been continuously output. In the terminal A101, the output of the alarm screen and the alarm sound is stopped with the stop of the alarm output request from the server 100.

  As described above, the server 100 continuously transmits an alarm output request to the terminal A101 until it is surely detected that the user (commander) has confirmed the alarm. Can be alerted. The server 100 can also be configured to detect that the abnormality from the station system 120 has been resolved by the communication receiving unit 103 and stop the alarm output request from the output determining unit 104 with this. As a result, it is possible to prevent the user from being confused by outputting an alarm even though the cause of the alarm has been eliminated.

  Also, when a network failure occurs between the server 100 and the terminal A101, an alarm output request is transmitted from the screen transmission unit 106 and the sound output requesting unit 107 of the server 100 to the terminal A101, but is not received by the terminal A101 due to the network 102 failure. The alarm output from the terminal A101 is stopped. When the network is restored, the terminal A101 can receive an alarm output request transmitted from the screen transmission unit 106 and the sound output request unit 107 of the server 100, and the terminal A101 can output an alarm again.

  In other words, in this embodiment, the server 100 cannot receive the alarm confirmation from the user, that is, in the case of a network failure, the alarm output is automatically stopped, the network is restored, and the server 100 can receive the alarm confirmation from the user. Then, the alarm is output again. Accordingly, since the alarm output from the terminal A101 is considered to be an alarm that the user has not yet confirmed, the user can be prevented from being confused due to the continued uncertain alarm. Further, when the terminal A101 outputs an alarm, it is considered that the server 100 is surely recognizing the alarm information, so that the user can reliably detect the alarm reflecting the current situation.

  FIG. 2 is a sequence diagram showing a flow of processing from when an abnormality is detected in the system of FIG. 1 to output an alarm from the terminal A101, until the user confirms the alarm and stops the alarm output.

  First, the server 100 receives alarm output information [S400]. The server that has received the alarm output information starts alarm output processing [S401], and repeatedly requests alarm output from the terminal A101 via the network 102 every arbitrary number of seconds (alarm character / alarm confirmation button display and alarm sound). The output is repeatedly requested) [S402, S404, S406]. Receiving the request, the terminal A101 outputs an alarm for a predetermined time each time an alarm output request is received (displays an alarm character / alarm confirmation button on the terminal and reproduces an alarm sound) [S403, S405, S407] . Here, the time for outputting the alarm can be set to an arbitrary time in advance. When the user clicks the confirmation button displayed on the monitor of the terminal A101 with the mouse connected to the terminal A101 [S408], the confirmation response is transmitted from the mouse to the terminal A101 [S409], and the terminal that has received the confirmation response A101 transmits a warning output stop request to the server 100 [S410]. The server 100 that has received the warning output stop request stops the warning output process [S411]. The alarm output of the terminal A101 is automatically stopped after the playback length of the alarm sound has elapsed from [S403] (the alarm character / alarm confirmation button is hidden on the command desk and the alarm sound is stopped [S412].

  As described above, in this embodiment, the alarm output request from the server 100 and the alarm output of the terminal A101 correspond one-to-one. That is, if the alarm output request is continuously received from the server 100, the alarm continues to be output from the terminal A101. However, if the alarm output request is not received from the server 100, the alarm is automatically stopped. As a result, the alarm is output to the terminal A101 reflecting the abnormality information that is currently recognized by the server, so that the user can be prevented from being confused. Further, the configuration of the terminal A101 can be configured such that the alarm output is stopped when the alarm output request is not received for a predetermined time, focusing on the reception interval of the alarm output request from the server 100.

  FIG. 3 shows an abnormality (alarm) detected in the system of FIG. 1 and an alarm is output from the terminal A 101. After that, when the network 102 between the server 100 and the command console fails, and when the network 102 recovers It is a sequence diagram which shows the flow of a process until a user confirms an alarm and stops an alarm output.

  First, the server 100 receives alarm output information [S500]. Receiving the alarm output information, the server 100 starts alarm output processing [S501], and repeatedly requests alarm output from the terminal A101 every arbitrary number of seconds (requests alarm character / alarm confirmation button display and alarm sound output). ) [S502, S504]. Upon receiving the request, the terminal A101 outputs an alarm (displays an alarm character / alarm confirmation button on the terminal and reproduces an alarm sound) [S503, S505]. After S505 alarm output, a failure of the network 102 between the server 100 and the command console occurs [S506]. After an arbitrary number of seconds of the S504 alarm output request, the terminal A101 is requested again for alarm output [S507a, S507b].

  However, since a network failure has occurred between the server 100 and the terminal A101, the terminal A101 cannot receive the alarm output request, and the alarm output from the terminal A101 is automatically stopped [S507c]. After the network restoration [S510], the terminal A101 receives the alarm output [S513] requested from the server, and the terminal A101 outputs the alarm [S514]. When the user clicks the confirmation button displayed on the terminal monitor with the mouse connected to the terminal A101 [S515], the confirmation response is transmitted from the mouse to the terminal A101 [S516], and the terminal A101 that has received the confirmation response Transmits a warning output stop request to the server 100 [S517]. Receiving the warning output stop request, the server 100 stops the warning output process [S518]. The alarm output of the terminal A101 is stopped (the alarm character / alarm confirmation button is hidden on the terminal and the alarm sound is stopped [S519].

  Thus, when a network failure occurs and the server 100 cannot receive an alarm confirmation from the user, the terminal A101 automatically stops alarm output. Thereby, although the user confirms the alarm, the terminal A101 can continue the alarm sound and prevent the user from being confused by the uncertain alarm sound. In addition, if the abnormality still continues when the network is restored, the terminal A101 receives the alarm output request from the server 100 again and outputs an alarm to the user, so that the user can surely confirm the current abnormality state.

  In addition, the terminal A101 can be configured to display the history of the alarm that has been output once, so that even if the alarm sound is not output, the user can observe the abnormality by looking at the screen of the terminal A101. Can be confirmed.

  FIGS. 4 and 5 are flowcharts showing the flow of processing from detection of an alarm by the system of FIG. 1, output of an alarm from the terminal A101, until the user confirms the alarm and stops alarm output. .

  In FIG. 4, it is first determined whether or not the server 100 has received alarm output information [S600]. When the alarm output information is received, the server 100 performs an alarm output process [S602].

  FIG. 5 is a flowchart showing the flow of alarm output processing. 5 generates an alarm character to be displayed on the screen by the screen generation unit 105 [S702], and transmits an alarm character string to be displayed on the screen from the screen transmission unit of the server 100 [S703]. Further, the sound output request unit of the server requests the terminal A101 to reproduce the alarm sound [S704]. The screen output unit of the terminal A101 displays the alarm character string transmitted in S703 on the screen [S705]. The sound output unit of the terminal A101 reproduces the alarm sound requested in S704 from the speaker connected to the terminal A101 [S706].

  Next, the processing moves to the alarm loop of FIG. The alarm loop is repeated indefinitely until the user confirmation [S607] is made in the server abnormality confirmation determination unit [S606] [S603 to S609]. The server abnormality confirmation determination unit [S606] determines whether or not the user has confirmed the alarm at the terminal [S607]. If the user has not confirmed the alarm, an alarm output process is performed [S608]. When the user confirms the alarm, the user exits from the alarm loop and ends the alarm output.

  With the above processing, the user can detect an alarm that reliably reflects the current situation with a simple system configuration and processing. In addition, the user can stop and detect the alarm without any special operation.

  An example when an alarm is generated and a network failure occurs when the server 100 according to the first embodiment includes a network failure detection unit will be described.

  FIG. 6 is a system configuration diagram in the case where the server 100 of the alarm output system includes the network failure detection unit 109. Differences from FIG. 1 will be described below. The network failure detection unit 109 of the server 100 detects a network failure when a network failure occurs between the server 100 and the terminal A 101, and transmits network failure information to the output determination unit 104. The output determination unit 104 receives the network failure information and stops the alarm output request so that the alarm sound output of the terminal A101 is automatically stopped. When the network is restored, the network failure detection unit 109 transmits information indicating that the network between the server 100 and the terminal A101 is normal to the output determination unit 104, and the terminal A101 performs alarm output again.

  FIG. 7 shows the alarm output information detected by the system having the configuration shown in FIG. 6, the alarm is output from the terminal, and then the user confirms the alarm when a network failure occurs between the server and the command console and when the failure is recovered. It is a sequence diagram showing a flow of processing until the alarm output is stopped.

  Differences from FIG. 3 will be described below. After a network failure occurs between the server and the command console [S506], when a warning output request is transmitted from the server to the terminal [S507], the terminal cannot receive the request because of a network failure, and the server A failure occurrence notification is received [S508]. The server that has received the notification stops the alarm output process [S509]. After network recovery [S510], the server receives a network recovery notification [S511] and starts alarm output processing [S512].

  In this way, by stopping transmission of an unnecessary alarm output request from the server when the network is disconnected, unnecessary information communication can be deleted, and the performance of the system can be improved.

  In the present embodiment, an embodiment in which a plurality of terminals of the alarm output system are provided will be described.

  FIG. 8 is a system configuration diagram when a plurality of terminals of the alarm output system are provided. Differences from FIG. 6 will be described below. The output terminal determination unit 104a of the server 100 determines a terminal (terminal A101, terminal B116, terminal C117, terminal D118) that outputs an alarm among terminals that can normally communicate with the server through the network 102, and passes through any of the terminals. Request the alarm output from the terminal until the user confirms the alarm. The network 102 connects the server 100 to the terminal A101, the terminal B116, the terminal C117, and the terminal D118. Terminal A101, terminal B116, terminal C117, and terminal D118 are installed in the same command room and are not shown, but the internal configuration of terminal B116, terminal C117, and terminal D118 is the same as that of terminal A101. The terminal B116, the terminal C117, and the terminal D118 are provided with an alarm confirmation button.

  When an alarm is generated, the communication receiving unit 103 of the server receives alarm information from the station system 120 installed at a remote place. The output terminal determination unit 104a determines a terminal (terminal A101, terminal B116, terminal C117, terminal D118) that outputs an alarm among terminals that can normally communicate with the server through the network 102, and whether the user confirms the alarm, Request an alarm output from the terminal until a network failure occurs. The screen generation unit 105 generates an alarm message to be output on the screen. The screen transmission unit 106 transmits the generated screen data to the terminal determined by the output terminal determination unit 104a via the network 102. The sound output request unit 107 sends a request message to the terminal via the network 102 so as to output sound to the terminal in accordance with the alarm level. The communication transmitting / receiving unit 110 transmits screen data and a sound output request message to the terminal, and receives a response from the terminal to the server.

  The communication transmitting / receiving unit 111 of the terminal A receives the screen data and the sound output request message from the server, and transmits a response from the terminal to the server. The screen output unit 112 displays the warning message transmitted from the server on the terminal screen. The sound output unit 113 outputs an alarm sound requested from the server from the terminal. The input interface 114 sends a response to the abnormality confirmation unit 115 when the alarm confirmation button displayed on the terminal screen is pressed. The abnormality confirmation unit 115 notifies the server that the alarm has been confirmed at the terminal.

  The server alarm confirmation unit 108 detects that the terminal has confirmed the alarm, and stops the alarm output. The network failure detection unit 109 monitors communication of the network 102 and monitors a terminal that can output an alarm.

  When a network failure occurs between the network 102 and the terminal outputting the alarm, the network failure detection unit 109 of the server 100 detects an abnormality and transmits the terminal information in which the network failure has occurred to the output terminal determination unit 104a. When a network failure occurs between the network 102 and the terminal A101, the output terminal determination unit 104a selects a connectable terminal B116 from the previously registered terminal information list data, and re-outputs the alarm. When the alarm is confirmed by the re-output terminal B116, the alarm output stops. Further, when a network failure occurs in the re-output terminal B116, a terminal capable of alarming again is selected by the output terminal determination unit 104a, and an alarm is output to another terminal C. This system that repeatedly performs this processing enables alarms to be continuously output from a terminal connected to the server 100 even when a network failure occurs between the network 102 and the terminal, and outputs an alarm until the user confirms the alarm. Since this is possible, the user can reliably detect the alarm. In addition to the terminal in which the network failure has occurred, the server 100 can detect a failure of the terminal A101 to the terminal D118 and make a warning output request to a normal terminal.

  In this example, a network failure for each terminal is detected and an alarm output request is made to a normal terminal. For example, an alarm output request is first made to the terminal A101, but a user has received an alarm output request for a certain time or more. When there is no confirmation, the output destination of the alarm output request can be automatically switched to the terminal B116. Further, the order of terminals to be switched can be stored in the server 100 in advance. As a result, even if the user cannot recognize the alarm at a certain terminal, the terminal that sequentially outputs the alarm is switched, so that the user can reliably detect the alarm.

  In this embodiment, an example in which a plurality of terminals of the alarm output system are provided and an alarm level can be selected will be described.

  FIG. 9 is a system configuration diagram of the alarm output system of this system (with alarm level selected). 9 includes an alarm level output determination unit 104b in addition to the configuration of the server 100 of FIG. The alarm level output determination unit 104b receives the alarm received by the communication reception unit 103 as an input, determines an alarm level for each terminal selected by the output terminal determination unit 104a, and outputs an alarm to the screen generation unit 105 and the sound output request unit 107 Request. Depending on the alarm level determined here, the type of alarm output to be displayed on the screen (character color, character size, etc.), the presence or absence of alarm sound playback, the type of alarm sound, and the length of playback (continue until the confirmation button is pressed) Only the alarm sound length N seconds / set length M × N seconds) is determined, and an alarm output is requested to the screen generation unit 105 and the sound output request unit 107. When the alarm sound is not reproduced, the time for repeatedly requesting display is arbitrarily set (set to N seconds), and the screen generation unit 105 and the sound output request unit 107 are requested to output the alarm.

  10 and 11 detect an abnormality in the system of FIG. 9, select an alarm level for each alarm received by the server, and whether there is an alarm sound output from the terminal according to the alarm level, type of alarm sound, alarm sound It is a flowchart figure which shows the flow of a process after changing the length of reproduction | regeneration, after a user confirms an alarm and stopping an alarm output.

  In FIG. 10, it is first determined whether or not the server has received alarm output information [S600]. When the alarm output information is received, the server performs an alarm output process [S602].

  FIG. 11 is a flowchart showing the flow of alarm output processing. In the alarm output process, the terminal output determination unit selects a terminal that outputs an alarm [S601]. Terminals that can be selected are limited to terminals for which the terminal abnormality flag is not set in the network failure detection unit in S604. Here, the abnormality flag refers to a terminal in which a network failure or the terminal itself has failed. Next, the alarm level output determination unit selects an alarm level from the alarm output information received in S600 [S700]. Selects the character color to be displayed on the screen from the selected alarm level and whether or not to play the alarm sound, the type of alarm sound, the length of the playback (continues until the confirmation button is pressed, only the alarm sound length is N seconds, set Determined length M × N seconds). When there is no alarm sound reproduction, the time for repeatedly requesting display is arbitrarily set (set to N seconds). Next, when an alarm sound is output from the alarm level determined by the S700 alarm level output determination unit [S701], an alarm character to be displayed on the screen is generated by the screen generation unit [S702], and the screen transmission unit receives S700 from the server. The character string to be displayed on the screen is transmitted to the terminal selected in [S703]. In addition, the sound output request unit requests the terminal to reproduce the alarm sound from the server [S704]. The screen output unit of the terminal displays the warning character string transmitted in S703 on the screen [S705]. The sound output unit of the terminal reproduces the alarm sound requested in S704 from a speaker connected to the terminal [S706]. When there is no alarm sound output [S701], the processing excluding the processes of S704 and S706 is performed after the alarm output is output [S707, S708, S709].

  Next, in FIG. 10, the alarm loop is executed at intervals of N seconds or the designated repetition time N seconds of the alarm sound determined in S700 [S603 to S609]. The network failure detection unit [S604] determines whether or not the network between the server and the terminal is normal [S605]. In the case of an abnormality, a flag is set for the terminal where the network failure has occurred [S605b]. Next, in the abnormality confirmation determination unit [S606], it is determined whether or not the user has confirmed the alarm at the terminal [S607]. If the user has not confirmed the alarm, an alarm output process is performed [S608]. When the user confirms the alarm, the user exits from the alarm loop and ends the alarm output.

  According to the present embodiment, when an alarm occurs, the user can set an arbitrary alarm level for each alarm or terminal, and can select an alarm screen display or alarm sound type to be output for each alarm level. Further, depending on the alarm level, a plurality of terminals can be selected and an alarm output request can be transmitted.

  In this embodiment, an example in which the present systems are connected by a network will be described.

  FIG. 12 is a system configuration diagram when the present systems are connected to each other via a network. The server Y 800 and the server Z 807 have the same configuration as the server 100 in FIG. The network 801 and the network 808 are the same as the network 102 in FIG. The terminal A of 802, the terminal B of the terminal 803, the terminal C of the terminal 804, the terminal D of the terminal 810, the terminal P of the terminal 812, the terminal Q of the terminal 812, and the terminal R of the terminal 813 of FIG. Have The network 806 connects 800 servers Y and 807 servers Z. A network 801 connects 800 servers Y to 802 terminals A, 803 terminals B, 804 terminals C, and 805 terminals D. The network 808 connects the server Z 807 to the terminal O 810, the terminal P 811, the terminal Q 812, and the terminal R 813 R.

  Here, the server Y and the server Z are servers that handle different operation management systems, respectively, and the terminal A802 to the terminal D805 and the terminal O810 to the terminal R813 may be provided on different floors of the same operation command center. May be on the same floor.

  When the server Y800 goes down, the server Z807 detects that the server Y800 is down and outputs an alarm to the terminals (terminal O810, terminal P811, terminal Q812, terminal R813) connected to the server Z807 side.

  When a failure occurs in the network 801, the server Z807 detects a system down of the network 801 and outputs an alarm to a terminal (terminal O810, terminal P811, terminal Q812, terminal R813) connected to the server Z807 side.

  The above is effective even when the server Y800 is replaced with the server Z801 and the network 801 is replaced with the network 802.

  According to this embodiment, when the systems are connected by a network, even if the server Y800 itself fails, the alarm output of the terminal connected to the server Y800 can be automatically stopped and started normally. An alarm can be output to the server Z807 side. In this way, it is possible to detect a terminal that is operating normally and output an alarm even when the server itself fails or when the network 801 or the network 808 itself fails.

  As described above, in the present invention, the server manages the alarm output and stop to the terminal. That is, when an abnormality that causes an alarm occurs, the alarm output request is continuously output until the server recognizes that the user has confirmed the alarm. Thereby, it is possible to prevent an alarm from being overlooked by the user. Furthermore, when a plurality of terminals are connected, the server detects a terminal that cannot output an alarm and outputs an alarm to a normal terminal, so that the alarm confirmation by the user can be more reliably performed.

  Further, in the present invention, when the server cannot receive the alarm confirmation from the user, that is, when a network failure occurs, the alarm output is automatically stopped by the above configuration, the network is restored, and the server 100 can receive the alarm confirmation from the user. The alarm is output again. Accordingly, since the alarm output from the terminal is considered to be an alarm that the user has not yet confirmed, the user can be prevented from being confused due to the continuation of the alarm confirmed by the user. Further, since the terminal outputs an alarm every time an alarm output request is received from the server, the user can reliably detect an alarm corresponding to the current situation.

  In addition, since the terminal that outputs an alarm as described above can be realized with a simple configuration in which an alarm is output for a certain period of time when an alarm output request is received, it is not necessary to cause the terminal to perform complicated processing, and the entire system can be configured with a simple configuration. Can be built.

  In the first to fifth embodiments, the case where the present invention is applied to a train operation management system has been described. However, the present system is not limited to this, for example, a power generation system such as nuclear power, or a water supply management system. It can be applied to monitoring system such as

  In addition, this system is not limited to an above-described Example, Various modifications are included. For example, the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described. Further, a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. Further, it is possible to add, delete, and replace other configurations for a part of the configuration of each embodiment. Further, it is possible to add, delete, and replace other configurations for a part of the configuration of each embodiment.

  Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit. Further, each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor. Information such as programs, tables, and files that realize each function can be stored in a memory, a recording device such as a hard disk or an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.

  Further, the control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.

100 Server 101 Terminal A
102, 119 Network 103 Communication receiver 104 Output determination unit 104a Output terminal determination unit 104b Alarm level output determination unit 105 Screen generation unit 106 Screen transmission unit 107 Sound output request unit 108 Alarm confirmation unit 109 Network failure detection unit 110 Communication transmission / reception unit ( Server side)
111 Communication transceiver (terminal side)
112 Screen output unit 113 Sound output unit 114 Input interface 115 Abnormality confirmation unit 116 Terminal B
117 Terminal C
118 Terminal D
120 Station System 121 Course Control Device 122 Interlocking Device 123 Station System Terminal 124 Field Equipment

Claims (9)

A station system that is installed at multiple stations and controls the course of trains in the control area;
A server that is connected to a plurality of the station systems via a network, detects abnormality information transmitted from any of the plurality of station systems or a failure of the network, and transmits an alarm output command;
In an operation management system comprising: an alarm terminal that is connected to the server via a second network and outputs an alarm to a user when the alarm output command is received;
The alarm terminal outputs an alarm to the user for a predetermined time each time the alarm output command is received, and if the alarm output command is not received from the server for the predetermined time or more, an alarm for the user is issued. An operation management system characterized by stopping output. In the operation management system according to claim 1,
The alarm terminal is provided with alarm confirmation means for accepting that the user has confirmed the alarm and transmitting that the user has confirmed the alarm to the server via the second network,
The server repeatedly transmits the alarm output command to the alarm terminal until the server confirms that the user has confirmed the alarm from the alarm confirmation unit. In the operation management system according to claim 2,
A plurality of alarm terminals are connected to the server via the second network, the server transmits an alarm output command to at least one of the plurality of alarm terminals, and the at least one alarm terminal Can not receive the alarm output command, or if the user has not confirmed that the alarm has been confirmed from the at least one alarm terminal for a certain period of time, further to any other terminal of the plurality of terminals An alarm output system for transmitting an alarm output command. In the operation management system according to claim 2,
When the server detects the abnormality of the second network when transmitting the warning output command, the server stops the transmission of the warning output command that has been continued, and the second network is recovered normally. The operation management system is characterized in that the alarm output command is transmitted again. In the operation management system according to claim 1,
A second server is connected to the server, and an alarm terminal different from the alarm terminal is connected to the second server,
When the server cannot transmit the alarm output command when detecting abnormality information transmitted from any of the plurality of station systems or a failure in the network, the server outputs the alarm output when the server cannot transmit the alarm output command. An operation management system that detects that an instruction cannot be transmitted and outputs an alarm output instruction to the other alarm terminal. In the operation management system according to claim 1,
The server sets an alarm level for each type of abnormality information transmitted from any of the plurality of station systems or the failure of the network, and outputs an alarm sound or an alarm screen according to the set alarm level. An operation management system, wherein an alarm output command is transmitted to the alarm terminal. A server for detecting an abnormality in a field facility connected via a network or a failure of the network and transmitting an alarm output command;
In an alarm output system comprising: an alarm terminal that receives the alarm output command from the server via a second network and outputs an alarm to a user;
The alarm output system, wherein the alarm terminal stops alarm output for a user when the alarm output command is not received from the server for a predetermined time or more. The alarm output system according to claim 7,
The alarm terminal comprises a warning output means for outputting a warning for a certain time each time an alarm output command is received, and a warning confirmation means for accepting that the user has confirmed the alarm and transmitting it to the server,
The server repeatedly requests the alarm output from the terminal until the server confirms that the user has confirmed the alarm from the warning confirmation means. The alarm output system according to claim 8, wherein
A plurality of alarm terminals are connected to the server via the second network, the server transmits an alarm output command to at least one of the plurality of alarm terminals, and the at least one alarm terminal Cannot receive the alarm output command, or when the user has not confirmed that the alarm has been confirmed from the at least one terminal for a predetermined time, any one of the plurality of alarm terminals An alarm output system which transmits an alarm output command to a terminal.

Images