"複数の駅に設置され、制御エリア内の列車に対して進路制御を行う駅システムと、複数の前記駅システムとネットワークを介して接続され、複数の前記駅システムのいずれかから送信される異常情報または前記ネットワークの障害を検知し、警報出力命令を送信するサーバと、前記サーバと第2のネットワークを介して接続され、前記警報出力命令を受信すると、ユーザに対して警報を出力する警報端末と、を備える運行管理システムにおいて、前記警報端末は、前記警報出力命令を受信するごとに所定の時間ユーザに対して警報を出力し、前記サーバから前記警報出力命令を前記所定の時間以上受信しなかった場合には、ユーザに対する警報出力を停止することを特徴とする運行管理システム。請求項1に記載の運行管理システムにおいて、前記警報端末には、ユーザが警報を確認したことを受付け、ユーザが警報を確認したことを前記第2のネットワークを介して前記サーバへ伝達する警報確認手段が備えられ、前記サーバは、前記警告確認手段からユーザが警報を確認したことを伝達されるまで、前記警報端末へ前記警報出力命令を繰り返し送信することを特徴する警報出力システム。請求項2に記載の運行管理システムにおいて、前記サーバには、前記第2のネットワークを介して複数の警報端末が接続され、前記サーバは前記複数の警報端末のうち少なくとも1の警報端末へ警報出力命令を送信し、当該少なくとも1の警報端末が前記警報出力命令を受信できない場合、または、ユーザが警報を確認したことを当該少なくとも1の警報端末から一定時間伝達されなかった場合には、さらに前記複数の端末のうちいずれか他の端末へ警報出力命令を送信することを特徴とする警報出力システム。請求項2に記載の運行管理システムにおいて、前記サーバは前記警報出力命令を送信する際、前記第2のネットワークの異常を検出すると、継続していた前記警報出力命令の送信を停止し、前記第2のネットワークが正常に回復した場合には、再び前記警報出力命令を送信することを特徴とする運行管理システム。請求項1に記載の運行管理システムにおいて、前記サーバには第2のサーバが接続され、前記第2のサーバには前記警報端末とは別の警報端末が接続されるものであって、複数の前記駅システムのいずれかから送信される異常情報または前記ネットワークの障害を検知した際に前記サーバが前記警報出力命令を送信できない場合には、前記第2のサーバは前記サーバが前記警報出力命令を送信できないことを検知し、前記別の警報端末へ警報出力命令を出力することを特徴とする運行管理システム。請求項1に記載の運行管理システムにおいて、前記サーバは、複数の前記駅システムのいずれかから送信される異常情報または前記ネットワークの障害の種類ごとに警報レベルを設定し、設定した前記警報レベルに応じた警報音または警報画面を出力するよう前記警報端末へ警報出力命令を送信することを特徴とする運行管理システム。ネットワークを介して接続される現場の設備の異常または前記ネットワークの障害を検出し、警報出力命令を送信するサーバと、前記サーバから第2のネットワークを介して前記警報出力命令を受信し、ユーザへ警報を出力する警報端末と、を備える警報出力システムにおいて、前記警報端末は、前記サーバから前記警報出力命令を所定の時間以上受信しなかった場合には、ユーザに対する警報出力を停止することを特徴とする警報出力システム。請求項7に記載の警報出力システムにおいて、前記警報端末は、警報出力命令を受信するごとに一定時間警告を出力する警告出力手段と、ユーザが警報を確認したことを受付け、前記サーバへ伝達する警告確認手段と、を備え、前記サーバは、前記警告確認手段からユーザが警報を確認したことを伝達されるまで、前記端末へ前記警報出力を繰り返し要求することを特徴する警報出力システム。請求項8に記載の警報出力システムにおいて、前記サーバには、前記第2のネットワークを介して複数の警報端末が接続され、前記サーバは前記複数の警報端末のうち少なくとも1の警報端末へ警報出力命令を送信し、当該少なくとも1の警報端末が前記警報出力命令を受信できない場合、または、ユーザが警報を確認したことを当該少なくとも1の端末から所定の時間伝達されなかった場合には、さらに前記複数の警報端末のうちいずれか他の警報端末へ警報出力命令を送信することを特徴とする警報出力システム。一般の鉄道等の管理システムの構成例として、サーバ室等に設置されたサーバが、指令室に設置された端末に対して表示画面,音声等の情報を出力し、端末では単に受信した出力情報を例えば表示画面に出力するような、サーバ側で端末への出力,端末からの入力を管理するよう構成されるものがある。そして、特許文献1に記載のような異常発生時においては、指令員等のユーザが異常状態に気づかず事故を見逃さないよう、指令室に設置された端末へ警報画面や警報音をユーザが確認するまで継続して出力するよう構成されることが考えられる。ここで、前述のようにサーバ側で端末への出力,端末からの入力を管理するよう構成した場合には、一端サーバから警報情報を受信すると、その後サーバと警報端末間のネットワーク障害が発生した時には、ユーザによる警報確認をサーバへ送信することができないため、警報が確認されているのにも関わらず、警報音等の警報出力が継続してしまう可能性がある。これによりユーザは、不確かな警報が継続することにより混乱を生じてしまう可能性がある。また、警報を発する端末側に常にサーバとの接続状況を監視する手段を設け、ネットワーク障害の際は不確かな警報出力を防ぐため警報出力を停止させることも考えられるが、端末側のシステムが複雑となり好ましくない。そこで本発明は、ネットワーク障害発生時には、簡単なシステム構成で警報を自動停止し、ユーザの混乱を防ぐ運行管理システムおよび警報出力システムを提供することを目的とする。上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、ネットワークを介して接続される現場の設備の異常または前記ネットワークの障害を検出し、警報出力命令を送信するサーバと、前記サーバから第2のネットワークを介して前記警報出力命令を受信し、ユーザへ警報を出力する警報端末と、を備える警報出力システムにおいて、前記警報端末は、前記サーバから前記警報出力命令を所定の時間以上受信しなかった場合には、ユーザに対する警報出力を停止することを特徴とする。本発明によれば、警報を出力する端末がサーバから逐次警報要求を受けて警報を出力するため、ネットワーク障害発生時には警報は自動停止する。これにより、不確かな警報出力の継続によるユーザの混乱を防止することができる。下記に本発明のシステムの詳細を実施例をもって詳細に説明するが、本発明の範囲はこれらに限定されるものではない。図1は、本発明の警報出力システムの構成図である。本実施例では、本発明による警報出力システムを列車の運行管理システムへ適用した例を用いて説明する。中央システムに設けられるサーバ100は、各駅設置される駅システム120からの情報をネットワーク119を介して受信する通信受信部103、通信受信部103が受信した情報から警報の出力判定を行い警報の出力要求を行う出力判定部104、出力判定部104から警報の出力要求を受けて画面に出力する警報メッセージを生成する画面生成部105、画面生成部105が生成した警報メッセージから警報の出力画面を生成し、生成した画面データを伝送する画面伝送部106、出力判定部104から警報の出力要求を受けて端末A101へ警報音の出力要求を行う音出力要求部107、端末A101から警報を確認したことを受付ける警報確認部108、端末A101とのデータの送受信を行う通信送受信部110、を有する。ネットワーク102は、サーバ100と端末A101を繋いでいる。また、指令卓に設置される端末A101は、サーバ100とのデータの送受信を行う通信送受信部111,警報メッセージや警報画面を表示する画面出力部112,警報音を出力する音出力部113,指令員等のユーザからの入力を受付ける入力インターフェース114,指令員からの確認を受付ける異常確認部115、を有する。また、図示していないが端末A101には、警報確認ボタンが設けられ、入力インターフェース114を介して警報を確認したこと示す信号が入力される。また、各駅に設けられる駅システム120は、制御エリア内の列車の進路制御を行うための信号機や転てつ機,列車位置を検出する軌道回路等で構成される現場設備124と、現場設備124へ駆動指示を行う連動装置122と、前述の中央システムから受け取った運行ダイヤの情報に基づいて制御エリア内の列車の進路制御を行うため連動装置へ進路制御指示を行う進路制御装置121と、進路制御装置121から現在の運用状況を表示する駅システム端末123と、を有する。警報発生時、サーバ100の通信受信部103は、遠隔地にある駅システム120から警報情報を受信する。この駅システム120からの警報情報は、例えば、現場設備124や連動装置122の不具合,異常情報である。また、ネットワーク119がネットワーク障害となった場合にも通信受信部103は警報情報を検知する。通信受信部103から警報情報を受けた出力判定部104は、受信した警報情報に応じて画面生成部105と音出力要求部107に繰り返し警報出力を要求する。このとき出力判定部104は、警報確認部108からの警報停止要求を受信するまで警報出力の要求を継続する。画面生成部105は、警報情報から端末A101の画面に出力する警報メッセージを生成する。画面伝送部106は、警報メッセージを含む画面を生成し、生成した画面データを端末A101に送信する。音出力要求部107は、端末に音を出力するようにネットワーク102を介して音出力要求メッセージを端末A101に送る。通信送受信部110は、画面データと音出力要求メッセージを端末A101に送信し、端末A101からの応答を受信する。通信送受信部111は、サーバ100から画面データと音出力要求メッセージを受信し、端末A101からサーバ100に応答を送信する。指令卓には端末A101が設置されており、端末A101の画面出力部112は、サーバから送信された警報メッセージや警報画面を端末A101の画面上に表示する。このように、端末A101側ではなくサーバ100で警報の出力画面の作成処理を行うことで、端末A101を簡易な構成とすることができる。また、音出力部113は、サーバから要求された音出力要求メッセージを受信し、前記メッセージに従い警報音を端末から出力する。警報音ファイルは端末に保持しているものとするが、ネットワーク102を介してサーバ100から配信しても良い。このように端末A101が出力する警報画面や警報音によって、指令卓にいる指令員が現場設備124等の異常を知ることができる。そして、端末A101の画面上には警報確認ボタンが設けられており、警報を確認した指令員からの警報確認を受付けることができる。入力インターフェース114は、端末の画面上に表示した警報確認ボタンをユーザが押下した際に、応答を異常確認部115に送る。異常確認部115は、端末A101で警報を確認したことをサーバへ伝える。端末に設置されている警報確認ボタン押下時、サーバの警報確認部108は、端末で警報を確認したことを検知し、出力判定部104へ警報出力を停止するよう停止要求を行う。停止要求を受けた出力判定部104は、継続して出力していた警報出力の要求を停止する。端末A101では、サーバ100からの警報出力要求の停止に伴い警報画面や警報音の出力を停止する。このように、サーバ100はユーザ指令員が警報を確認したことを確実に検知するまで警報出力要求を端末A101へ継続して送信するため、ユーザが警報を見逃すことを防ぎ、ユーザに確実に警報を確認させることができる。また、サーバ100は通信受信部103によって駅システム120からの異常が解消したことを検知し、これをもって出力判定部104による警報出力の要求を停止させるように構成することもできる。これによって、警報の要因が解消しているのにも関わらず警報を出力し、ユーザを混乱させることを防ぐことができる。また、サーバ100と端末A101間のネットワーク障害時、サーバ100の画面伝送部106と音出力要求部107から警報出力要求が端末A101に送信されるが、ネットワーク102障害のため端末A101に受信されず、端末A101からの警報出力は停止する。またネットワーク復旧時は、サーバ100の画面伝送部106と音出力要求部107から送信される警報出力要求を端末A101が受信でき、端末A101は再び警報出力を行うことができる。つまり、本実施例では、サーバ100がユーザからの警報確認を受信できない状態、すなわちネットワーク障害時には、警報出力を自動停止し、ネットワークが復旧し、サーバ100がユーザからの警報確認を受信できる状態になると、再び警報出力を行う。これによって、端末A101から出力される警報は、ユーザがまだ警報確認を行っていない警報であると考えられるため、不確かな警報の継続によるユーザの混乱を防ぐことができる。また、端末A101が警報を出力している場合には、必ずサーバ100が警報情報を認識していると考えられるため、ユーザは現状を反映した警報を確実に検知することができる。図2は、図1の本システムで異常を検知し、端末A101から警報出力し、その後ユーザが警報を確認して警報出力を停止するまでの処理の流れを示すシーケンス図である。まずサーバ100が警報出力情報を受信する[S400]。警報出力情報を受信したサーバは、警報出力処理を開始し[S401]、任意の秒数毎にネットワーク102を介して端末A101に警報出力を繰り返し要求する警報文字警報確認ボタン表示と警報音出力を繰り返し要求する[S402,S404,S406]。要求を受信した端末A101は、警報出力要求を受信する毎に所定の時間警報を出力する警報文字警報確認ボタンを端末上に表示し、警報音を再生する[S403,S405,S407]。ここで、この警報を出力する時間は、予め任意の時間に設定することができる。ユーザが端末A101のモニタに表示されている確認ボタンを端末A101に接続されているマウスでクリックした際[S408]、マウスから端末A101へ確認応答を送信し[S409]、確認応答を受信した端末A101は、警報出力停止要求をサーバ100に送信する[S410]。警報出力停止要求を受信したサーバ100は、警報出力処理を停止する[S411]。端末A101の警報出力は[S403]から警報音の再生長が経過後、自動で停止する警報文字警報確認ボタンを指令卓上で非表示とし、警報音を停止する[S412]。このように本実施例ではサーバ100からの警報出力要求と、端末A101の警報出力とが、1対1に対応している。すなわち、サーバ100から警報出力要求を受信し続ければ、端末A101から警報が出力され続けるが、サーバ100から警報出力要求を受信しなくなると自動的に警報は停止する。これによって、端末A101には現在サーバが認識する異常情報を反映して警報が出力されるため、ユーザの混乱を防ぐことができる。また、端末A101の構成としては、サーバ100からの警報出力要求の受信間隔に着目し、所定の時間、警報出力要求を受信しなかった場合に警報出力を停止するように構成することもできる。図3は、図1の本システムで異常警報を検知し、端末A101から警報出力し、その後サーバ100と指令卓間のネットワーク102が障害が発生した場合と、ネットワーク102が回復した際のユーザが警報を確認して警報出力を停止するまでの処理の流れを示すシーケンス図である。まずサーバ100が警報出力情報を受信する[S500]。警報出力情報を受信したサーバ100は、警報出力処理を開始し[S501]、任意の秒数毎に端末A101に警報出力を繰り返し要求する警報文字警報確認ボタン表示と警報音出力を要求する[S502,S504]。要求を受信した端末A101は、警報を出力する警報文字警報確認ボタンを端末上に表示し、警報音を再生する[S503,S505]。S505警報出力の後、サーバ100と指令卓間のネットワーク102の障害が発生する[S506]。S504警報出力要求の任意の秒数後、再び警報出力を端末A101に要求する[S507a,S507b]。しかし、サーバ100と端末A101間のネットワーク障害が発生しているため、端末A101が警報出力要求を受信することはできず、端末A101からの警報出力は自動停止する[S507c]。ネットワーク復旧[S510]後、サーバから要求された警報出力[S513]を、端末A101が受信し、端末A101は警報を出力する[S514]。ユーザが端末のモニタに表示されている確認ボタンを端末A101に接続されているマウスでクリックした際[S515]、マウスから端末A101へ確認応答を送信し[S516]、確認応答を受信した端末A101は、警報出力停止要求をサーバ100に送信する[S517]。警報出力停止要求を受信したサーバ100は、警報出力処理を停止する[S518]。端末A101の警報出力は停止する警報文字警報確認ボタンを端末上で非表示とし、警報音を停止する[S519]。このようにネットワーク障害が発生し、サーバ100がユーザからの警報確認を受信できない場合には、端末A101は、自動的に警報出力を停止する。これにより、ユーザが警報を確認しているにも関わらず端末A101が警報音を継続し、不確かな警報音によってユーザが混乱することを防ぐことができる。また、ネットワークが復旧時にまだ異常が継続していれば、端末A101は、再度サーバ100から警報出力要求を受信し、ユーザへ警報を出力するため、ユーザは確実に現状の異常状況を確認できる。また、端末A101には一度出力した警報の履歴が表示されるよう構成することができ、これにより、警報音が出力されていない場合であっても、ユーザは端末A101の画面をみれば異常を確認することができる。図4および図5は、図1の本システムで警報を検知し、端末A101から警報を出力し、その後ユーザが警報を確認して警報出力を停止するまでの処理の流れを示すフローチャート図である。図4において、まず警報出力情報をサーバ100が受信したか否かを判断する[S600]。警報出力情報を受信している場合、サーバ100は警報出力処理を行う[S602]。図5は警報出力処理の流れを示すフローチャート図である。図5の警報出力処理は、画面生成部105で画面に表示する警報文字を生成し[S702]、サーバ100の画面伝送部から画面に表示する警報文字列を送信する[S703]。またサーバの音出力要求部で端末A101に警報音の再生要求を行う[S704]。端末A101の画面出力部では、S703で送信された警報文字列を画面上に表示する[S705]。端末A101の音出力部では、S704で要求された警報音を端末A101に接続されたスピーカから再生する[S706]。次に図4の警報ループに処理が移る。警報ループは、サーバの異常確認判定部[S606]でユーザ確認[S607]されるまで無限に繰り返えす[S603~S609]。サーバの異常確認判定部[S606]は端末にてユーザが警報を確認したか否かを判定する[S607]。ユーザが警報を確認していない場合、警報出力処理を行う[S608]。ユーザが警報を確認した場合、警報ループから抜け警報出力を終了する。以上の処理により、簡単なシステム構成,処理で確実に現状を反映した警報をユーザが検知することができる。また、ユーザは特別な操作無しで警報を停止,検知できる。実施例1のサーバ100にネットワーク障害検知部を備えた場合の警報発生時とネットワーク障害発生時の例を説明する。図6は、本警報出力システムのサーバ100にネットワーク障害検知部109を備えた場合のシステム構成図である。以下図1との相違点を述べる。サーバ100のネットワーク障害検知部109は、サーバ100と端末A101間のネットワーク障害発生時、ネットワーク障害を検知し、出力判定部104にネットワーク障害情報を送信する。出力判定部104は、ネットワーク障害情報を受信し、警報出力要求を停止することで自動に端末A101の警報音出力が停止する。またネットワーク復旧時は、ネットワーク障害検知部109がサーバ100と端末A101間のネットワークが正常である情報を出力判定部104に送信し、端末A101は再び警報出力を行う。図7は、図6の構成のシステムで警報出力情報を検知し、端末から警報出力し、その後サーバと指令卓間のネットワーク障害が発生した場合と、障害が回復した場合にユーザが警報を確認して警報出力を停止するまでの処理の流れを示すシーケンス図である。以下図3との相違点を述べる。サーバと指令卓間のネットワーク障害が発生後[S506]、サーバから端末に警報出力要求を送信した場合[S507]、ネットワーク障害発生のため、端末は要求を受信することはできず、サーバはネットワーク障害発生通知を受信する[S508]。通知を受信したサーバは、警報出力処理を停止する[S509]。ネットワーク復旧[S510]後、サーバは、ネットワーク復旧通知を受信し[S511]、警報出力処理を開始する[S512]。このようにネットワーク切断時においてサーバから不要な警報出力要求を送信停止することで不要な情報通信を削除することができシステムの性能を向上することが可能となる。本実施例では、本警報出力システムの端末を複数台とした場合の実施例について説明する。図8は、本警報出力システムの端末を複数台とした場合のシステム構成図である。以下図6との相違点を述べる。サーバ100の出力端末判定部104aは、ネットワーク102を通じてサーバと正常に通信可能な端末のうち警報を出力する端末端末A101端末B116端末C117端末D118を決定し、いずれかの端末を通じてユーザが警報を確認するまで端末に警報出力を要求する。ネットワーク102は、サーバ100と端末A101端末B116端末C117端末D118を繋いでいる。また、端末A101端末B116端末C117端末D118は、それぞれ同じ指令室に設置されており、図示していないが、端末B116端末C117端末D118の内部構成は、端末A101の内部と同様で、端末B116,端末C117,端末D118には、警報確認ボタンが設けられている。警報発生時、サーバの通信受信部103は、遠隔地に設置された駅システム120から警報情報を受信する。出力端末判定部104aは、ネットワーク102を通じてサーバと正常に通信可能な端末のうち警報を出力する端末端末A101端末B116端末C117端末D118を決定し、ユーザが警報を確認するか、ネットワーク障害が発生するまで端末に警報出力を要求する。画面生成部105は、画面に出力する警報メッセージを生成する。画面伝送部106は、生成した画面データをネットワーク102を介して出力端末判定部104aで決定した端末に画面データを送る。音出力要求部107は、警報レベルに合わせ端末に音を出力するようにネットワーク102を介して要求メッセージを端末に送る。通信送受信部110は、画面データと音出力要求メッセージを端末に送信し、サーバに端末からの応答を受信する。端末Aの通信送受信部111は、サーバから画面データと音出力要求メッセージを受信し、端末からサーバに応答を送信する。画面出力部112は、サーバから送信された警報メッセージを端末の画面上に表示する。音出力部113は、サーバから要求された警報音を端末から出力する。入力インターフェース114は、端末の画面上に表示した警報確認ボタンを押下した際に、応答を異常確認部115に送る。異常確認部115は、端末で警報を確認したことをサーバへ伝える。サーバの警報確認部108は、端末で警報を確認したことを検知し、警報出力を停止する。ネットワーク障害検知部109は、ネットワーク102の通信を監視し、警報が出力できる端末を監視する。ネットワーク102と警報出力している端末間のネットワーク障害発生時、サーバ100のネットワーク障害検知部109は、異常を検知し、出力端末判定部104aにネットワーク故障の生じた端末情報を送信する。ネットワーク102と端末A101間のネットワーク障害発生の場合、出力端末判定部104aは、あらかじめ登録されている端末情報リストデータから接続可能な端末B116を選択し、警報の再出力を行う。再出力した端末B116で警報を確認した場合、警報出力は停止する。また、再出力した端末B116でネットワーク故障が発生した場合、再度警報可能な端末を出力端末判定部104aで選択し、別の端末Cに警報出力を行う。この処理を繰り返し実施する本システムは、ネットワーク102と端末間のネットワーク障害が発生した場合でも警報をサーバ100に接続されている端末で継続して出力可能とし、ユーザが警報を確認するまで警報出力可能なため、ユーザは確実に警報を検知することができる。また、ネットワーク障害が発生した端末だけでなく、サーバ100が端末A101~端末D118の故障を検知して正常な端末へ警報出力要求を行うようにすることもできる。本例では、端末ごとのネットワーク障害を検知して、正常な端末へ警報の出力要求を行うよう構成したが、例えば、最初端末A101へ警報出力要求を行っていたが、一定時間以上ユーザからの確認が無かった場合に、自動的に端末B116へ警報出力要求の出力先を切替えることもできる。また、切替える端末の順番を予めサーバ100内に記憶しておくこともできる。これによって、ある端末ではユーザが警報を認識できなかった場合でも、順次警報出力を行う端末が切替わるので、ユーザは確実に警報を検知することができる。本実施例では、本警報出力システムの端末を複数台とし、警報レベルを選択可能とした場合の例を説明する。図9は、本システムの警報出力システムのシステム構成図警報レベル選択有である。図9は、図8のサーバ100の構成の他に警報レベル出力判定部104bを有している。この警報レベル出力判定部104bは、通信受信部103で受信した警報を入力として出力端末判定部104aで選択した端末ごとに警報レベルを決定し、画面生成部105および音出力要求部107へ警報出力を要求する。ここで決定した警報レベルにより、画面に表示する警報出力の種類文字色や文字サイズなどと警報音の再生の有無,警報音の種類,再生の長さ確認ボタンを押下するまで連続警報音の長さN秒のみ設定した長さM×N秒を決定し、画面生成部105と音出力要求部107に警報出力を要求する。警報音の再生無しの場合、繰り返し表示要求する時間を任意に設定N秒と設定し、画面生成部105と音出力要求部107に警報出力を要求する。図10および図11は、図9の本システムで異常を検知し、サーバが受信した警報毎に警報レベルを選択し、警報レベルによって端末から出力する警報音の有無,警報音の種類,警報音再生の長さを変化させ、その後ユーザが警報を確認して警報出力を停止するまでの処理の流れを示すフローチャート図である。図10において、まず警報出力情報をサーバが受信したか否かを判断する[S600]。警報出力情報を受信している場合、サーバは警報出力処理を行う[S602]。図11は、警報出力処理の流れを示すフローチャート図である。警報出力処理は、端末出力判定部で警報を出力する端末を選択する[S601]。選択できる端末は、S604のネットワーク障害検知部にて端末異常フラグが設定されていない端末に限る。ここで異常フラグとは、ネットワーク障害や端末自体が故障している端末をいう。次に警報レベル出力判定部でS600で受信した警報出力情報より警報レベルを選択する[S700]。選択した警報レベルより、画面に表示する文字色の選択と警報音の再生の有無,警報音の種類,再生の長さ確認ボタンを押下するまで連続警報音の長さN秒のみ設定した長さM×N秒を決定する。警報音の再生無しの場合、繰り返し表示要求する時間を任意に設定するN秒と設定する。次にS700警報レベル出力判定部で決定した警報レベルから警報音の出力有りの場合[S701]、画面生成部で画面に表示する警報文字を生成し[S702]、画面伝送部にてサーバからS700で選択した端末に画面に表示する文字列を送信する[S703]。また音出力要求部でサーバから端末に警報音の再生要求を行う[S704]。端末の画面出力部では、S703で送信された警報文字列を画面上に表示する[S705]。端末の音出力部では、S704で要求された警報音を端末に接続されたスピーカから再生する[S706]。警報音の出力無しの場合[S701]、警報を出力有りの場合から、S704とS706の処理を除いた処理を行う[S707,S708,S709]。次に図10において、S700で決定した警報音の再生の長さN秒毎又は指定した繰り返し時間N秒に応じた間隔で警報ループを実行する[S603~S609]。ネットワーク障害検知部[S604]では、サーバと端末間のネットワークが正常であるか否かを判断する[S605]。異常の場合、ネットワーク障害の発生している端末にフラグをたてる[S605b]。次に異常確認判定部[S606]で、端末にてユーザが警報を確認したか否かを判定する[S607]。ユーザが警報を確認していない場合、警報出力処理を行う[S608]。ユーザが警報を確認した場合、警報ループから抜け警報出力を終了する。本実施例によれば、警報発生時にユーザが任意の警報レベルを警報や端末ごとに設定し、警報レベルごとに出力する警報画面表示や警報音の種類を選択することが可能である。また、警報レベルによっては複数の端末を選択して警報出力要求を送信することもできる。本実施例では、本システム同士をネットワークで繋いだ場合の例を説明する。図12は、本システム同士をネットワークで繋いだ場合のシステム構成図である。800のサーバYと807のサーバZは、図9のサーバ100と同様の構成を有する。801のネットワーク808のネットワークは図1のネットワーク102と同様である。802の端末A803の端末B804の端末C805の端末D810の端末O811の端末P812の端末Q813の端末Rは、図1の端末A101と同様の構成を有する。806のネットワークは、800のサーバYと807のサーバZを繋いでいる。801のネットワークは、800のサーバYと802の端末A,803の端末B,804の端末C,805の端末Dを繋いでいる。808のネットワークは807のサーバZと810の端末O,811の端末P,812の端末Q,813の端末Rを繋いでいる。ここで、サーバYとサーバZはそれぞれ異なる運行管理のシステムを扱うサーバであり、端末A802~端末D805と、端末O810~端末R813はそれぞれ同じ運転指令所の異なるフロアに設けられ場合もあれば、同じフロアに設けられる場合もある。サーバY800がシステムダウンした場合、サーバZ807はサーバY800のシステムダウンを検知し、警報をサーバZ807側に接続されている端末端末O810,端末P811,端末Q812,端末R813に出力する。またネットワーク801に障害が発生した場合、サーバZ807はネットワーク801のシステムダウンを検知し、警報をサーバZ807側に接続されている端末端末O810,端末P811,端末Q812,端末R813に出力する。上記は、サーバY800をサーバZ801,ネットワーク801をネットワーク802と置き換えた場合でも有効である。本実施例によれば、本システム同士をネットワークで繋いだ場合において、サーバY800自体が故障した場合においてもサーバY800に接続されている端末の警報出力は、自動で停止可能となり、正常に起動しているサーバZ807側に警報を出力することが可能である。このようにサーバ自体の故障時やネットワーク801ネットワーク808自体の故障時にも正常に動作している端末を検知し警報を出力することが可能である。以上のように、本発明ではサーバが端末への警報出力,停止を管理する。すなわち、警報の要因となる異常が発生した場合には、ユーザが警報を確認したとサーバが認識するまで警報出力要求を継続して出力する。これによって、ユーザによる警報の見逃しを防止することができる。さらに、複数の端末が接続される場合には、サーバは警報出力ができない端末を検知して、正常な端末へ警報出力を行うため、ユーザによる警報確認をより確実にできる。また、本発明ではサーバがユーザからの警報確認を受信できない状態、すなわちネットワーク障害時には、上記構成により警報出力を自動停止し、ネットワークが復旧しサーバ100がユーザからの警報確認を受信できる状態になると、再び警報出力を行う。これによって、端末から出力される警報は、ユーザがまだ警報確認を行っていない警報であると考えられるため、ユーザが確認済みの警報の継続によるユーザの混乱を防ぐことができる。また、端末はサーバからの警報出力要求の受信毎に警報を出力するため、ユーザは現状に対応した警報を確実に検知することができる。また、上述のように警報を出力する端末は、警報出力要求を受け付けたら一定時間警報を出力するという単純な構成で実現できるため、端末に複雑な処理をさせる必要がなく簡易な構成でシステム全体を構築することができる。上記の実施例1から実施例5では、本発明を列車の運行管理システムに適用した場合について説明したが、本システムはこれに限られることはなく、例えば原子力などの発電システムや水道の管理システムなどの監視系システムに適応できる。なお、本システムは上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成,機能,処理部,処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成,機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム,テーブル,ファイル等の情報は、メモリや、ハードディスク,SSDSolidStateDrive等の記録装置、または、ICカード,SDカード,DVD等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。"