JP6588730B2 - 列車運行支援システム - Google Patents

Description

本発明は、鉄道における保守作業に伴う線路閉鎖を部分的に解除して列車の円滑な運行を支援することができる列車運行支援システムに関する。

鉄道における軌道の狂い（軌間・通り・高低・水準・平面性等）の修正、レールの交換、バラスト（砂利）の入れ替え等の保守作業は、保守用車両を用いて行われる。このような保守用車両は、通常の列車や車両（以下、列車等と呼ぶ。）が走行する線路上を走行しながら作業を行う。

但し、保守用車両には、通常の列車等とは異なり軌道回路を短絡しないで走行（絶縁走行）するものもあり、この場合、軌道回路では保守用車両の在線を検知することはできず、列車等との衝突の可能性がある。

このため、保守用車両にＧＰＳ（Global Positioning System）機能を有する車載装置や、ＩＤ（IDentifier）タグの読み取り機能を有する車載装置を搭載して、ＧＰＳ機能による保守用車両の位置（緯度経度）検知や、地上側に設置したＩＤタグを読み取ることによる位置の検知を用いて、保守用車両の位置を検出して、列車等との衝突を回避するシステムが開示されている（例えば、特許文献１及び２参照）。

特開２００７−２３７８１７号公報 特開２００８−２４７２１６号公報

しかしながら、特許文献１及び２の在線検知システムでは、いずれもＧＰＳ機能やＩＤタグの読み取り機能を有する車載装置を保守用車両に搭載する必要性があり、全体として高価なシステムになってしまう。

また、特許文献１及び２のような在線検知を行わずに、保守作業において絶縁走行する保守用車両を用いる場合には、安全のため、保守用車両の全ての移動範囲（保守用車両が車庫を出発して戻るまで）を線路閉鎖する必要性がある。

このように保守作業範囲の線路閉鎖は、通常は、列車の運行がない夜間に実施されるため、通常の列車の運行には支障がないものの、貨物列車や夜行列車等の夜間に運行される列車は、保守作業を完了するまで当該保守作業範囲に進行することはできない。

但し、線区によっては、保守作業中に保守用車両を一時的に待避させる副本線（待避線）等が存在する場合があり、このような副本線に実際に保守用車両が在線している場合であっても、保守用車両の在線位置を特定できないため、貨物列車や夜行列車等の追い越しやすれ違い等を許可することはできず、貨物列車や夜行列車等の円滑な運行を支援することはできないといった問題点があった。

本発明の課題は、列車の円滑な運行を支援することができる列車運行支援システムを提供することにある。

上記課題を達成するため、この発明は、
列車の円滑な運行を支援する列車運行支援システムにおいて、
保守用車両が走行する出発点から到着点までの進路設定要求を送信し、前記保守用車両が前記到着点に到着した場合には進路解除要求を送信する保守用車両の作業員が携帯する端末装置と、
前記端末装置から進路設定要求を受信した場合に要求された進路の線路閉鎖を行うと共に保守用車両の進路設定である旨登録し、前記端末装置から進路解除要求を受信し、且つ、前記登録がある場合には前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除する保守用制御サーバと、
を備え、
前記保守用制御サーバは、前記出発点が本線であり、前記到着点が副本線である場合において、前記端末装置から進路解除要求を受信し、且つ、前記登録がある場合には前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除するようにしたものである。

保守用制御サーバが、端末装置から進路解除要求を受信し、且つ、当該線路閉鎖が保守用車両からの要求である旨の登録がある場合、保守用車両が到着点に在線していることが分かるので、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除することにより、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

保守用制御サーバが、前記到着点が待避可能な番線である場合において、端末装置から進路解除要求を受信し、且つ、当該線路閉鎖が保守用車両からの要求である旨の登録がある場合、保守用車両が到着点（副本線等の待避可能な番線）に在線していることが分かるので、待避可能な番線における線路閉鎖を維持して、本線の線路閉鎖を解除することにより、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

また、望ましくは、前記保守用制御サーバは、前記線路閉鎖が行われた区間に列車が接近した場合において、前記端末装置から進路解除要求を受信し、且つ、前記登録がある場合には前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除するようにしたものである。
保守用制御サーバが、線路閉鎖区間に列車が接近し、端末装置から進路解除要求を受信し、且つ、当該線路閉鎖が保守用車両からの要求である旨の登録がある場合、保守用車両が到着点に在線していることが分かるので、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除することにより、線路閉鎖区間に列車が接近した時点で、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

また、望ましくは、前記保守用制御サーバは、前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除した状態で、且つ、列車が前記要求された進路に在線している場合には、前記端末装置からの進路設定要求を受信しても線路閉鎖を行わないようにしたものである。
保守用制御サーバは、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除した状態では、保守用車両は副本線（待避線）に在線していることが分かるので、要求された進路に列車が在線している場合、端末装置１から進路設定要求を受信しても線路閉鎖を行わずに、そのまま当該列車を通過させることにより、列車との衝突を未然に回避することができる。

本発明によれば、保守用車両が走行する出発点から到着点までの進路設定要求を送信し、保守用車両が到着点に到着した場合には進路解除要求を送信する保守用車両の作業員が携帯する端末装置と、端末装置から進路設定要求を受信した場合に要求された進路の線路閉鎖を行うと共に保守用車両の進路設定である旨登録し、端末装置から進路解除要求を受信し、且つ、前記登録がある場合、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除する保守用制御サーバとを備えることにより、保守用車両が到着点に在線していることが分かるので、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

本実施の形態に係る列車運行支援システムの構成の一例を示す概略構成図である。 端末装置の動作の一例を示すフローチャートである。 保守用制御サーバの進路設定要求受信時の動作の一例を示すフローチャートである。 保守用車両と線路閉鎖との関係の一例を示す説明図である。 保守用制御サーバの進路解除要求受信時の動作の一例を示すフローチャートである。 保守用車両と線路閉鎖との関係の他の一例を示す説明図である。

（実施形態）
［１．構成の説明］
以下、図面を参照しつつ、本発明の実施形態である列車運行支援システムを詳細に説明する。但し、発明の範囲は、図示例に限定されない。

［１−１．列車運行支援システムの構成の説明］
本発明の実施形態の列車運行支援システムの構成について図１を参照して説明する。図１は、列車運行支援システム１００（以下、単にシステム１００と呼ぶ。）の機能をブロック図として表した概略構成図である。
図１に示すように、システム１００は、保守用車両が走行する出発点から到着点までの進路設定要求を送信し、保守用車両が到着点に到着した場合には進路解除要求を送信する操作を行うために保守用車両の作業員が携帯する端末装置１、端末装置１から進路設定要求や進路解除要求を受信した場合に要求された進路の線路閉鎖や線路閉鎖の解除を行う保守用制御サーバ２、を有する構成である。
システム１００において、端末装置１と保守用制御サーバ２は通信ネットワークＮにより互いに通信可能に接続される。具体的には、通信ネットワークＮは、インターネットや電気通信事業者等の電話回線網や携帯電話通信網等である。

端末装置１は、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）、携帯電話、ノート型ＰＣ等の保守用車両の作業員が携帯可能な装置である。このような端末装置１は通信ネットワークＮ（具体的には、端末装置１の通信回線や無線ＬＡＮ（Local Area Network）等）を用いて保守用制御サーバ２との間で相互に通信を行う。

保守用制御サーバ２は、端末装置１から送信される進路設定要求を受信した場合に要求された進路の線路閉鎖を行うと共に保守用車両の進路設定である旨登録し、端末装置１から進路解除要求を受信し、且つ、前記登録がある場合には到着点における線路閉鎖は維持して、その他の線路閉鎖は解除する。保守用制御サーバ装置は、ＰＣ、ＷＳ（Work Station）等の情報機器であってよい。

［１−２．端末装置１の構成の説明］
次に、端末装置１の詳細について説明する。
端末装置１は、制御部１１、操作部１２、表示部１３、記憶部１４、通信部１５を有する。また、端末装置１において、制御部１１、操作部１２、表示部１３、記憶部１４及び通信部１５は内部バス等により互いに接続される。

制御部１１は、端末装置１の動作を中央制御する。具体的には、制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有しており、ＲＡＭの作業領域に展開されたＲＯＭや記憶部１４に記憶されたプログラムデータとＣＰＵとの協働により各部を統括制御する。

操作部１２は、ユーザからの操作入力を受け付け、当該操作入力に応じた操作信号を制御部１１へ出力する。例えば、操作部１２は、文字入力キー、数字入力キー、カーソルキー、その他各種機能に対応付けられたキーなどを有するキー入力部であってよい。また、スマートフォンやタブレット端末等のように操作部１２は、表示部１３と一体的に形成されたタッチパネルなどであってもよい。

表示部１３は、制御部１１から出力された表示制御信号に基づいた画像を表示画面に表示する。例えば、表示部１３は、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）素子を用いたＦＰＤ（Flat Panel Display）などであってよい。また、スマートフォンやタブレット端末等のように表示部１３は、操作部１２と一体的に形成されたタッチパネルなどであってもよい。

記憶部１４は、プログラムデータや各種設定データ等のデータを制御部１１から読み書き可能に記憶する。例えば、記憶部１４は、ＨＤＤ（Hard Disk Drive）、半導体メモリなどであってよい。

通信部１５は、アンテナや通信回路を有し、制御部１１による制御の下で外部機器との間の無線通信や有線通信を行う。具体的には、通信部１５は、通信ネットワークＮを介してデータ通信を行う。

［１−３．保守用制御サーバ２の構成の説明］
次に、保守用制御サーバ２の詳細について説明する。
保守用制御サーバ２は、制御部２１、操作部２２、表示部２３、記憶部２４、通信部２５を有する。また、サーバ装置２において、制御部２１、操作部２２、表示部２３、記憶部２４及び通信部２５は内部バス等により互いに接続される。

制御部２１は、保守用制御サーバ２の動作を中央制御する。具体的には、制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有しており、ＲＡＭの作業領域に展開されたＲＯＭや記憶部２４に記憶されたプログラムデータとＣＰＵとの協働により各部を統括制御する。

操作部２２は、ユーザからの操作入力を受け付け、当該操作に応じた操作信号を制御部２１へ出力する。例えば、操作部２２は、文字入力キー、数字入力キー、その他各種機能に対応付けられたキーを備えたキーボード、マウス等のポインティングデバイスなどであってよい。

表示部２３は、制御部２１から出力された表示制御信号に基づいた画像を表示画面に表示する。例えば、表示部２３は、ＣＲＴ（Cathode Ray Tube）やＬＣＤなどであってよい。

記憶部２４は、プログラムデータや各種設定データ等のデータを制御部２１から読み書き可能に記憶する。例えば、記憶部２４は、ＨＤＤ、半導体メモリなどであってよい。

通信部２５は、制御部２１の制御の下、所定の通信プロトコルを用いて通信ネットワークＮを介したデータ通信を行う。具体的には、通信部２５は、通信用ＩＣ（Integrated Circuit）と通信コネクタなどを有する通信インターフェイスである。

［２．動作の説明］
本発明の実施形態におけるシステム１００の具体的な動作の説明を図２〜図６を用いて詳細に行う。以下、説明の便宜上、端末装置１や保守用制御サーバ２の制御部が主体となる処理は、「端末装置１」、「保守用制御サーバ２」をその処理の主体として説明する。

［２−１．端末装置１の動作の説明］
ここで、端末装置１の動作について図２のフローチャートを用いて説明する。
端末装置１は、保守用車両の作業員が進路設定要求の操作を行ったか否かを判断する（ステップＳ２１）。例えば、保守用車両の作業員は、進路の出発点と到着点とを指定して進路設定要求を保守用制御サーバ２に送信するように端末装置１を操作する。

端末装置１は、保守用車両の作業員が進路設定要求の操作を行っていないと判断した場合（ステップＳ２１：Ｎｏ）、ステップＳ２１に戻り、保守用車両の作業員が進路設定要求の操作を行ったと判断した場合（ステップＳ２１：Ｙｅｓ）、保守用制御サーバ２に通信ネットワークＮを介して進路設定要求を送信する（ステップＳ２２）。

そして、端末装置１は、通信部１５が保守用制御サーバ２から進路の設定完了の通知を受信したか否かを判断し（ステップＳ２３）、保守用制御サーバ２から進路の設定完了の通知を受信していないと判断した場合（ステップＳ２３：Ｎｏ）、ステップＳ２３に戻り、保守用制御サーバ２から進路の設定完了の通知を受信したと判断した場合（ステップＳ２３：Ｙｅｓ）、表示部１３に進路の設定が完了した旨の表示を行う（ステップＳ２４）。

例えば、保守用車両の作業員は、端末装置１の表示部１３に進路の設定が完了した旨の表示がされたことを確認した上で、出発点から保守用車両を進行させ、設定した進路を到着点まで走行させる。

端末装置１は、保守用車両の作業員が進路解除要求の操作を行ったか否かを判断する（ステップＳ２５）。例えば、保守用車両が設定した進路を走行して到着点に到着し、当該到着点が一時的に待避が可能な副本線（待避線）等の場合、保守用車両の作業員は、他の列車の運行の支障とならないよう、速やかに、進路解除要求を保守用制御サーバ２に送信するように端末装置１を操作をして、線路閉鎖を部分的に解除した上で、当該該到着点での保守作業を行う。
勿論、当該到着点が一時的に待避が可能な副本線（待避線）等ではない場合には、進路解除要求の操作を行うことなく、線路閉鎖を維持したまま保守作業を行う。

端末装置１は、保守用車両の作業員が進路解除要求の操作を行っていないと判断した場合（ステップＳ２５：Ｎｏ）、ステップＳ２５に戻り、保守用車両の作業員が進路解除要求の操作を行ったと判断した場合（ステップＳ２５：Ｙｅｓ）、保守用制御サーバ２に通信ネットワークＮを介して進路解除要求を送信する（ステップＳ２６）。

最後に、端末装置１は、通信部１５が保守用制御サーバ２から進路の解除完了の通知を受信したか否かを判断し（ステップＳ２７）、保守用制御サーバ２から進路の解除完了の通知を受信していないと判断した場合（ステップＳ２７：Ｎｏ）、ステップＳ２７に戻り、保守用制御サーバ２から進路の解除完了の通知を受信したと判断した場合（ステップＳ２７：Ｙｅｓ）、表示部１３に進路の解除が完了した旨の表示を行う（ステップＳ２８）。

例えば、保守用車両の作業員は、端末装置１の表示部１３に進路の解除が完了した旨の表示がされたことを確認した場合には、保守用車両をそれ以上移動させることはできず、その場（到着点）に留まる。

［２−２．進路設定要求受信時の保守用制御サーバ２の動作の説明］
また、ここで、保守用制御サーバ２の動作について図３のフローチャートを用いて説明する。図３は保守用制御サーバ２の進路設定要求受信時の動作の一例を示すフローチャートである。

保守用制御サーバ２は、通信部２５が端末装置１から進路設定要求を受信したか否かを判断する（ステップＳ３１）。もし、保守用制御サーバ２が、端末装置１から進路設定要求を受信していないと判断した場合（ステップＳ３１：Ｎｏ）、ステップＳ３１に戻る。

一方、保守用制御サーバ２が、端末装置１から進路設定要求を受信したと判断した場合（ステップＳ３１：Ｙｅｓ）、保守用制御サーバ２は、受信した進路設定要求が保守用車両からものであるか否かを判断する（ステップＳ３２）。

例えば、受信した進路設定要求が保守用車両からものであるか否かの判断は、送信元情報や進路設定要求に付加された情報等を照査することにより判断してもよい。また、その他公知の技術を用いてもよい。

そして、保守用制御サーバ２が、受信した進路設定要求が保守用車両からものであると判断した場合（ステップＳ３２：Ｙｅｓ）、当該進路設定が保守用車両からの要求である旨を登録し（ステップＳ３３）、受信した進路設定要求に基づき進路の線路閉鎖を実施する（ステップＳ３４）。

例えば、進路設定が保守用車両からの要求である旨を登録としては、保守用制御サーバ２が、進路設定が保守用車両からの要求であるか否かを示すフラグを備え、進路設定が保守用車両からの要求である場合は、当該フラグを”１”に設定（登録）する。

一方、保守用制御サーバ２が、受信した進路設定要求が保守用車両からものではないと判断した場合（ステップＳ３２：Ｎｏ）、受信した進路設定要求に基づき進路の線路閉鎖を実施する（ステップＳ３４）。

また、保守用制御サーバ２は、進路設定が保守用車両からの要求ではない場合は、必要に応じて、進路設定が保守用車両からの要求であるか否かを示すフラグを”０”に設定（解除）してもよい。

最後に、保守用制御サーバ２は、進路設定要求に基づく設定（線路閉鎖）が完了した通知を端末装置１に送信する（ステップＳ３５）。

例えば、図４（ａ）に示すように、保守用車両ＭＴ４１が、出発点ＳＰ４１に在線して、保守用車両の作業員が到着点ＡＰ４１までの進路設定要求の操作を行った場合、図４（ｂ）に示すように、保守用制御サーバ２は、当該進路設定が保守用車両によるものであることを登録した上で、分岐器ＰＴ４１を反位に転換して進路を設定すると共に、当該進路の線路閉鎖ＬＬ４１を実施する。

そして、例えば、図４（ｂ）に示すように、保守用車両ＭＴ４１の作業員は、端末装置１の表示部１３に進路の設定が完了した旨の表示がされたことを確認した上で、保守用車両ＭＴ４１を出発点ＳＰ４１から到着点ＡＰ４１まで矢印ＭＶ４１に示すように走行させる。

［２−３．進路解除要求受信時の保守用制御サーバ２の動作の説明］
また、ここで、保守用制御サーバ２の動作について図５のフローチャートを用いて説明する。図５は保守用制御サーバ２の進路解除要求受信時の動作の一例を示すフローチャートである。

保守用制御サーバ２は、通信部２５が端末装置１から進路解除要求を受信したか否かを判断する（ステップＳ５１）。もし、保守用制御サーバ２が、端末装置１から進路解除要求を受信していないと判断した場合（ステップＳ５１：Ｎｏ）、ステップＳ５１に戻る。

一方、保守用制御サーバ２が、端末装置１から進路解除要求を受信したと判断した場合（ステップＳ５１：Ｙｅｓ）、保守用制御サーバ２は、受信した進路解除要求に関連する線路閉鎖が保守用車両からの要求である旨の登録の有無を判断する（ステップＳ５２）。

例えば、保守用制御サーバ２は、進路設定が保守用車両からの要求であるか否かを示すフラグが”１”に設定（登録）されているか否かを判断する。

保守用制御サーバ２が、端末装置１から受信した進路解除要求に関連する線路閉鎖が保守用車両からの要求である旨の登録があると判断した場合（ステップＳ５２：Ｙｅｓ）、保守用車両が到着点に在線していることが分かるので、到着点の線路閉鎖を維持して、その他の線路閉鎖を解除し（ステップＳ５３）、端末装置１から受信した進路解除要求に関連する線路閉鎖が保守用車両からの要求である旨の登録がないと判断した場合（ステップＳ５２：Ｎｏ）、全ての線路閉鎖を解除する（ステップＳ５４）。

最後に、保守用制御サーバ２は、進路解除要求に基づく設定（線路閉鎖）の解除が完了した通知を端末装置１に送信する（ステップＳ５５）。

例えば、図６に示すように、保守用車両ＭＴ４１が、到着点ＡＰ６１に在線して、保守用車両の作業員が進路解除要求の操作を行った場合、図６に示すように、保守用制御サーバ２は、当該線路閉鎖が保守用車両からの要求である旨の登録を確認した上で、分岐器ＰＴ６１を定位に転換して設定された進路を解除すると共に、到着点ＡＰ６１の線路閉鎖ＬＬ６１を維持すると共に、その他の線路閉鎖を解除する。

そして、例えば、図６に示すように、保守用制御サーバ２は、部分的に線路閉鎖を解除して、追い越しの列車ＴＲ６１の進路を確保した上で、列車ＴＲ６１を矢印ＭＶ６１に示すように通過させる。この時、到着点ＡＰ６１の線路閉鎖ＬＬ６１は維持されているので、列車ＴＲ６１の円滑な運行を支援すると共に、保守用車両ＭＴ４１の安全は確保される。

以上のように、保守用車両が走行する出発点から到着点までの進路設定要求を送信し、保守用車両が到着点に到着した場合には進路解除要求を送信する保守用車両の作業員が携帯する端末装置１と、端末装置１から進路設定要求を受信した場合に要求された進路の線路閉鎖を行うと共に保守用車両の進路設定である旨登録し、端末装置１から進路解除要求を受信し、且つ、登録がある場合、保守用車両が到着点に在線していることが分かるので、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除する保守用制御サーバ２とを備えることにより、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

なお、実施形態の説明に際しては、保守用制御サーバ２は、進路解除要求を受信し、進路設定が保守用車両によるものである登録を確認した場合、保守用車両が到着点に在線していることが分かるので、到着点の線路閉鎖を維持すると共に、その他の線路閉鎖を解除しているが、到着点が副本線（待避可能な番線）である場合において、端末装置１から進路解除要求を受信し、進路設定が保守用車両によるものである登録を確認した場合、到着点（副本線等の待避可能な番線）の線路閉鎖を維持すると共に、その他（本線）の線路閉鎖を解除してもよい。

この場合には、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

また、実施形態の説明に際しては、保守用制御サーバ２は、進路解除要求を受信し、進路設定が保守用車両によるものである登録を確認した場合、保守用車両が到着点に在線していることが分かるので、到着点の線路閉鎖を維持すると共に、その他の線路閉鎖を解除しているが、線路閉鎖区間に列車が接近した場合において、端末装置１から進路解除要求を受信し、進路設定が保守用車両によるものである登録を確認した場合、到着点の線路閉鎖を維持すると共に、その他の線路閉鎖を解除してもよい。

この場合には、線路閉鎖区間に列車が接近した時点で、保守作業に伴う線路閉鎖を部分的に解除することができ、追い越し、或いは、すれ違いの他の列車が、本来、線路閉鎖されている区間を通過することができるので、列車の円滑な運行を支援することができる。

また、実施形態の説明に際しては、列車の円滑な運行を支援するため、保守用車両を一時的に副本線（待避線）に待避させ、追い越し、或いは、すれ違いの他の列車を通過させているが、列車を通過させた後は、必要に応じて、再度、保守用車両の作業員は進路設定要求の操作を行い、進路の設定の完了を確認してから、保守用車両を進行させて、保守作業を継続することができる。

このような再度の進路設定要求の際、保守用制御サーバ２は、保守用車両が到着点に在線しているので、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除した状態で、列車が要求された進路にまだ在線している場合、端末装置１から進路設定要求を受信しても線路閉鎖を行わないようにしてもよい。

この場合、到着点における線路閉鎖を維持して、その他の線路閉鎖を解除した状態では、保守用車両は副本線（待避線）に在線していることが分かるので、要求された進路に列車がまだ在線している場合、端末装置１から進路設定要求を受信しても線路閉鎖を行わずに、そのまま当該列車を確実に通過させることにより、保守用車両と当該列車との衝突を未然に回避することができる。

１ 端末装置
１１ 制御部
１２ 操作部
１３ 表示部
１４ 記憶部
１５ 通信部
２ 保守用制御サーバ
２１ 制御部
２２ 操作部
２３ 表示部
２４ 記憶部
２５ 通信部
Ｎ ネットワーク

Claims (3)

1. 列車の円滑な運行を支援する列車運行支援システムにおいて、
   保守用車両が走行する出発点から到着点までの進路設定要求を送信し、前記保守用車両が前記到着点に到着した場合には進路解除要求を送信する保守用車両の作業員が携帯する端末装置と、
   前記端末装置から進路設定要求を受信した場合に要求された進路の線路閉鎖を行うと共に保守用車両の進路設定である旨登録し、前記端末装置から進路解除要求を受信し、且つ、前記登録がある場合には前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除する保守用制御サーバと、
   を備え、
   前記保守用制御サーバは、前記到着点が待避可能な番線である場合において、前記端末装置から進路解除要求を受信し、且つ、前記登録がある場合には前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除することを特徴とする列車運行支援システム。
2. 前記保守用制御サーバは、前記線路閉鎖が行われた区間に列車が接近した場合において、前記端末装置から進路解除要求を受信し、且つ、前記登録がある場合には前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除することを特徴とする請求項１記載の列車運行支援システム。
3. 前記保守用制御サーバは、前記到着点における線路閉鎖を維持して、その他の線路閉鎖を解除した状態で、且つ、列車が前記要求された進路に在線している場合には、前記端末装置からの進路設定要求を受信しても線路閉鎖を行わないことを特徴とする請求項１又は２に記載の列車運行支援システム。

Images