情報処理装置及び情報処理方法及びプログラム
【課題】地震時に複数の鉄道事業者の鉄道車両を適切な状態に置く。
【解決手段】地震情報データベース１０１は、複数の鉄道事業者の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する。地震計情報処理部１０２は、複数の地震計から地震計情報を受信する。地震判定処理部１０３は、各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生している場合に、地震計情報と地震計位置データの各地震計の地理位置とに基づき、地震の震源地及び規模を判定する。走行制御判定処理部１０４は、地震が発生している場合に、地震の震源地及び規模と、路線軌道位置データの各路線の路線軌道の地理位置とに基づき、複数の鉄道事業者の路線ごとに、鉄道車両に対して走行制御が必要であるかを判定する。
【解決手段】地震情報データベース１０１は、複数の鉄道事業者の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する。地震計情報処理部１０２は、複数の地震計から地震計情報を受信する。地震判定処理部１０３は、各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生している場合に、地震計情報と地震計位置データの各地震計の地理位置とに基づき、地震の震源地及び規模を判定する。走行制御判定処理部１０４は、地震が発生している場合に、地震の震源地及び規模と、路線軌道位置データの各路線の路線軌道の地理位置とに基づき、複数の鉄道事業者の路線ごとに、鉄道車両に対して走行制御が必要であるかを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地震発生時に、鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する技術に関する。
【背景技術】
【０００２】
本願に関連する技術として、例えば、特許文献１に記載の技術がある。
特許文献１では、地震計装置に地震対策処置制御装置が接続し、地震対策処置制御装置に地震対策処置装置が接続している。
地震対策処置装置は、例えば、鉄道車両に各種情報を報知又は伝送する交通情報装置である。
地震対策処置装置（交通情報装置）は、鉄道線路の地上側に設けられてもよいし、鉄道車両の車内（例えば運転台又は車掌室など）に設けられてもよい。
そして、地震が発生した場合は、地震計装置が地震の震源との間の震源距離と、近傍に及ぼす地震被害の程度を推定する。
また、地震対策処置制御装置は、地震計装置の推定結果に基づき、地震が発生した旨の情報、又は鉄道車両が停止すべき旨の情報、又は鉄道車両が迂回すべき旨の情報、若しくは鉄道車両が引き返すべき旨の情報を、地震対策処置装置（交通情報装置）を介して、鉄道車両に報知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８４２２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以上のように、特許文献１の技術では、地震対策処置装置が、地震計装置の推定結果に基づく各種情報を地震対策処置制御装置から取得し、取得した情報を鉄道車両に通知して、地震発生時の鉄道車両の停止、迂回、引き返し等を可能にしている。
つまり、特許文献１の技術では、地震計装置、地震対策処置制御装置及び地震対策処置装置が通信を行い、相互に連携することによって、地震発生時の鉄道車両の走行制御を行っている。
現状、鉄道業界では、地震計等の地震対策設備は鉄道事業者単位で配備・保有されており、複数の鉄道事業者間で地震対策設備を共用することは行われていない。
かかる現実を考慮すると、地震計装置、地震対策処置制御装置及び地震対策処置装置の連携によって地震の影響範囲を正確に推定し、適切な運行制御を行うことができるのは、実質的に、鉄道事業者が地震計装置、地震対策処置制御装置及び地震対策処置装置をすべて保有している場合に限られる。
【０００５】
このため、特許文献１の技術によれば、これらの装置を完備していない鉄道事業者では、地震の影響を正確に予測することができず、また、この結果、地震発生時の安全確保動作が不十分又は過分になってしまう。
安全確保動作が不十分な場合とは、例えば、本来は、鉄道車両を緊急停止させなければならないにもかかわらず減速運転にとどまる場合である。
一方、安全確保動作が過分とは、例えば、本来は、減速運転で足りるところを鉄道車両を緊急停止させてしまう場合である。
日本国内に存在する鉄道事業者には、充実した地震対策設備を持つ鉄道事業者もあれば、充実した地震対策設備を持たない鉄道事業者もあるが、いずれの鉄道事業者であっても地震発生時に適切な安全確保動作を行う必要があることに変わりはない。
【０００６】
本発明は、これらの点に鑑みたものであり、鉄道事業者ごとの設備保有状況にかからわす、地震発生時に複数の鉄道事業者の鉄道車両を適切な状態に置くことができる仕組みを実現することを主な目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る情報処理装置は、
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースと、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報処理部と、
前記地震計情報処理部により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理部と、
前記地震判定処理部により地震が発生していると判定された場合に、前記地震判定処理部により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理部とを有することを特徴とする。
【０００８】
前記走行制御判定処理部は、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定した場合に、走行制御が必要と判定した鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成し、
前記情報処理装置は、更に、
前記走行制御判定処理部により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信する走行制御信号送信部を有することを特徴とする。
【０００９】
前記走行制御判定処理部は、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする。
【００１０】
前記走行制御判定処理部は、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする。
【００１１】
前記地震情報データベースは、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを記憶し、
前記地震計情報処理部は、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信し、
前記走行制御判定処理部は、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定することを特徴とする。
【００１２】
本発明に係る情報処理方法は、
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、コンピュータが、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記コンピュータが、前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記コンピュータが、前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記コンピュータが、前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とを有することを特徴とする。
【００１３】
本発明に係るプログラムは、
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とをコンピュータに実行させることを特徴とする。
【００１４】
前記走行制御判定処理において、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定された場合に、前記コンピュータに、走行制御が必要と判定された鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成させ、
前記プログラムは、更に、
前記コンピュータに、
前記走行制御判定処理により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信させることを特徴とする。
【００１５】
前記走行制御判定処理において、
前記コンピュータに、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする。
【００１６】
前記走行制御判定処理において、
前記コンピュータに、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする。
【００１７】
前記データ読出し処理において、
前記コンピュータに、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを読み出させ、
前記地震計情報処理において、
前記コンピュータに、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信させ、
前記走行制御判定処理において、
前記コンピュータに、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定させることを特徴とする。
【発明の効果】
【００１８】
本発明では、複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定するため、鉄道事業者ごとの設備保有状況にかからわす、地震発生時に複数の鉄道事業者の鉄道車両を適切な状態に置くことができる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１に係る鉄道防災システムの構成例を示す図。
【図２】実施の形態１〜３に係る地震防災クラウドサーバ装置の構成例を示す図。
【図３】実施の形態１〜３に係る地震防災クラウドサーバ装置の動作例を示すフローチャート図。
【図４】実施の形態２に係る鉄道防災システムの構成例を示す図。
【図５】実施の形態３に係る鉄道防災システムの構成例を示す図。
【図６】実施の形態１〜３に係る地震防災クラウドサーバ装置のハードウェア構成例を示す図。
【発明を実施するための形態】
【００２０】
実施の形態１．
図１は、本実施の形態に係る鉄道防災システムの構成例を示す。
【００２１】
図１において、地震防災クラウドサーバ装置１００は、ネットワーク１０００を介して海岸地震計２００、沿線地震計３００、中継サーバ装置５００、緊急地震速報配信サーバ装置７００等と接続されている。
また、地震防災クラウドサーバ装置１００は、中継サーバ装置５００の中継処理により鉄道事業者の車両走行制御装置４００と通信可能である。
図１の例では、地震防災クラウドサーバ装置１００は、鉄道事業者Ａ、鉄道事業者Ｂ及び鉄道事業者Ｃの車両走行制御装置４００と通信可能である。
また、地震防災クラウドサーバ装置１００は、複数の海岸地震計２００や複数の沿線地震計３００で計測された計測結果を示す地震計情報をネットワーク１０００を介して受信し、受信した地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震の震源地及び規模を判定する。
また、地震防災クラウドサーバ装置１００は、地震が発生していると判定した場合に、地震の震源地及び規模と各鉄道事業者の各路線の路線軌道の地理位置とに基づき、鉄道事業者の路線ごとに、鉄道車両に対して地震に対応させた走行制御が必要であるかを判定し、走行制御が必要な鉄道事業者の車両走行制御装置４００に対して走行制御信号を送信する。
なお、地震に対応させた走行制御とは、所定の路線区間内の鉄道車両を緊急停止させることや鉄道車両を減速運転させること、鉄道車両を安全なエリアに引き返させること等である。
なお、地震防災クラウドサーバ装置１００は情報処理装置の例に相当する。
また、図１では、１台の地震防災クラウドサーバ装置１００が示されているが、実際の運用では、複数台の地震防災クラウドサーバ装置１００を配置することが考えられる。
【００２２】
海岸地震計２００は、海岸エリアに配置されている地震計である。
沿線地震計３００は、鉄道線路の沿線に配置されている地震計である。
海岸地震計２００及び沿線地震計３００は、例えば、地面の動きを測定する加速度センサと、その加速度センサからの検出信号をディジタル信号に変換するＡＤ（アナログーデジタル）変換器と、そのディジタル信号（地震計情報）を送信する送信手段とを備える。
なお、ディジタル伝送しない場合は、ＡＤ変換器を用いなくてもよい。
加速度センサは、東西方向、南北方向、上下方向の三方向において測定を行う。
このため、海岸地震計２００及び沿線地震計３００からは、東西方向、南北方向、上下方向の三方向の加速度の情報が地震計情報として送信される。
また、海岸地震計２００及び沿線地震計３００は、例えば、所定の周波数（例えば、１００ＭＨｚ程度）で測定を行い、測定した加速度を通知する地震計情報を一定の周期（例えば、１秒に１回）で送信する。
つまり、海岸地震計２００及び沿線地震計３００が１秒に１回の割合で地震計情報を送信する場合には、地震計情報には海岸地震計２００及び沿線地震計３００における１秒分の計測結果が含まれている。
【００２３】
車両走行制御装置４００は、き電制御や自動列車停止装置等の、鉄道車両の速度、走行、停止を制御する装置である。
車両走行制御装置４００は、地震防災クラウドサーバ装置１００からの走行制御信号を受信すると、走行制御信号に基づいて、鉄道車両の走行制御を行う。
【００２４】
中継サーバ装置５００は、ネットワーク１０００と車両走行制御装置４００との間の通信を中継する。
【００２５】
地震計情報受信装置６００は、沿線地震計３００からの地震計情報を受信し、受信した地震計情報を中継サーバ装置５００を通じて地震防災クラウドサーバ装置１００に送信する。
【００２６】
緊急地震速報配信サーバ装置７００は、緊急地震速報を配信するサーバ装置である。
【００２７】
鉄道事業者Ａは、鉄道線路（路線Ａ）を有し、鉄道線路（路線Ａ）で鉄道車両を運行している。
また、鉄道事業者Ａは、鉄道線路（路線Ａ）の沿線に多数の沿線地震計３００を備え、海岸エリアにも海岸地震計２００を備えている。
このように、鉄道事業者Ａは、高度な地震対応運転制御機能を有する。
なお、海岸地震計２００、沿線地震計３００、車両走行制御装置４００、地震計情報受信装置６００を含む、鉄道事業者Ａの鉄道運行システムを鉄道運行システムＡと称する。
【００２８】
鉄道事業者Ｂは、鉄道線路（路線Ｂ）を有し、鉄道線路（路線Ｂ）で鉄道車両を運行している。
鉄道事業者Ｂは、鉄道線路（路線Ｂ）において、極めて限定された数の沿線地震計３００を備え、鉄道線路（路線Ａ）に比べて地震対応運転制御機能が限定されている。
なお、沿線地震計３００、車両走行制御装置４００を含む、鉄道事業者Ｂの鉄道運行システムを鉄道運行システムＢと称する。
【００２９】
鉄道事業者Ｃは、鉄道線路（路線Ｃ）を有し、鉄道線路（路線Ｃ）で鉄道車両を運行している。
鉄道事業者Ｃは、海岸地震計２００も沿線地震計３００も有していない。
なお、車両走行制御装置４００を含む、鉄道事業者Ｃの鉄道運行システムを鉄道運行システムＣと称する。
【００３０】
なお、図１では、説明の簡明のため、各鉄道事業者は１つの路線のみを有していることとしているが、１つの鉄道事業者が複数の路線を有していてもよい。
【００３１】
このようなシステム構成において、地震防災クラウドサーバ装置１００は、鉄道運行システムＡ、鉄道運行システムＢからの地震計情報を受信し、受信した地震計情報や地盤データ等を基に、鉄道線路（路線Ａ）、鉄道線路（路線Ｂ）、鉄道線路（路線Ｃ）に到達する地震の規模を判定し、鉄道車両の走行制御（鉄道車両の減速、停止等）の要否を判定し、各制御状態に対応した走行制御信号を各鉄道運行システムに配信する。
【００３２】
そして、各鉄道運行システムでは、地震防災クラウドサーバ装置１００から発信された鉄道車両の走行制御信号を受信し、受信した走行制御信号に対応して車両走行制御装置４００を制御する。
車両走行制御は、例えば、き電停止、減圧等である。
【００３３】
また、地震防災クラウドサーバ装置１００における地震の規模の判定、鉄道車両の制御の判定に際しては、緊急地震速報配信サーバ装置７００から配信される地震情報、津波情報も判断に加味してもよい。
【００３４】
次に、地震防災クラウドサーバ装置１００の内部構成例を、図２を参照して説明する。
【００３５】
図２において、地震情報データベース１０１は、路線軌道位置データと、地震計位置データとを記憶する。
路線軌道位置データは、鉄道事業者Ａ〜Ｃの路線Ａ〜Ｃについて、路線ごとに、路線軌道の地理位置が示されるデータである。
地震計位置データは、海岸地震計２００及び沿線地震計３００について、地震計ごとに、地震計が所在している地理位置が示されるデータである。
路線軌道位置データ及び地震計位置データにおける地理位置は、緯度経度で示されていてもよく、また、別の座標系に従っていてもよい。
【００３６】
地震計情報処理部１０２は、海岸地震計２００及び沿線地震計３００の各々で計測された計測結果を示す地震計情報をネットワーク１０００から受信する。
なお、鉄道事業者Ａが管理している海岸地震計２００及び沿線地震計３００の地震計情報は、地震計情報受信装置６００及び中継サーバ装置５００を介して受信する。
【００３７】
地震判定処理部１０３は、地震計情報処理部１０２により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する。
なお、地震判定処理部１０３の地震発生有無の判定、地震の震源地及び規模の判定には、既存のアルゴリズムを用いることができる。
【００３８】
走行制御判定処理部１０４は、地震判定処理部１０３により地震が発生していると判定された場合に、地震判定処理部１０３により判定された地震の震源地及び規模と、路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、鉄道事業者Ａ〜Ｃの路線ごとに、路線上の鉄道車両に対する走行制御の要否を判定する。
そして、走行制御判定処理部１０４は、いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定した場合に、走行制御が必要と判定した鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成する。
【００３９】
そして、走行制御信号送信部１０５は、走行制御判定処理部１０４により生成された走行制御信号を、対象となる鉄道運行システムの車両走行制御装置４００に対して送信する。
【００４０】
なお、地震防災クラウドサーバ装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク装置、通信インタフェース等を備える一般的なコンピュータで構成することができる。
この場合、地震情報データベース１０１を磁気ディスク装置で、地震計情報処理部１０２及び走行制御信号送信部１０５を通信インタフェースで、地震判定処理部１０３及び走行制御判定処理部１０４をＣＰＵで実行されるコンピュータプログラムとして実現することができる。
【００４１】
次に、図３を参照して、本実施の形態に係る地震防災クラウドサーバ装置１００の動作例を説明する。
なお、図３の処理に先立って、地震判定処理部１０３が地震情報データベース１０１から地震計位置データを読み出し、更に、走行制御判定処理部１０４が地震情報データベース１０１から路線軌道位置データから読み出し（データ読出し処理）、読み出した地震計位置データ及び路線軌道位置データをワークメモリやレジスタ等に格納しておく。
【００４２】
地震防災クラウドサーバ装置１００では、まず、地震計情報処理部１０２が、海岸地震計２００及び沿線地震計３００からの地震計情報を受信する（Ｓ３０１）（地震計情報受信処理）。
【００４３】
次に、地震判定処理部１０３が、地震計情報処理部１０２が受信した地震計情報を解析して、いずれかの地震計が配置されている地点で地震が発生しているかを判定する（Ｓ３０２）（地震判定処理）。
地震が発生していなければ（Ｓ３０２でＮＯ）、処理を終了し、次の地震計情報の受信まで待機する。
【００４４】
一方、地震が発生している場合（Ｓ３０２でＹＥＳ）は、地震計情報処理部１０２は、地震計情報及び地震計位置データに示される各地震計の地理位置を照合、解析し、地震の震源地及び規模を判定する（Ｓ３０３）（地震判定処理）。
なお、震源地及び地震規模の判定の判定手法は問わない。
【００４５】
次に、走行制御判定処理部１０４が、地震判定処理部１０３による震源地及び地震規模の判定結果と路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、鉄道事業者ごとに、また、路線の区間ごとに、路線上の鉄道車両に対する走行制御の要否を判定する（Ｓ３０４）（走行制御判定処理）。
震源地との距離、地震の規模により、地震の被害の大きさが、路線ごと、もしくは路線の区間ごとに異なるため、走行制御の内容も、路線ごと、もしくは路線の区間ごとに異なる場合がある。
例えば、路線Ａは、全線にわたって車両の緊急停止が必要であるが、路線Ｂは、一部の区間は車両の緊急停止が必要であるものの他の区間は減速運転でよいという場合がある。
なお、走行制御の要否判定の判定手法は問わない。
【００４６】
次に、走行制御が必要な区間がある場合（Ｓ３０５でＹＥＳ）は、走行制御判定処理部１０４が、走行制御が必要な区間ごとに、走行制御の内容（緊急停止、減速運転等）が示される走行制御信号を生成し、走行制御信号送信部１０５が、生成された走行制御信号を該当する鉄道事業者の車両走行制御装置４００に対して送信する（Ｓ３０６）。
一方、走行制御が必要な区間がない場合（Ｓ３０５でＮＯ）は、処理を終了し、次の地震計情報の受信まで待機する。
【００４７】
このようにして地震防災クラウドサーバ装置１００から走行制御信号が送信されてきた車両走行制御装置４００では、走行制御信号で指示されている制御（緊急停止、減速運転等）を、対象となる区間に所在している鉄道車両に行い、地震波が当該区間に到達した際には鉄道車両は安全な状態に置かれている。
【００４８】
以上のように、本実施の形態に係る地震防災クラウドサーバ装置１００は、複数の鉄道事業者を対象とし、多数の地震計の情報を用いて、複数の鉄道事業者の路線の中から地震発生によって走行制御が必要な路線を検出し、走行制御が必要な路線の鉄道事業者に走行制御信号を送信し、該当する鉄道車両を安全な状態にしている。
【００４９】
前述したように、従来では、鉄道事業者単位で地震計等の設備を用意しており、各鉄道事業者は自前の設備を用いて地震時の鉄道車両の走行制御を行っていた。
このため、図１の例では、鉄道事業者Ａの管理下にある海岸地震計２００及び沿線地震計３００の地震計情報は、鉄道事業者Ａの路線Ａ内の鉄道車両の安全性の確保のためだけに用いられ、鉄道事業者Ｂ、鉄道事業者Ｃは、鉄道事業者Ａの管理下にある海岸地震計２００及び沿線地震計３００の地震計情報を活用できなかった。
従って、設備が充実していない鉄道事業者Ｂ、鉄道事業者Ｃでは、地震の影響を正確に予測することが困難であり、これら鉄道事業者における地震発生時の鉄道車両の安全確保動作は不十分又は過分にならざるを得なかった。
【００５０】
これに対して、本実施の形態では、地震防災クラウドサーバ装置１００は、多数の地震計、具体的には、鉄道事業者Ａの管理下にある海岸地震計２００及び沿線地震計３００、更には、鉄道事業者Ｂの管理下にある沿線地震計３００からも地震計情報を収集し、収集した地震計情報を総合的に解析して、鉄道事業者Ａ、鉄道事業者Ｂ、鉄道事業者Ｃの各々の路線での地震の影響を正確に判断し、走行制御が必要な路線を抽出し、路線の区間ごとに必要な走行制御の内容を判断している。
このため、充実した設備を持たない鉄道事業者Ｂ、鉄道事業者Ｃであっても、鉄道事業者Ａの海岸地震計２００、沿線地震計３００を含む多数の地震計の情報から導出された走行制御信号を取得することができ、地震に対して適切な安全確保動作をとることができる。
【００５１】
実施の形態２．
図４は、本実施の形態に係る鉄道防災システムの構成例を示す。
【００５２】
図４では、鉄道事業者Ｃにおけるシステム構成が異なる点を除けば、図１と同じである。
なお、図４では、作図上の都合により、図１で示されていた海岸エリア及び複数の海岸地震計２００の図示を省略しているが、図４の鉄道防災システムでも海岸地震計２００は存在するものとする。
図１の鉄道事業者Ｃでは車両走行制御装置４００及び送電装置が配置されていたが、図４の鉄道事業者Ｃでは、代わりに、防護無線装置４５０及び防護無線受信装置８００が配置されている。
防護無線装置４５０及び防護無線受信装置８００は、図１の車両走行制御装置４００及び送電装置が有線通信により行っていた走行制御を、無線通信（防護無線）により行う。
【００５３】
地震防災クラウドサーバ装置１００の内部構成例は、図２に示したものと同様である。
【００５４】
また、動作についても、鉄道事業者Ｃにおける鉄道車両に対する走行制御が防護無線装置４５０及び防護無線受信装置８００により実現される点を除けば、実施の形態１に示したものと同じであるため、詳細な説明は省略する。
【００５５】
実施の形態３．
図５は、本実施の形態に係る鉄道防災システムの構成例を示す。
【００５６】
図５では、鉄道事業者Ｂの鉄道線路（路線Ｂ）が、鉄道事業者Ａの鉄道線路（路線Ａ）の近傍、あるいは、鉄道線路（路線Ａ）とほぼ並行に敷設されている。
なお、本実施の形態では、鉄道事業者Ｂの鉄道線路（路線Ｂ）の沿線には沿線地震計３００は配置されていない。
なお、図５では、鉄道事業者Ｃの図示を省略しているが、鉄道事業者Ｃが存在していてもよい。
また、図５では、図４と同様に、図１で示されていた海岸エリア及び複数の海岸地震計２００の図示を省略しているが、図５の鉄道防災システムでも海岸地震計２００は存在するものとする。
【００５７】
図５に示すように、鉄道事業者Ｂの鉄道線路（路線Ｂ）の沿線に沿線地震計３００が配置されていなくても、鉄道事業者Ｂの鉄道線路（路線Ｂ）が、鉄道事業者Ａの鉄道線路（路線Ａ）の近傍、あるいは、鉄道線路（路線Ａ）とほぼ並行に敷設されている場合には、地震防災クラウドサーバ装置１００は、鉄道事業者Ａの沿線地震計３００から収集した地震計情報に基づき、鉄道事業者Ｂの鉄道線路（路線Ｂ）への地震の影響を精度よく予測することができ、鉄道事業者Ｂの鉄道線路（路線Ｂ）内の鉄道車両に対して適切な走行制御を行うことができる。
【００５８】
地震防災クラウドサーバ装置１００の内部構成例は、図２に示したものと同様である。
また、動作も、実施の形態１に示したものと同じであるため、詳細な説明は省略する。
【００５９】
最後に、実施の形態１〜３に示した地震防災クラウドサーバ装置１００のハードウェア構成例について説明する。
図６は、実施の形態１〜３に示す地震防災クラウドサーバ装置１００のハードウェア資源の一例を示す図である。
なお、図６の構成は、あくまでも地震防災クラウドサーバ装置１００のハードウェア構成の一例を示すものであり、地震防災クラウドサーバ装置１００のハードウェア構成は図６に記載の構成に限らず、他の構成であってもよい。
【００６０】
図６において、地震防災クラウドサーバ装置１００は、プログラムを実行するＣＰＵ９１１（中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜３で説明した「地震情報データベース１０１」は、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００６１】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。
例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されている。
【００６２】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００６３】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００６４】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
地震防災クラウドサーバ装置１００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００６５】
上記プログラム群９２３には、実施の形態１〜３の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００６６】
ファイル群９２４には、実施の形態１〜３の説明において、「〜の判断」、「〜の判定」、「〜の照合」、「〜の解析」、「〜の受信」、「〜の送信」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜３で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００６７】
また、実施の形態１〜３の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１〜３で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「情報処理方法」を実現することができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１〜３の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜３の「〜部」の手順や方法をコンピュータに実行させるものである。
【符号の説明】
【００６８】
１００ 地震防災クラウドサーバ装置、１０１ 地震情報データベース、１０２ 地震計情報処理部、１０３ 地震判定処理部、１０４ 走行制御判定処理部、１０５ 走行制御信号送信部、２００ 海岸地震計、３００ 沿線地震計、４００ 車両走行制御装置、４５０ 防護無線装置、５００ 中継サーバ装置、６００ 地震計情報受信装置、７００ 緊急地震速報配信サーバ装置、８００ 防護無線受信装置、１０００ ネットワーク。
【技術分野】
【０００１】
本発明は、地震発生時に、鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する技術に関する。
【背景技術】
【０００２】
本願に関連する技術として、例えば、特許文献１に記載の技術がある。
特許文献１では、地震計装置に地震対策処置制御装置が接続し、地震対策処置制御装置に地震対策処置装置が接続している。
地震対策処置装置は、例えば、鉄道車両に各種情報を報知又は伝送する交通情報装置である。
地震対策処置装置（交通情報装置）は、鉄道線路の地上側に設けられてもよいし、鉄道車両の車内（例えば運転台又は車掌室など）に設けられてもよい。
そして、地震が発生した場合は、地震計装置が地震の震源との間の震源距離と、近傍に及ぼす地震被害の程度を推定する。
また、地震対策処置制御装置は、地震計装置の推定結果に基づき、地震が発生した旨の情報、又は鉄道車両が停止すべき旨の情報、又は鉄道車両が迂回すべき旨の情報、若しくは鉄道車両が引き返すべき旨の情報を、地震対策処置装置（交通情報装置）を介して、鉄道車両に報知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８４２２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以上のように、特許文献１の技術では、地震対策処置装置が、地震計装置の推定結果に基づく各種情報を地震対策処置制御装置から取得し、取得した情報を鉄道車両に通知して、地震発生時の鉄道車両の停止、迂回、引き返し等を可能にしている。
つまり、特許文献１の技術では、地震計装置、地震対策処置制御装置及び地震対策処置装置が通信を行い、相互に連携することによって、地震発生時の鉄道車両の走行制御を行っている。
現状、鉄道業界では、地震計等の地震対策設備は鉄道事業者単位で配備・保有されており、複数の鉄道事業者間で地震対策設備を共用することは行われていない。
かかる現実を考慮すると、地震計装置、地震対策処置制御装置及び地震対策処置装置の連携によって地震の影響範囲を正確に推定し、適切な運行制御を行うことができるのは、実質的に、鉄道事業者が地震計装置、地震対策処置制御装置及び地震対策処置装置をすべて保有している場合に限られる。
【０００５】
このため、特許文献１の技術によれば、これらの装置を完備していない鉄道事業者では、地震の影響を正確に予測することができず、また、この結果、地震発生時の安全確保動作が不十分又は過分になってしまう。
安全確保動作が不十分な場合とは、例えば、本来は、鉄道車両を緊急停止させなければならないにもかかわらず減速運転にとどまる場合である。
一方、安全確保動作が過分とは、例えば、本来は、減速運転で足りるところを鉄道車両を緊急停止させてしまう場合である。
日本国内に存在する鉄道事業者には、充実した地震対策設備を持つ鉄道事業者もあれば、充実した地震対策設備を持たない鉄道事業者もあるが、いずれの鉄道事業者であっても地震発生時に適切な安全確保動作を行う必要があることに変わりはない。
【０００６】
本発明は、これらの点に鑑みたものであり、鉄道事業者ごとの設備保有状況にかからわす、地震発生時に複数の鉄道事業者の鉄道車両を適切な状態に置くことができる仕組みを実現することを主な目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る情報処理装置は、
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースと、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報処理部と、
前記地震計情報処理部により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理部と、
前記地震判定処理部により地震が発生していると判定された場合に、前記地震判定処理部により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理部とを有することを特徴とする。
【０００８】
前記走行制御判定処理部は、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定した場合に、走行制御が必要と判定した鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成し、
前記情報処理装置は、更に、
前記走行制御判定処理部により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信する走行制御信号送信部を有することを特徴とする。
【０００９】
前記走行制御判定処理部は、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする。
【００１０】
前記走行制御判定処理部は、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする。
【００１１】
前記地震情報データベースは、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを記憶し、
前記地震計情報処理部は、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信し、
前記走行制御判定処理部は、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定することを特徴とする。
【００１２】
本発明に係る情報処理方法は、
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、コンピュータが、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記コンピュータが、前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記コンピュータが、前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記コンピュータが、前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とを有することを特徴とする。
【００１３】
本発明に係るプログラムは、
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とをコンピュータに実行させることを特徴とする。
【００１４】
前記走行制御判定処理において、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定された場合に、前記コンピュータに、走行制御が必要と判定された鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成させ、
前記プログラムは、更に、
前記コンピュータに、
前記走行制御判定処理により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信させることを特徴とする。
【００１５】
前記走行制御判定処理において、
前記コンピュータに、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする。
【００１６】
前記走行制御判定処理において、
前記コンピュータに、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする。
【００１７】
前記データ読出し処理において、
前記コンピュータに、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを読み出させ、
前記地震計情報処理において、
前記コンピュータに、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信させ、
前記走行制御判定処理において、
前記コンピュータに、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定させることを特徴とする。
【発明の効果】
【００１８】
本発明では、複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定するため、鉄道事業者ごとの設備保有状況にかからわす、地震発生時に複数の鉄道事業者の鉄道車両を適切な状態に置くことができる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１に係る鉄道防災システムの構成例を示す図。
【図２】実施の形態１〜３に係る地震防災クラウドサーバ装置の構成例を示す図。
【図３】実施の形態１〜３に係る地震防災クラウドサーバ装置の動作例を示すフローチャート図。
【図４】実施の形態２に係る鉄道防災システムの構成例を示す図。
【図５】実施の形態３に係る鉄道防災システムの構成例を示す図。
【図６】実施の形態１〜３に係る地震防災クラウドサーバ装置のハードウェア構成例を示す図。
【発明を実施するための形態】
【００２０】
実施の形態１．
図１は、本実施の形態に係る鉄道防災システムの構成例を示す。
【００２１】
図１において、地震防災クラウドサーバ装置１００は、ネットワーク１０００を介して海岸地震計２００、沿線地震計３００、中継サーバ装置５００、緊急地震速報配信サーバ装置７００等と接続されている。
また、地震防災クラウドサーバ装置１００は、中継サーバ装置５００の中継処理により鉄道事業者の車両走行制御装置４００と通信可能である。
図１の例では、地震防災クラウドサーバ装置１００は、鉄道事業者Ａ、鉄道事業者Ｂ及び鉄道事業者Ｃの車両走行制御装置４００と通信可能である。
また、地震防災クラウドサーバ装置１００は、複数の海岸地震計２００や複数の沿線地震計３００で計測された計測結果を示す地震計情報をネットワーク１０００を介して受信し、受信した地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震の震源地及び規模を判定する。
また、地震防災クラウドサーバ装置１００は、地震が発生していると判定した場合に、地震の震源地及び規模と各鉄道事業者の各路線の路線軌道の地理位置とに基づき、鉄道事業者の路線ごとに、鉄道車両に対して地震に対応させた走行制御が必要であるかを判定し、走行制御が必要な鉄道事業者の車両走行制御装置４００に対して走行制御信号を送信する。
なお、地震に対応させた走行制御とは、所定の路線区間内の鉄道車両を緊急停止させることや鉄道車両を減速運転させること、鉄道車両を安全なエリアに引き返させること等である。
なお、地震防災クラウドサーバ装置１００は情報処理装置の例に相当する。
また、図１では、１台の地震防災クラウドサーバ装置１００が示されているが、実際の運用では、複数台の地震防災クラウドサーバ装置１００を配置することが考えられる。
【００２２】
海岸地震計２００は、海岸エリアに配置されている地震計である。
沿線地震計３００は、鉄道線路の沿線に配置されている地震計である。
海岸地震計２００及び沿線地震計３００は、例えば、地面の動きを測定する加速度センサと、その加速度センサからの検出信号をディジタル信号に変換するＡＤ（アナログーデジタル）変換器と、そのディジタル信号（地震計情報）を送信する送信手段とを備える。
なお、ディジタル伝送しない場合は、ＡＤ変換器を用いなくてもよい。
加速度センサは、東西方向、南北方向、上下方向の三方向において測定を行う。
このため、海岸地震計２００及び沿線地震計３００からは、東西方向、南北方向、上下方向の三方向の加速度の情報が地震計情報として送信される。
また、海岸地震計２００及び沿線地震計３００は、例えば、所定の周波数（例えば、１００ＭＨｚ程度）で測定を行い、測定した加速度を通知する地震計情報を一定の周期（例えば、１秒に１回）で送信する。
つまり、海岸地震計２００及び沿線地震計３００が１秒に１回の割合で地震計情報を送信する場合には、地震計情報には海岸地震計２００及び沿線地震計３００における１秒分の計測結果が含まれている。
【００２３】
車両走行制御装置４００は、き電制御や自動列車停止装置等の、鉄道車両の速度、走行、停止を制御する装置である。
車両走行制御装置４００は、地震防災クラウドサーバ装置１００からの走行制御信号を受信すると、走行制御信号に基づいて、鉄道車両の走行制御を行う。
【００２４】
中継サーバ装置５００は、ネットワーク１０００と車両走行制御装置４００との間の通信を中継する。
【００２５】
地震計情報受信装置６００は、沿線地震計３００からの地震計情報を受信し、受信した地震計情報を中継サーバ装置５００を通じて地震防災クラウドサーバ装置１００に送信する。
【００２６】
緊急地震速報配信サーバ装置７００は、緊急地震速報を配信するサーバ装置である。
【００２７】
鉄道事業者Ａは、鉄道線路（路線Ａ）を有し、鉄道線路（路線Ａ）で鉄道車両を運行している。
また、鉄道事業者Ａは、鉄道線路（路線Ａ）の沿線に多数の沿線地震計３００を備え、海岸エリアにも海岸地震計２００を備えている。
このように、鉄道事業者Ａは、高度な地震対応運転制御機能を有する。
なお、海岸地震計２００、沿線地震計３００、車両走行制御装置４００、地震計情報受信装置６００を含む、鉄道事業者Ａの鉄道運行システムを鉄道運行システムＡと称する。
【００２８】
鉄道事業者Ｂは、鉄道線路（路線Ｂ）を有し、鉄道線路（路線Ｂ）で鉄道車両を運行している。
鉄道事業者Ｂは、鉄道線路（路線Ｂ）において、極めて限定された数の沿線地震計３００を備え、鉄道線路（路線Ａ）に比べて地震対応運転制御機能が限定されている。
なお、沿線地震計３００、車両走行制御装置４００を含む、鉄道事業者Ｂの鉄道運行システムを鉄道運行システムＢと称する。
【００２９】
鉄道事業者Ｃは、鉄道線路（路線Ｃ）を有し、鉄道線路（路線Ｃ）で鉄道車両を運行している。
鉄道事業者Ｃは、海岸地震計２００も沿線地震計３００も有していない。
なお、車両走行制御装置４００を含む、鉄道事業者Ｃの鉄道運行システムを鉄道運行システムＣと称する。
【００３０】
なお、図１では、説明の簡明のため、各鉄道事業者は１つの路線のみを有していることとしているが、１つの鉄道事業者が複数の路線を有していてもよい。
【００３１】
このようなシステム構成において、地震防災クラウドサーバ装置１００は、鉄道運行システムＡ、鉄道運行システムＢからの地震計情報を受信し、受信した地震計情報や地盤データ等を基に、鉄道線路（路線Ａ）、鉄道線路（路線Ｂ）、鉄道線路（路線Ｃ）に到達する地震の規模を判定し、鉄道車両の走行制御（鉄道車両の減速、停止等）の要否を判定し、各制御状態に対応した走行制御信号を各鉄道運行システムに配信する。
【００３２】
そして、各鉄道運行システムでは、地震防災クラウドサーバ装置１００から発信された鉄道車両の走行制御信号を受信し、受信した走行制御信号に対応して車両走行制御装置４００を制御する。
車両走行制御は、例えば、き電停止、減圧等である。
【００３３】
また、地震防災クラウドサーバ装置１００における地震の規模の判定、鉄道車両の制御の判定に際しては、緊急地震速報配信サーバ装置７００から配信される地震情報、津波情報も判断に加味してもよい。
【００３４】
次に、地震防災クラウドサーバ装置１００の内部構成例を、図２を参照して説明する。
【００３５】
図２において、地震情報データベース１０１は、路線軌道位置データと、地震計位置データとを記憶する。
路線軌道位置データは、鉄道事業者Ａ〜Ｃの路線Ａ〜Ｃについて、路線ごとに、路線軌道の地理位置が示されるデータである。
地震計位置データは、海岸地震計２００及び沿線地震計３００について、地震計ごとに、地震計が所在している地理位置が示されるデータである。
路線軌道位置データ及び地震計位置データにおける地理位置は、緯度経度で示されていてもよく、また、別の座標系に従っていてもよい。
【００３６】
地震計情報処理部１０２は、海岸地震計２００及び沿線地震計３００の各々で計測された計測結果を示す地震計情報をネットワーク１０００から受信する。
なお、鉄道事業者Ａが管理している海岸地震計２００及び沿線地震計３００の地震計情報は、地震計情報受信装置６００及び中継サーバ装置５００を介して受信する。
【００３７】
地震判定処理部１０３は、地震計情報処理部１０２により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する。
なお、地震判定処理部１０３の地震発生有無の判定、地震の震源地及び規模の判定には、既存のアルゴリズムを用いることができる。
【００３８】
走行制御判定処理部１０４は、地震判定処理部１０３により地震が発生していると判定された場合に、地震判定処理部１０３により判定された地震の震源地及び規模と、路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、鉄道事業者Ａ〜Ｃの路線ごとに、路線上の鉄道車両に対する走行制御の要否を判定する。
そして、走行制御判定処理部１０４は、いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定した場合に、走行制御が必要と判定した鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成する。
【００３９】
そして、走行制御信号送信部１０５は、走行制御判定処理部１０４により生成された走行制御信号を、対象となる鉄道運行システムの車両走行制御装置４００に対して送信する。
【００４０】
なお、地震防災クラウドサーバ装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク装置、通信インタフェース等を備える一般的なコンピュータで構成することができる。
この場合、地震情報データベース１０１を磁気ディスク装置で、地震計情報処理部１０２及び走行制御信号送信部１０５を通信インタフェースで、地震判定処理部１０３及び走行制御判定処理部１０４をＣＰＵで実行されるコンピュータプログラムとして実現することができる。
【００４１】
次に、図３を参照して、本実施の形態に係る地震防災クラウドサーバ装置１００の動作例を説明する。
なお、図３の処理に先立って、地震判定処理部１０３が地震情報データベース１０１から地震計位置データを読み出し、更に、走行制御判定処理部１０４が地震情報データベース１０１から路線軌道位置データから読み出し（データ読出し処理）、読み出した地震計位置データ及び路線軌道位置データをワークメモリやレジスタ等に格納しておく。
【００４２】
地震防災クラウドサーバ装置１００では、まず、地震計情報処理部１０２が、海岸地震計２００及び沿線地震計３００からの地震計情報を受信する（Ｓ３０１）（地震計情報受信処理）。
【００４３】
次に、地震判定処理部１０３が、地震計情報処理部１０２が受信した地震計情報を解析して、いずれかの地震計が配置されている地点で地震が発生しているかを判定する（Ｓ３０２）（地震判定処理）。
地震が発生していなければ（Ｓ３０２でＮＯ）、処理を終了し、次の地震計情報の受信まで待機する。
【００４４】
一方、地震が発生している場合（Ｓ３０２でＹＥＳ）は、地震計情報処理部１０２は、地震計情報及び地震計位置データに示される各地震計の地理位置を照合、解析し、地震の震源地及び規模を判定する（Ｓ３０３）（地震判定処理）。
なお、震源地及び地震規模の判定の判定手法は問わない。
【００４５】
次に、走行制御判定処理部１０４が、地震判定処理部１０３による震源地及び地震規模の判定結果と路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、鉄道事業者ごとに、また、路線の区間ごとに、路線上の鉄道車両に対する走行制御の要否を判定する（Ｓ３０４）（走行制御判定処理）。
震源地との距離、地震の規模により、地震の被害の大きさが、路線ごと、もしくは路線の区間ごとに異なるため、走行制御の内容も、路線ごと、もしくは路線の区間ごとに異なる場合がある。
例えば、路線Ａは、全線にわたって車両の緊急停止が必要であるが、路線Ｂは、一部の区間は車両の緊急停止が必要であるものの他の区間は減速運転でよいという場合がある。
なお、走行制御の要否判定の判定手法は問わない。
【００４６】
次に、走行制御が必要な区間がある場合（Ｓ３０５でＹＥＳ）は、走行制御判定処理部１０４が、走行制御が必要な区間ごとに、走行制御の内容（緊急停止、減速運転等）が示される走行制御信号を生成し、走行制御信号送信部１０５が、生成された走行制御信号を該当する鉄道事業者の車両走行制御装置４００に対して送信する（Ｓ３０６）。
一方、走行制御が必要な区間がない場合（Ｓ３０５でＮＯ）は、処理を終了し、次の地震計情報の受信まで待機する。
【００４７】
このようにして地震防災クラウドサーバ装置１００から走行制御信号が送信されてきた車両走行制御装置４００では、走行制御信号で指示されている制御（緊急停止、減速運転等）を、対象となる区間に所在している鉄道車両に行い、地震波が当該区間に到達した際には鉄道車両は安全な状態に置かれている。
【００４８】
以上のように、本実施の形態に係る地震防災クラウドサーバ装置１００は、複数の鉄道事業者を対象とし、多数の地震計の情報を用いて、複数の鉄道事業者の路線の中から地震発生によって走行制御が必要な路線を検出し、走行制御が必要な路線の鉄道事業者に走行制御信号を送信し、該当する鉄道車両を安全な状態にしている。
【００４９】
前述したように、従来では、鉄道事業者単位で地震計等の設備を用意しており、各鉄道事業者は自前の設備を用いて地震時の鉄道車両の走行制御を行っていた。
このため、図１の例では、鉄道事業者Ａの管理下にある海岸地震計２００及び沿線地震計３００の地震計情報は、鉄道事業者Ａの路線Ａ内の鉄道車両の安全性の確保のためだけに用いられ、鉄道事業者Ｂ、鉄道事業者Ｃは、鉄道事業者Ａの管理下にある海岸地震計２００及び沿線地震計３００の地震計情報を活用できなかった。
従って、設備が充実していない鉄道事業者Ｂ、鉄道事業者Ｃでは、地震の影響を正確に予測することが困難であり、これら鉄道事業者における地震発生時の鉄道車両の安全確保動作は不十分又は過分にならざるを得なかった。
【００５０】
これに対して、本実施の形態では、地震防災クラウドサーバ装置１００は、多数の地震計、具体的には、鉄道事業者Ａの管理下にある海岸地震計２００及び沿線地震計３００、更には、鉄道事業者Ｂの管理下にある沿線地震計３００からも地震計情報を収集し、収集した地震計情報を総合的に解析して、鉄道事業者Ａ、鉄道事業者Ｂ、鉄道事業者Ｃの各々の路線での地震の影響を正確に判断し、走行制御が必要な路線を抽出し、路線の区間ごとに必要な走行制御の内容を判断している。
このため、充実した設備を持たない鉄道事業者Ｂ、鉄道事業者Ｃであっても、鉄道事業者Ａの海岸地震計２００、沿線地震計３００を含む多数の地震計の情報から導出された走行制御信号を取得することができ、地震に対して適切な安全確保動作をとることができる。
【００５１】
実施の形態２．
図４は、本実施の形態に係る鉄道防災システムの構成例を示す。
【００５２】
図４では、鉄道事業者Ｃにおけるシステム構成が異なる点を除けば、図１と同じである。
なお、図４では、作図上の都合により、図１で示されていた海岸エリア及び複数の海岸地震計２００の図示を省略しているが、図４の鉄道防災システムでも海岸地震計２００は存在するものとする。
図１の鉄道事業者Ｃでは車両走行制御装置４００及び送電装置が配置されていたが、図４の鉄道事業者Ｃでは、代わりに、防護無線装置４５０及び防護無線受信装置８００が配置されている。
防護無線装置４５０及び防護無線受信装置８００は、図１の車両走行制御装置４００及び送電装置が有線通信により行っていた走行制御を、無線通信（防護無線）により行う。
【００５３】
地震防災クラウドサーバ装置１００の内部構成例は、図２に示したものと同様である。
【００５４】
また、動作についても、鉄道事業者Ｃにおける鉄道車両に対する走行制御が防護無線装置４５０及び防護無線受信装置８００により実現される点を除けば、実施の形態１に示したものと同じであるため、詳細な説明は省略する。
【００５５】
実施の形態３．
図５は、本実施の形態に係る鉄道防災システムの構成例を示す。
【００５６】
図５では、鉄道事業者Ｂの鉄道線路（路線Ｂ）が、鉄道事業者Ａの鉄道線路（路線Ａ）の近傍、あるいは、鉄道線路（路線Ａ）とほぼ並行に敷設されている。
なお、本実施の形態では、鉄道事業者Ｂの鉄道線路（路線Ｂ）の沿線には沿線地震計３００は配置されていない。
なお、図５では、鉄道事業者Ｃの図示を省略しているが、鉄道事業者Ｃが存在していてもよい。
また、図５では、図４と同様に、図１で示されていた海岸エリア及び複数の海岸地震計２００の図示を省略しているが、図５の鉄道防災システムでも海岸地震計２００は存在するものとする。
【００５７】
図５に示すように、鉄道事業者Ｂの鉄道線路（路線Ｂ）の沿線に沿線地震計３００が配置されていなくても、鉄道事業者Ｂの鉄道線路（路線Ｂ）が、鉄道事業者Ａの鉄道線路（路線Ａ）の近傍、あるいは、鉄道線路（路線Ａ）とほぼ並行に敷設されている場合には、地震防災クラウドサーバ装置１００は、鉄道事業者Ａの沿線地震計３００から収集した地震計情報に基づき、鉄道事業者Ｂの鉄道線路（路線Ｂ）への地震の影響を精度よく予測することができ、鉄道事業者Ｂの鉄道線路（路線Ｂ）内の鉄道車両に対して適切な走行制御を行うことができる。
【００５８】
地震防災クラウドサーバ装置１００の内部構成例は、図２に示したものと同様である。
また、動作も、実施の形態１に示したものと同じであるため、詳細な説明は省略する。
【００５９】
最後に、実施の形態１〜３に示した地震防災クラウドサーバ装置１００のハードウェア構成例について説明する。
図６は、実施の形態１〜３に示す地震防災クラウドサーバ装置１００のハードウェア資源の一例を示す図である。
なお、図６の構成は、あくまでも地震防災クラウドサーバ装置１００のハードウェア構成の一例を示すものであり、地震防災クラウドサーバ装置１００のハードウェア構成は図６に記載の構成に限らず、他の構成であってもよい。
【００６０】
図６において、地震防災クラウドサーバ装置１００は、プログラムを実行するＣＰＵ９１１（中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜３で説明した「地震情報データベース１０１」は、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００６１】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。
例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されている。
【００６２】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００６３】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００６４】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
地震防災クラウドサーバ装置１００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００６５】
上記プログラム群９２３には、実施の形態１〜３の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００６６】
ファイル群９２４には、実施の形態１〜３の説明において、「〜の判断」、「〜の判定」、「〜の照合」、「〜の解析」、「〜の受信」、「〜の送信」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜３で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００６７】
また、実施の形態１〜３の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１〜３で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「情報処理方法」を実現することができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１〜３の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜３の「〜部」の手順や方法をコンピュータに実行させるものである。
【符号の説明】
【００６８】
１００ 地震防災クラウドサーバ装置、１０１ 地震情報データベース、１０２ 地震計情報処理部、１０３ 地震判定処理部、１０４ 走行制御判定処理部、１０５ 走行制御信号送信部、２００ 海岸地震計、３００ 沿線地震計、４００ 車両走行制御装置、４５０ 防護無線装置、５００ 中継サーバ装置、６００ 地震計情報受信装置、７００ 緊急地震速報配信サーバ装置、８００ 防護無線受信装置、１０００ ネットワーク。
【特許請求の範囲】
【請求項１】
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースと、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報処理部と、
前記地震計情報処理部により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理部と、
前記地震判定処理部により地震が発生していると判定された場合に、前記地震判定処理部により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理部とを有することを特徴とする情報処理装置。
【請求項２】
前記走行制御判定処理部は、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定した場合に、走行制御が必要と判定した鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成し、
前記情報処理装置は、更に、
前記走行制御判定処理部により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信する走行制御信号送信部を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記走行制御判定処理部は、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記走行制御判定処理部は、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記地震情報データベースは、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを記憶し、
前記地震計情報処理部は、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信し、
前記走行制御判定処理部は、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定することを特徴とする請求項１〜４のいずれかに記載の情報処理装置。
【請求項６】
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、コンピュータが、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記コンピュータが、前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記コンピュータが、前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記コンピュータが、前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とを有することを特徴とする情報処理方法。
【請求項７】
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とをコンピュータに実行させることを特徴とするプログラム。
【請求項８】
前記走行制御判定処理において、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定された場合に、前記コンピュータに、走行制御が必要と判定された鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成させ、
前記プログラムは、更に、
前記コンピュータに、
前記走行制御判定処理により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信させることを特徴とする請求項７に記載のプログラム。
【請求項９】
前記走行制御判定処理において、
前記コンピュータに、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする請求項７又は８に記載のプログラム。
【請求項１０】
前記走行制御判定処理において、
前記コンピュータに、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする請求項９に記載のプログラム。
【請求項１１】
前記データ読出し処理において、
前記コンピュータに、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを読み出させ、
前記地震計情報処理において、
前記コンピュータに、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信させ、
前記走行制御判定処理において、
前記コンピュータに、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定させることを特徴とする請求項７〜１０のいずれかに記載のプログラム。
【請求項１】
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースと、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報処理部と、
前記地震計情報処理部により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理部と、
前記地震判定処理部により地震が発生していると判定された場合に、前記地震判定処理部により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理部とを有することを特徴とする情報処理装置。
【請求項２】
前記走行制御判定処理部は、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定した場合に、走行制御が必要と判定した鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成し、
前記情報処理装置は、更に、
前記走行制御判定処理部により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信する走行制御信号送信部を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記走行制御判定処理部は、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記走行制御判定処理部は、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記地震情報データベースは、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを記憶し、
前記地震計情報処理部は、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信し、
前記走行制御判定処理部は、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定することを特徴とする請求項１〜４のいずれかに記載の情報処理装置。
【請求項６】
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、コンピュータが、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記コンピュータが、前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記コンピュータが、前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記コンピュータが、前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とを有することを特徴とする情報処理方法。
【請求項７】
複数の鉄道事業者の複数の路線について、路線ごとに、路線軌道の地理位置が示される路線軌道位置データと、複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データとを記憶する地震情報データベースから、前記路線軌道位置データと、前記地震計位置データとを読み出すデータ読出し処理と、
前記複数の地震計の各々で計測された計測結果を示す地震計情報を受信する地震計情報受信処理と、
前記地震計情報受信処理により受信された各地震計からの地震計情報に基づき、地震の発生有無を判定するとともに、地震が発生していると判定した場合に、地震計情報と前記地震計位置データに示される各地震計の地理位置とに基づき、地震の震源地及び規模を判定する地震判定処理と、
前記地震判定処理により地震が発生していると判定された場合に、前記地震判定処理により判定された地震の震源地及び規模と、前記路線軌道位置データに示される各路線の路線軌道の地理位置とに基づき、前記複数の鉄道事業者の路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定する走行制御判定処理とをコンピュータに実行させることを特徴とするプログラム。
【請求項８】
前記走行制御判定処理において、
いずれかの鉄道事業者のいずれかの路線において走行制御が必要と判定された場合に、前記コンピュータに、走行制御が必要と判定された鉄道事業者に対して鉄道車両の走行を制限するよう指示する走行制御信号を生成させ、
前記プログラムは、更に、
前記コンピュータに、
前記走行制御判定処理により生成された走行制御信号を、対象となる鉄道事業者が利用する通信装置に対して送信させることを特徴とする請求項７に記載のプログラム。
【請求項９】
前記走行制御判定処理において、
前記コンピュータに、
路線上の鉄道車両に対する走行制御の要否判定として、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする請求項７又は８に記載のプログラム。
【請求項１０】
前記走行制御判定処理において、
前記コンピュータに、
路線内の区間ごとに、少なくとも、鉄道車両の走行停止の要否及び鉄道車両の減速走行の要否を判定させることを特徴とする請求項９に記載のプログラム。
【請求項１１】
前記データ読出し処理において、
前記コンピュータに、
前記複数の鉄道事業者のうちのいずれかの鉄道事業者が保有している地震計である鉄道事業者保有地震計を含む複数の地震計について、地震計ごとに、地震計が所在している地理位置が示される地震計位置データを読み出させ、
前記地震計情報処理において、
前記コンピュータに、
鉄道事業者保有地震計を含む複数の地震計の各々で計測された計測結果を示す地震計情報を受信させ、
前記走行制御判定処理において、
前記コンピュータに、
地震計を保有しない鉄道事業者及び地震計の保有数が一定以下の鉄道事業者を含めた複数の鉄道事業者について、路線ごとに、路線上の鉄道車両に対して地震に対応させた走行制御が必要であるかを判定させることを特徴とする請求項７〜１０のいずれかに記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−９６７７３（Ｐ２０１３−９６７７３Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２３８２５０（Ｐ２０１１−２３８２５０）
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（５９１１０２０９５）三菱スペース・ソフトウエア株式会社 (148)
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（５９１１０２０９５）三菱スペース・ソフトウエア株式会社 (148)
[ Back to top ]