(57)【特許請求の範囲】
【請求項１】
列車に搭載され、列車情報を管理する列車情報管理装置と、地上側に配設され前記列車情報管理装置から送信された前記列車情報に基づいて列車の運行制御を行う列車運行管理装置とを備えた列車運行管理システムであって、
前記列車情報には、前記列車で発生した故障内容を表す故障コードが含まれ、
前記列車運行管理装置は、
前記列車で発生した故障の度合を示す重篤度として、復旧の見込みがない故障の度合を示す重篤度と、復旧までに時間を要する故障の度合を示す重篤度と、復旧までにこの時間よりも短い時間を要する故障の度合を示す重篤度と、自動復旧可能な故障、または冗長化されている列車搭載機器での故障の度合を示す重篤度とが前記故障コードに対応付けて格納された重篤度データベースと、
前記故障コードに対応した重篤度を前記重篤度データベースから読み出して出力する重篤度出力部と、
復旧の見込みがない故障が生じたときに乗務員が実行すべき運転整理内容を示すメッセージ情報と、復旧までに時間を要する故障が生じたときに実行すべき運転整理内容を示すメッセージ情報と、復旧までにこの時間よりも短い時間を要する故障が生じたときに実行すべき運転整理内容を示すメッセージ情報と、自動復旧可能な故障、または冗長化されている列車搭載機器で故障が生じたときに実行すべき運転整理内容を示すメッセージ情報と、が前記重篤度に対応付けて格納された情報データベースと、
前記重篤度出力部からの前記重篤度に対応したメッセージ情報を前記情報データベースから読み出して、地上施設に設けられ列車ダイヤ情報を表示すると共にダイヤ情報の変更入力を行うダイヤ変更卓の表示部へ通知する情報通知部と、
を備えたことを特徴とする列車運行管理システム。
【請求項２】
前記列車情報には、前記故障コードの他に、前記列車に搭載された装置およびサービス機器の状態を表す機器情報が含まれ、
前記重篤度出力部は、前記故障の度合に対応した重篤度を読み出した後に、前記機器情報の値を所定の判定値と比較することによって新たな故障の度合を判定してこの故障の度合に対応した新たな重篤度を前記重篤度データベースから読み出して、既に読み出された重篤度の代わりにこの新たな重篤度を前記情報通知部へ出力する重篤度修正部を有することを特徴とする請求項１に記載の列車運行管理システム。
【請求項３】
前記列車情報には、前記故障コードの他に、前記列車に搭載された装置およびサービス機器の故障が解消されことを表す復旧情報が含まれ、
前記重篤度出力部は、前記復旧情報を受信したとき、前記重篤度に対応したメッセージ情報と共に前記復旧情報を前記表示部へ通知することを特徴とする請求項１または２に記載の列車運行管理システム。
【請求項４】
前記復旧情報には、営業運転の継続の可否を表す営業運転継続可否情報が含まれ、
前記情報通知部は、この営業運転継続可否情報を含む復旧情報を受信したとき、この復旧情報を前記表示部へ通知することを特徴とする請求項３に記載の列車運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、列車の運行状況に応じて列車を追跡して運行管理を行う列車運行管理システムに関する。
【背景技術】
【０００２】
近年の鉄道車両には、その制御システムやサービス機器の動作状態の制御および監視を行うモニタ装置に代表される列車情報管理装置が搭載され、この列車情報管理装置は、乗務員の負荷低減や乗客に対するサービス向上に寄与している。列車情報管理装置は、車両機器の状態を乗務員へ詳細に報知することができるため、例えば、車両故障が発生した場合、乗務員は、列車情報管理装置を利用することによって故障が発生した原因や車両の状態を把握することができる。また、車両故障が発生した場合、地上側の運行指令室には、自動または手動で、車両故障の発生が通知される。
【０００３】
ここで、運行指令室内の指令員は、列車の乗務員との無線通話により、車両故障の内容や応急処置の内容を相互にやり取りし、復旧にあたるのが一般的である。一方、車両故障を原因とし当該列車の運行が正常に行えなくなった場合には、他列車のダイヤの乱れが発生することが当然予想される。そのため、車両故障の発生した当該列車だけでなく、当該列車の走行する線区全体の運転整理を速やかに行い、ダイヤの乱れを最小限とする必要がある。なお、運転整理とは、車両故障、悪天候などのさまざまな要因により、運行中に行う当日の運行計画（列車ダイヤや、車両および乗務員に関する運行計画など）を変更することをいう。ところが、車両故障の程度により、どの程度の乱れが予想されるかは、ベテラン指令員による判断に委ねられている。
【０００４】
従来では、列車の故障状態やその情報を運行指令室で把握するためには、乗務員からの無線通話に頼ることが一般的であったが、近年では、列車情報管理装置の機能を用いて地上側で遠隔監視する方式が提案されている（例えば下記特許文献１）。下記特許文献１に示される従来技術は、列車情報管理装置が車両故障に関する情報（故障情報）を列車搭載機器から収集し、列車に搭載された送受信装置がこの故障情報を地上側へ伝送し、地上側の計算機が列車から伝送された故障情報を処理するように構成されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０５−０５６５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に示される従来技術は、列車に搭載された送受信装置などを用いることによって故障情報を自動的に地上の運行指令室に伝送することは可能であるが、車両故障によるダイヤの乱れ予測や運転整理に関しては従来同様にベテラン指令員の経験や判断に頼らざるをえないため、車両故障が発生した際における運転整理に要する時間を短縮化してダイヤの乱れを早急に解消するというニーズに対応することが困難という課題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、車両故障が発生した際における運転整理に要する時間の短縮化を図ることができる列車運行管理システムを得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、列車に搭載され、この列車に搭載された装置およびサービス機器の制御および監視を行って列車情報を管理する列車情報管理装置と、地上側に配設され前記列車情報管理装置から送信された前記列車情報に基づいて列車の運行制御を行う列車運行管理装置とを備えた列車運行管理システムであって、前記列車情報には、前記列車で発生した故障内容を表す故障コードが含まれ、前記列車運行管理装置は、前記列車で発生した故障の度合を示す重篤度が前記故障コードに対応付けて格納された重篤度データベースと、前記故障コードを受信した際、前記列車で発生した故障の度合を判断し、この故障の度合に対応した重篤度を前記重篤度データベースから読み出して出力する重篤度出力部と、前記列車の運行計画変更指示である運転整理情報が前記重篤度に対応付けて格納された運転整理情報データベースと、前記重篤度出力部からの前記重篤度に対応した運転整理情報を前記運転整理情報データベースから読み出して所定の表示部へ通知する運転整理情報通知部と、を備えたことを特徴とする。
【発明の効果】
【０００９】
この発明によれば、車両故障が発生した列車からの故障情報を用いて車両故障の重篤度を判断し、その重篤度に応じて必要な運転整理情報を自動的に提示するようにしたので、車両故障が発生した際における運転整理に要する時間の短縮化を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の実施の形態１にかかる列車運行管理システムの車上側装置の構成図である。
【図２】図２は、本発明の実施の形態１にかかる列車運行管理システムの地上側装置の構成図である。
【図３】図３は、本発明の実施の形態１にかかる列車運行管理システムにおける情報の流れを示す図である。
【図４】図４は、故障の度合いを判断するためのフロー図である。
【図５】図５は、運転整理情報の一例を示す図である。
【図６】図６は、本発明の実施の形態２にかかる車上側装置の構成図である。
【図７】図７は、本発明の実施の形態２にかかる地上側装置における情報の流れを示す図である。
【図８】図８は、本発明の実施の形態３にかかる車上側装置の構成図である。
【図９】図９は、本発明の実施の形態３にかかる地上側装置における情報の流れを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる列車運行管理システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本発明の実施の形態１にかかる列車運行管理システムの車上側装置の構成図であり、図２は、本発明の実施の形態１にかかる列車運行管理システムの地上側装置の構成図であり、図３は、本発明の実施の形態１にかかる列車運行管理システムにおける情報の流れを示す図である。
【００１３】
実施の形態１にかかる列車運行管理システムは、図１に示される車上側装置と図２に示される地上側装置１００とから成る。図１に示される列車（鉄道車両２１）には、車上ネットワーク伝送路２５に接続された列車情報管理装置２２、モニタ表示器２３、および車上側情報送受信装置２４が搭載されている。
【００１４】
列車情報管理装置２２は、車上ネットワーク伝送路２５に接続された列車搭載機器（図示せず）の動作状態を管理および監視するほか、この動作状態を列車情報（故障コードｄや、後述する機器情報ｅおよび復旧情報ｎなどが含まれる）として、車上側情報送受信装置２４およびモニタ表示器２３へ送信する。例えば、列車搭載機器に故障が発生した場合、列車情報管理装置２２では、各機器からの故障情報ｍが収集される。列車情報管理装置２２は、この故障情報ｍに基づいて、故障機器の故障コードｄや機器情報ｅを、モニタ表示器２３および車上側情報送受信装置２４へ送信する。
【００１５】
モニタ表示器２３は、列車編成内の運転台および乗務員室などに設置され、列車情報管理装置２２から提供された列車情報の内容を表示する機能のほかに、乗務員からの入力操作を受け付ける。モニタ表示器２３には、例えば、故障内容や故障発生部位が表示される。
【００１６】
車上側情報送受信装置２４は、無線通信により、地上側情報送受信装置１０に列車情報を伝送する。なお、車上側情報送受信装置２４および地上側情報送受信装置１０は、列車運行管理装置１と列車情報管理装置２２との間で情報を伝送可能な無線手段であればよく、その方法は問わない。例えば列車無線による通信のほか、ミリ波を用いた通信手段などが考えられる。
【００１７】
図２において、地上側装置１００は、列車に対して遠隔地に存在する地上施設（例えば運行指令室）内に設けられている。地上施設としては、その線区もしくは地区における列車の運行を集中的に取扱う指令室、または鉄道車両２１のメンテナンスを取扱う工場もしくは車両基地等の検修現場などが考えられるが、駅または派出所等の運転現場であっても構わない。
【００１８】
地上側装置１００は、地上ネットワーク伝送路８を介して接続される列車運行管理装置１、ＣＴＣ（Centralized Traffic Control）装置６、在線表示・手動制御卓２、列車情報サーバ４、およびダイヤ監視・変更卓３などで構成されている。
【００１９】
ＣＴＣ装置６は、ＣＴＣ回線９を介して、信号機・軌道回路等の連動装置７からの情報を集約する。この情報は、信号機の状態を示す情報、軌道回路の落下や扛上など軌道回路の状態を示す情報などであり、ＣＴＣ装置６は、この情報をＣＴＣ情報ｃとして列車運行管理装置１などへ送信する。また、ＣＴＣ装置６は、列車運行管理装置１からのＣＴＣ制御情報ｂ（連動装置７などを制御する信号）受信した場合、このＣＴＣ制御情報ｂに基づいて連動装置７を制御する。
【００２０】
列車運行管理装置１は、ＣＴＣ装置６から得られたＣＴＣ情報ｃおよびダイヤ情報データベース１２から得られたダイヤ情報ａに基づき、当該線区の各列車の在線する位置を示す列車在線情報ｊや、軌道回路を制御するＣＴＣ制御情報ｂを作成する。
【００２１】
列車情報サーバ４は、列車情報管理装置２２からの故障コードｄを受信した際、列車運行管理装置１、ＣＴＣ装置６、およびダイヤ監視・変更卓３などから得られた情報に基づき、鉄道車両２１に対して送信すべき列車乗務員支援情報（図示せず）を作成して、列車に送信する。
【００２２】
在線表示・手動制御卓２は、列車在線情報ｊを表示すると共に、必要に応じて信号機等への手動制御入力を行うためのものである。ダイヤ監視・変更卓３は、列車ダイヤ情報を表示する共に、必要に応じてダイヤ情報の変更入力を行うためのものである。例えば、指令員などによってダイヤ変更が行われた場合、ダイヤ監視・変更卓３から列車情報サーバ４に対してダイヤ変更情報ｈが送信され、列車情報サーバ４から列車運行管理装置１には要求指示ｋが送信される。
【００２３】
地上側情報送受信装置１０は、車上側情報送受信装置２４との間で相互に列車情報を送受信する。例えば、地上側情報送受信装置１０は、車上側情報送受信装置２４からの故障コードｄを、地上ネットワーク伝送路８を介して列車運行管理装置１などに伝送する。
【００２４】
情報送受信インタフェース５は、列車情報サーバ４と地上側情報送受信装置１０との間に配設され、地上システムと車上側装置との間で送受信される列車情報を伝送するためのインタフェースである。在線表示・手動制御卓２は、列車の在線表示や信号機の手動制御入力を行う。
【００２５】
なお、図１および図２に示される列車運行管理システムは、一例であり、本発明の実施の形態１にかかる列車運行管理装置１は、これらの列車運行管理システムを一部変更したシステムにも適用可能である。
【００２６】
次に、図３を用いて、列車運行管理システムにおける情報の流れを説明する。図３に示される列車運行管理装置１は、列車追跡制御部１１、ダイヤ情報データベース１２、運転整理情報通知部１３、重篤度出力部１４、重篤度データベース１５、および運転整理情報データベース１６を有して構成されている。
【００２７】
列車追跡制御部１１は、ＣＴＣ情報ｃを基にして、列車運行管理装置１内に記録されたダイヤ情報ａや各種定数を参照して列車追跡を行い、この列車追跡に基づいてＣＴＣ制御情報ｂを生成してＣＴＣ装置６へ出力する。また、列車追跡制御部１１は、列車追跡により得られた列車在線情報ｊを列車情報サーバ４へ送信する。
【００２８】
重篤度データベース１５には、鉄道車両２１で発生した故障の度合を表す重篤度ｆが故障コードｄと対応付けて設定されている。重篤度出力部１４は、列車情報サーバ４を介して、列車情報に含まれる故障コードｄを取り込み、この故障コードｄに対応する重篤度ｆを重篤度データベース１５から読み出して、運転整理情報通知部１３へ送信する。
【００２９】
運転整理情報データベース１６には、運転整理の内容である運転整理情報ｇが重篤度ｆに対応付けて設定されている。運転整理情報通知部１３は、重篤度出力部１４からの重篤度ｆを受信した際、運転整理情報ｇを運転整理情報データベース１６から読み出してダイヤ監視・変更卓３へ通知する。
【００３０】
図４は、故障の度合いを判断するためのフロー図である。図４には、軽微の故障、軽度の故障、中度の故障、重度の故障といった故障の度合いが示されている。図４に示されるフローの各ステップは、鉄道車両２１で発生した故障内容から予測される判断内容であり、この判断内容に従って、軽微の故障、軽度の故障、中度の故障、重度の故障といった重篤度ｆが導出される。従って、故障コードｄの値が分かれば重篤度ｆを求めることが可能である。
【００３１】
以下、図４に示されるフローを説明する。鉄道車両２１において故障が発生した際に（ステップＳ１０）、故障した機器が２重系（冗長系）の機器である場合には（ステップＳ１１,Ｙｅｓ）、重篤度ｆとして軽度の故障と判断することができる（ステップＳ１７）。また、ステップＳ１１において、故障した機器が冗長系の機器ではないと判断された場合（ステップＳ１１,Ｎｏ）であっても、編成内の同種類の機器において１つの機器のみ故障している場合（ステップＳ１３,Ｙｅｓ）、重篤度ｆとして軽微の故障と判断することができる（ステップ１４）。
【００３２】
また、ステップＳ１１において、故障した機器が冗長系の機器ではないと判断された場合（ステップＳ１１,Ｎｏ）であっても、自動復旧が可能なとき（ステップＳ１２,Ｙｅｓ）、重篤度ｆとして軽度の故障と判断することができる（ステップＳ１７）。
【００３３】
その他、軽度の故障と判断することができる例としては、自動復旧が困難な場合（ステップＳ１２,Ｎｏ）であっても、営業運行が可能なとき（ステップＳ１５,Ｙｅｓ）、軽度の故障と判断することができる（ステップＳ１７）。なお、自動復旧は、例えば過電圧によって過負荷リレーが動作した際、鉄道車両２１において自動的に過負荷リレーが自動的にリセットされるような場合である。
【００３４】
また、営業運行が不可能なとき（ステップＳ１５,Ｎｏ）、または２以上の機器が故障であるとき（ステップＳ１３,Ｎｏ）であっても、応急処置が短時間で完了するようなとき（ステップＳ１６,Ｙｅｓ）、軽度の故障と判断することができる（ステップＳ１７）。例えば、所定の車両に搭載されたＶＶＶＦ装置の１ユニットが故障した場合でも、このユニットを開放して他のユニットによって運転をすることにより、鉄道車両２１が現場に停止する時間が最小限で済むような場合である。
【００３５】
重篤度ｆとして中度の故障と判断される場合としては、応急処置が短時間で完了しない場合（ステップＳ１６,Ｎｏ）であっても、処理手順がマニュアル化されているとき（ステップＳ１８，Ｙｅｓ）、中度の故障と判断することができる（ステップＳ２０）。
【００３６】
また、処理手順がマニュアル化されていない場合（ステップＳ１８，Ｎｏ）であっても、自力走行の見込みがあるとき（ステップＳ１９，Ｙｅｓ）、中度の故障と判断することができる（ステップＳ２０）。例えば、ＶＶＶＦ装置の１ユニットが故障した場合、この
ユニットを開放運転とすることができるものの、鉄道車両２１が現場に停止する時間がやや長くなる見込みであり、かつ、マニュアル化されていない場合、鉄道車両２１からの指示により自力走行の見込みがあるときには中度の故障と判断することができる。
【００３７】
自力走行の見込みがない場合（ステップＳ１９，Ｎｏ）には重篤度ｆとして重度の故障と判断することができる（ステップＳ２１）。例えば、緊急ブレーキが作動した後にブレーキを緩解（ブレーキシリンダ圧力を開放して制動状態を解除すること）することができない場合、列車は現場に停止せざるをえない状態などである。
【００３８】
図５は、運転整理情報ｇの一例を示す図であり、図５には、重篤度出力部１４で判定される重篤度ｆと、この重篤度ｆに対応した運転整理情報ｇの具体的な内容が示されている。
【００３９】
例えば、重度の故障と判定する目安は、例えば復旧見込みがない場合である。中度の故障と判定する目安は、例えば復旧見込みはあるが復旧までに長時間を要する場合である。軽度の故障と判定する目安は、例えば短時間で復旧する場合である。軽微の故障と判定する目安は、例えば自動復旧可能な場合や２重系の機器において故障が発生した場合などである。
【００４０】
図５に示される運転整理情報ｇは、図５の上側に示されるように、停止時間による提案、自力走行可否により提案されるもの、車両交換の要否により提案されるものなどがある。これらの運転整理情報ｇは、重篤度ｆに対応付けられており、予め運転整理情報データベース１６に記録されており、運転整理情報通知部１３からダイヤ監視・変更卓３に対して通知されて、ダイヤ監視・変更卓３に視覚化して表示される。
【００４１】
例えば、重度の故障が発生した場合には、故障を生じた列車が現場に停止する時間が長いため、当該列車が走行している区間における他の列車を停止させるだけでなく、より広範囲の区間における列車も停止させるときがある。また、重度の故障が発生した場合には、駅間に停止した列車を近傍の駅に停止させて乗客の降車を行う場合もある。また、重度の故障が発生した際、復旧後の自力走行が不可である場合、後続列車による救援手配を速やかに行う必要があるため、後続列車への指示の他、場合によっては現場に対して駅や近傍の職場からの要員派遣が必要である。さらに、自力走行後に営業運転が不可能な場合、当該故障車両と交換される被交換車両を手配する必要があるほか、当該故障車両を車両基地へ回送する手段を検討する必要がある。
【００４２】
このように重度の故障が発生した場合、ダイヤ監視・変更卓３には、停止時間による提案として例えば「広範囲な抑止」というメッセージが表示され、自力走行可否による提案として例えば「救援手配」や「社員の派遣・停電手配」というメッセージが表示され、車両交換の提案として例えば「車両交換手配」というメッセージが表示される。なお、「車両交換手配」というメッセージには、より具体的な内容として「被交換車両の手配」や「故障車両の回送」などのメッセージを付加してもよい。
【００４３】
中度の故障が発生した場合には、当該列車が走行している区間における他の列車を停止させるときがある。このように中度の故障が発生した場合、ダイヤ監視・変更卓３には、停止時間による提案として、例えば「近傍線区の抑止」というメッセージが表示され、車両交換の提案として例えば「車両交換手配」または「車両交換なし」というメッセージが表示される。
【００４４】
軽度の故障が発生した際、車両故障が早期に復旧しあるいは停止時間が短い場合には、抑止の範囲を限定するか、場合によっては抑止の必要がない。このように軽度の故障が発生した場合には、ダイヤ監視・変更卓３には、停止時間による提案として例えば「抑止なし」というメッセージが表示され、車両交換の提案として例えば「車両交換手配」または「車両交換なし」というメッセージが表示される。軽微な故障が発生した場合も同様であり、以下説明を省略する。
【００４５】
なお、運転整理情報ｇは、車両故障の当該車両が現場に停止する時間の長短、復旧後の自力走行の可否、自力走行後における営業運転の可否、などの観点で作成される。運転整理情報ｇは、ダイヤ監視・変更卓３を通じて指令員が適宜変更可能である。
【００４６】
以下動作を説明する。列車情報管理装置２２から出力された故障コードｄは、車上側情報送受信装置２４、地上側情報送受信装置１０、情報送受信インタフェース５、および列車情報サーバ４を介して列車運行管理装置１に伝送される。列車運行管理装置１内の重篤度出力部１４は、故障コードｄに対応した重篤度ｆを重篤度データベース１５から読し、読み出された重篤度ｆは、運転整理情報通知部１３へ送信される。運転整理情報通知部１３は、重篤度出力部１４からの重篤度ｆに対応した運転整理情報ｇを運転整理情報データベース１６から読み出し、読み出された運転整理情報ｇは、ダイヤ監視・変更卓３へ送信され、ダイヤ監視・変更卓３の表示部（図示せず）には、図５に示されるような運転整理情報ｇが表示される。
【００４７】
以上に説明したように、実施の形態１にかかる列車運行管理システムは、列車に搭載された装置およびサービス機器の制御および監視を行って列車情報を管理する列車情報管理装置２２と、地上側に配設され列車情報管理装置２２から送信された列車情報に基づいて列車の運行制御を行う列車運行管理装置１とを備えた列車運行管理システムであって、列車情報には、列車で発生した故障内容を表す故障コードｄが含まれ、列車運行管理装置１は、列車で発生した故障の度合を示す重篤度ｆが故障コードｄに対応付けて格納された重篤度データベース１５と、故障コードｄを受信した際、列車で発生した故障の度合を判断し、この故障の度合に対応した重篤度ｆを重篤度データベース１５から読み出して出力する重篤度出力部１４と、列車の運行計画変更指示である運転整理情報が重篤度ｆに対応付けて格納された運転整理情報データベース１６と、重篤度出力部１４からの重篤度ｆに対応した運転整理情報ｇを運転整理情報データベース１６から読み出して所定の表示部（ダイヤ監視・変更卓３）へ通知する運転整理情報通知部１３と、を備えるようにしたので、ダイヤ乱れによる混乱を最小限とすることができる。従来技術では故障情報を自動的に地上側装置１００に伝送されるものの、その後、乗務員と指令員との間で無線通話による車両故障の状態把握が行われ、復旧見通し案の策定や運転整理案の作成などのステップが必要であった。ただし、指令員と乗務員との無線通話で得られる情報は極めて限定されたものであるため、復旧見通しが短時間では正確に行うことができない場合がある。本発明の実施の形態１にかかる列車運行管理システムによれば、車両故障によるダイヤ乱れの要因として、現場に停止する時間や自力走行可否という観点に着目して車両故障の重篤度ｆを判断し、予め用意された運転整理案である運転整理情報ｇを自動的に提案するように構成されているため、指令員が迅速に運転整理の判断を行うことが可能となる。また、従来では、車両故障発生時における指令員の判断ミスによって列車の運行が抑止されてしまうこともあったが、実施の形態１にかかる列車運行管理システムによれば、車両故障の重篤度ｆを正確に判定することができるため、指令員は適切な運転整理を行うことができ、ダイヤの乱れを最小限に抑えることが可能となる。その結果、輸送品質の向上を図ることが可能となる。
【００４８】
実施の形態２．
図６は、本発明の実施の形態２にかかる車上側装置の構成図であり、図１との違いは、列車情報管理装置２２が、故障コードｄだけでなく、機器情報ｅも出力している点である。また、図７は、本発明の実施の形態２にかかる地上側装置１００における情報の流れを示す図であり、図３との違いは、重篤度出力部１４に故障コードｄだけでなく機器情報ｅも入力され、重篤度出力部１４に重篤度修正部１４ａが設けられている点である。
【００４９】
実施の形態１にかかる重篤度出力部１４は、故障コードｄに基づいて重篤度ｆを判定するように構成されているが、実施の形態２にかかる重篤度出力部１４は、故障コードｄおよび機器情報ｅを用いて重篤度ｆ’を判定するように構成されている。このように構成すれば、より正確な重篤度ｆ’を判定することが可能である。以下、実施の形態１と同一部分には同一符号を付してその説明を省略し、ここでは異なる部分についてのみ述べる。
【００５０】
図６に示される機器情報ｅは、例えば、２号車の所定のブレーキ制御装置におけるブレーキシリンダ圧力の値や３号車の所定のブレーキ制御装置におけるブレーキシリンダ圧力の値など、鉄道車両２１に搭載された各機器の状態を具体的に表す情報である。
【００５１】
一方、故障コードｄは、列車情報管理装置２２において機器の故障（故障情報ｍ）が検出されたときに出力される情報である。例えば、緊急ブレーキが作動した後に、一部の鉄道車両２１のブレーキを緩解することができない場合、ブレーキ制御装置から故障情報ｍが出力され、列車情報管理装置２２では、この故障情報ｍに基づいて故障コードｄが生成される。このとき列車情報管理装置２２では、ブレーキ制御装置からの故障情報ｍによって、自力走行の見込みが無いと判断されて、重度の故障を示す故障コードｄが生成される場合もある。ところが、ブレーキシリンダ圧力の値が最大値ではなく所定の閾値を僅かに上回っているために故障コードｄが出力された可能性もある。この場合、自力走行の見込みがあるため、故障の度合としては、重度ではなく中度と判定したほうが望ましい。
【００５２】
そこで、実施の形態２にかかる重篤度出力部１４は、故障コードｄを受信した際、故障コードｄを用いて故障の度合を判定した後に、機器情報ｅを用いてこの故障の度合を修正し重篤度ｆ’として出力する。具体的に説明すると、機器情報ｅが、例えば２号車の所定のブレーキ制御装置におけるブレーキシリンダ圧力の値であると仮定する。故障コードｄを用いて判定された故障の度合が「重度の故障」のとき、重篤度出力部１４は、判定された故障の度合（重度の故障）に対応した重篤度ｆを重篤度データベース１５から読み出す。ここで、機器情報ｅの値が、所定の閾値（例えばブレーキシリンダ圧力の場合、その最大値の５０％の値）を僅かに上回る値（例えば最大値の６０％の値など）である場合、重篤度修正部１４ａは、この値と重篤度修正部１４ａに予め設定されていた判定値（例えば最大値の６５％の値）と比較する。この例の場合、判定値よりも機器情報ｅの値が下回っているため、重篤度出力部１４は、故障の度合が自力走行可能なものと判断し、この故障の度合に対応した重篤度ｆ’を重篤度データベース１５から読み出し、重篤度ｆの代わりに新たな重篤度ｆ’を出力する。なお、上記説明では、判定値の一例としてブレーキシリンダ圧力を用いたが、判定値は、機器の種類毎に重篤度修正部１４ａへ設定されているものとする。
【００５３】
そして、運転整理情報通知部１３は、実施の形態１と同様に、重篤度出力部１４からの重篤度ｆ’に対応した運転整理情報ｇを運転整理情報データベース１６から読み出してダイヤ監視・変更卓３へ通知する。従って、ダイヤ監視・変更卓３には、上記例で言えば、重度の故障に対応した運転整理情報ｇの代わりに、中度の故障に対応した運転整理情報ｇの内容が表示される。その結果、ダイヤ監視・変更卓３の表示内容を確認した指令員は、この運転整理情報ｇに従って適切な運転整理を行うことが可能となる。重度の故障が発生した場合には、復旧見込みがないためにダイヤ乱れが広範囲の線区に波及する恐れがあるが、中度の故障が発生した場合には、ダイヤ乱れを近傍の線区のみに留めることが可能である。
【００５４】
以下動作を説明する。列車情報管理装置２２から出力された故障コードｄおよび機器情報ｅは、車上側情報送受信装置２４、地上側情報送受信装置１０、情報送受信インタフェース５、および列車情報サーバ４を介して列車運行管理装置１に伝送される。列車運行管理装置１内の重篤度出力部１４では、故障コードｄおよび機器情報ｅに対応した重篤度ｆ’が重篤度データベース１５から読み出され、読み出された重篤度ｆ’は、運転整理情報通知部１３へ送信される。運転整理情報通知部１３では、重篤度出力部１４からの重篤度ｆ’に対応した運転整理情報ｇが運転整理情報データベース１６から読み出され、読み出された運転整理情報ｇは、ダイヤ監視・変更卓３へ送信され、ダイヤ監視・変更卓３の表示部（図示せず）には運転整理情報ｇが表示される。なお、ダイヤ監視・変更卓３には、運転整理情報ｇの他に機器情報ｅを表示することも可能である。
【００５５】
以上に説明したように、実施の形態２にかかる列車運行管理システムは、列車情報には、故障コードｄの他に、列車に搭載された装置およびサービス機器の状態を表す機器情報ｅが含まれ、重篤度出力部１４は、故障の度合に対応した重篤度ｆを読み出した後に、機器情報ｅの値を所定の判定値と比較することによって新たな故障の度合を判定してこの故障の度合に対応した新たな重篤度ｆ’を重篤度データベース１５から読み出して、既に読み出された重篤度ｆの代わりにこの新たな重篤度ｆ’を運転整理情報通知部１３へ出力する重篤度修正部１４ａを有するように構成されているため、所定の表示部であるダイヤ監視・変更卓３には、実施の形態１よりも実態に即した運転整理情報ｇが表示される。その結果、指令員は実施の形態１よりもより適切な運転整理を行うことが可能となる。
【００５６】
実施の形態３．
図８は、本発明の実施の形態３にかかる車上側装置の構成図であり、図１との違いは、列車情報管理装置２２が、故障コードｄだけでなく、鉄道車両２１に搭載された装置およびサービス機器の故障が解消されことを表す復旧情報ｎも出力している点である。また図９は、本発明の実施の形態３にかかる地上側装置１００における情報の流れを示す図であり、図３との違いは、重篤度出力部１４に故障コードｄだけでなく復旧情報ｎも入力されている点である。
【００５７】
実施の形態１にかかる重篤度出力部１４は、故障コードｄに基づいて重篤度ｆを判定するように構成されているが、実施の形態３にかかる重篤度出力部１４は、故障コードｄを用いて重篤度ｆを判定すると共に、列車情報管理装置２２からの復旧情報ｎダイヤ監視・変更卓３へ通知するように構成されている。以下、実施の形態１と同一部分には同一符号を付してその説明を省略し、ここでは異なる部分についてのみ述べる。
【００５８】
図８に示される復旧情報ｎは、例えば、鉄道車両２１に搭載される機器の故障が解消されたことによって、列車情報管理装置２２への故障情報ｍの入力が停止した際に列車情報管理装置２２から出力される。この復旧情報ｎを受信した重篤度出力部１４は、復旧情報ｎを運転整理情報通知部１３へ伝達し、運転整理情報通知部１３は、運転整理情報ｇと共に、運転整理情報通知部１３からの復旧情報ｎをダイヤ監視・変更卓３へ通知する。その結果、ダイヤ監視・変更卓３には、運転整理情報ｇと共に、鉄道車両２１に搭載される機器の故障が解消された旨のメッセージが表示されるため、指令員は、迅速に運転整理の対応を採ることができ、ダイヤの乱れを最小限に抑えることが可能となる。
【００５９】
以下動作を説明する。列車情報管理装置２２から出力された故障コードｄは、車上側情報送受信装置２４、地上側情報送受信装置１０、情報送受信インタフェース５、および列車情報サーバ４を介して列車運行管理装置１に伝送される。列車運行管理装置１内の重篤度出力部１４では、故障コードｄに対応した重篤度ｆが重篤度データベース１５から読み出され、読み出された重篤度ｆが運転整理情報通知部１３へ送信される。
【００６０】
その後、故障が解消されたとき、列車情報管理装置２２から出力された復旧情報ｎは、運転整理情報通知部１３に受信され、ダイヤ監視・変更卓３には、運転整理情報ｇおよび復旧情報ｎが通知される。その結果、ダイヤ監視・変更卓３の表示部（図示せず）には、運転整理情報ｇと共に復旧情報ｎが表示される。なお、実施の形態３にかかる復旧情報ｎの通知動作は、実施の形態２にも適用可能である。
【００６１】
以上に説明したように、実施の形態３にかかる列車運行管理システムは、列車情報には、故障コードｄの他に、列車に搭載された装置およびサービス機器の故障が解消されことを表す復旧情報ｎが含まれ、重篤度出力部１４は、復旧情報ｎを受信したとき、重篤度ｆに対応した運転整理情報ｇと共に復旧情報ｎを所定の表示部（ダイヤ監視・変更卓３）へ通知するように構成されている。従って、ダイヤ監視・変更卓３には、ダイヤの乱れを復旧させるための運転整理情報ｇが表示されるため、ダイヤの乱れを最小限に抑えることが可能となる。
【００６２】
なお、実施の形態３にかかかる復旧情報ｎには、営業運転の継続の可否を示す営業運転継続可否情報（図示せず）を含めるように構成してもよい。この営業運転継続可否情報は、列車情報管理装置２２において復旧情報ｎに含めた形で生成され、重篤度出力部１４を介して運転整理情報通知部１３に取り込まれる。この復旧情報ｎを受信した運転整理情報通知部１３は、ダイヤ監視・変更卓３にこの復旧情報ｎを通知する。その結果、ダイヤ監視・変更卓３の表示部（図示せず）には、ダイヤの乱れを復旧させるための運転整理情報ｇと共に、営業運転継続可否情報が表示される。すなわち、実施の形態３にかかかる列車運行管理システムは、復旧情報ｎには、営業運転の継続の可否を表す営業運転継続可否情報が含まれ、運転整理情報通知部１３は、この営業運転継続可否情報を含む復旧情報ｎを受信したとき、この復旧情報ｎをダイヤ監視・変更卓３へ通知するように構成されている。
【００６３】
この営業運転継続可否情報が「不可能」を示す情報である場合、指令員は、故障が発生した鉄道車両２１を近隣の退避可能駅に収容し、あるいは当該車両の交換を行うなどの措置をとることができる。また、営業運転継続可否情報が「不可能」を示す情報である場合、指令員は、営業運転を再開するための運転整理を迅速に実施することができる。その結果、ダイヤの乱れを最小限に抑えることが可能である。
【００６４】
また、実施の形態１〜３に示した列車運行管理システムは、本発明の内容の一例を示すものであり、更なる別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、一部を省略する等、変更して構成することも可能であることは無論である。
【産業上の利用可能性】
【００６５】
以上のように、本発明は、列車運行管理システムに適用可能であり、特に、車両故障が発生した際における運転整理に要する時間の短縮化を図ることができる発明として有用である。
【符号の説明】
【００６６】
１  列車運行管理装置
２  在線表示・手動制御卓
３  ダイヤ監視・変更卓（所定の表示部）
４  列車情報サーバ
５  情報送受信インタフェース
６  ＣＴＣ装置
７  連動装置
８  地上ネットワーク伝送路
９  ＣＴＣ回線
１０  地上側情報送受信装置
１１  列車追跡制御部
１２  ダイヤ情報データベース
１３  運転整理情報通知部
１４  重篤度出力部
１４ａ  重篤度修正部
１５  重篤度データベース
１６  運転整理情報データベース
２１  鉄道車両
２２  列車情報管理装置
２３  モニタ表示器
２４  車上側情報送受信装置
２５  車上ネットワーク伝送路
１００  地上側装置
ａ  ダイヤ情報
ｂ  ＣＴＣ制御情報
ｃ  ＣＴＣ情報
ｄ  故障コード
ｅ  機器情報
ｆ、ｆ’  重篤度
ｇ  運転整理情報
ｈ  ダイヤ変更情報
ｊ  列車在線情報
ｋ  要求指示
ｍ  故障情報
ｎ  復旧情報
【図１】
0005496160.tif 000002
【図２】
0005496160.tif 000003
【図３】
0005496160.tif 000004
【図４】
0005496160.tif 000005
【図５】
0005496160.tif 000006
【図６】
0005496160.tif 000007
【図７】
0005496160.tif 000008
【図８】
0005496160.tif 000009
【図９】
0005496160.tif 000010