(57)【要約】【課題】対向して走行する車両それぞれが予約した閉塞区間の間に、それら車両が共に予約できない閉塞区間を設けるように制御し、また同一方向に間隔を空けて走行する車両の間はできるだけ間隔を空けないよう制御することを容易に行う。【解決手段】複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する。予約要求が示す予約対象の閉塞区間がその予約要求を受信した時点で予約要求を送信した車両以外の車両によって予約されていない場合、予約要求が示す予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが予約要求を送信した車両の予約済み対象であることを管理テーブルに記録する。【選択図】図１
2019034590.tif 000002
【特許請求の範囲】
【請求項１】
車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と、
前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する予約管理部を備えるリソース管理装置と、
を備える車両制御システム。
【請求項２】
前記リソース管理装置の前記予約管理部は、前記接続境界が予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否する
請求項１に記載の車両制御システム。
【請求項３】
前記リソース管理装置の前記予約管理部は、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否する
請求項１または請求項２に記載の車両制御システム。
【請求項４】
前記リソース管理装置が、
前記第一の予約管理テーブルを用いて前記閉塞区間の予約管理を行う第一のリソース管理装置と、
前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間に設けられた前記接続境界について前記予約済み対象であることを記録せずに、前記予約要求が示す前記予約対象の閉塞区間が前記予約要求を送信した車両の予約済み対象であることを、第二の予約管理テーブルに記録し、当該第二の予約管理テーブルを用いて前記閉塞区間の予約管理を行う第二のリソース管理装置と、
により構成され、
前記走行管理装置の前記予約要求部は、前記軌道を走行する車両の位置に対応して設けられた前記第一のリソース管理装置または前記第二のリソース管理装置の何れかに前記予約要求を送信する
請求項１から請求項３の何れか一項に記載の車両制御システム。
【請求項５】
前記第一のリソース管理装置は第一管エリアに設置された各閉塞区間についての予約要求に基づく処理を行い、
前記第二のリソース管理装置は第二管エリアに設置された各閉塞区間についての予約要求に基づく処理を行う
請求項４に記載の車両制御システム。
【請求項６】
前記予約管理テーブルは、前記閉塞区間の識別情報にその閉塞区間の予約状態を対応付けて記憶し、
前記リソース管理装置は、前記車両の故障を検出する故障検出部を備え、
前記リソース管理装置の前記予約管理部は、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除する
請求項１から請求項５の何れか一項に記載の車両制御システム。
【請求項７】
前記リソース管理装置は、前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを、前記予約管理テーブルに記録する
ことを特徴とする請求項６に記載の車両制御システム。
【請求項８】
車両制御システムに備わるリソース管理装置であって、
車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と通信接続し、
前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する予約管理部を備える
リソース管理装置。
【請求項９】
前記予約管理部は、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否する
請求項８に記載のリソース管理装置。
【請求項１０】
前記予約管理テーブルは、前記閉塞区間の識別情報にその閉塞区間の予約状態を対応付けて記憶し、
前記車両の故障を検出する故障検出部を備え、
前記リソース管理装置の前記予約管理部は、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除する
請求項９に記載のリソース管理装置。
【請求項１１】
前記予約管理部は、前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを、前記予約管理テーブルに記録する
ことを特徴とする請求項１０に記載のリソース管理装置。
【請求項１２】
車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と通信接続し、
前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する
車両制御方法。
【請求項１３】
前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否する
請求項１２に記載の車両制御方法。
【請求項１４】
前記予約管理テーブルは、前記閉塞区間の識別情報にその閉塞区間の予約状態を対応付けて記憶し、
前記車両の故障を検出し、
前記リソース管理装置は、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除する
請求項１３に記載の車両制御方法。
【請求項１５】
前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを、前記予約管理テーブルに記録する
ことを特徴とする請求項１４に記載の車両制御方法。
【請求項１６】
走行管理装置が、車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信し、
前記リソース管理装置が、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とを前記予約要求を送信した車両の予約済み対象であることを第一の予約管理テーブルに記録する
車両制御方法。
【請求項１７】
車両制御システムに備わるリソース管理装置のコンピュータを、
車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と通信接続する手段、
前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する手段、
として機能させるプログラム。
【請求項１８】
さらに、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否する手段、
として機能させる請求項１７に記載のプログラム。
【請求項１９】
前記車両の故障を検出する手段、
前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除する手段、
として機能させる請求項１８に記載のプログラム。
【請求項２０】
前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを記録する手段、
として機能させる請求項１９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両制御システム、リソース管理装置、車両制御方法、プログラムに関する。
【背景技術】
【０００２】
高密度運行を行う軌道系交通システム（以下、鉄道システム）では、列車の速度を安全に保つためのＡＴＰ（Automatic Train Protection）装置を備える。ＡＴＰ装置を備えた鉄道システムは、軌道の分岐に存在する転てつ器の転換の制御を旧来と同様の連動装置が担う。連動装置は進路（閉塞区間）の単位で車両同士の排他制御を行う。連動装置は安全性を担保しながら転てつ器の転換の制御を行う。このような鉄道システムでは地上側に連動装置とＡＴＰ装置とを設置する。これら連動装置やＡＴＰ装置は機器が高価な上に、広い機器室を準備する必要がある。連動装置は、特殊な技能を持つ信号技術者が作成した「連動図表」と呼ばれるロジック表示基づき動作する。しかしながらこのロジック表の作成には特殊な技能を持つ信号技術者が必要である。またロジック表の作成には初期設計に係るコストだけでなく維持管理にも高いコストが発生する。
【０００３】
そのような課題を解決する技術として、高度な技術を必要とする連動図表を作成することなく軌道を走行する車両の走行制御を行う技術開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−９４９７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
軌道を走行する車両の制御を行う場合に、対向して走行する車両それぞれが予約した閉塞区間の間に、それら車両が共に予約できない閉塞区間を設けるよう制御でき、また同一方向に間隔を空けて走行する車両の間はできるだけ間隔を空けないよう制御することを、鉄道システムは望まれている。高度な技術を必要とする連動図表を作成することなく、そのように対向して走行する車両それぞれが予約した閉塞区間の間に、それら車両が共に予約できない閉塞区間を設けるよう制御でき、また同一方向に間隔を空けて走行する車両の間はできるだけ間隔を空けないよう制御できる技術が求められている。
【０００６】
そこでこの発明は、上述の課題を解決する車両制御システム、リソース管理装置、車両制御方法、プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、車両制御システムは、車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する予約管理部を備えるリソース管理装置と、を備えることを特徴とする。
【０００８】
上述の車両制御システムにおいて、前記リソース管理装置の前記予約管理部は、前記接続境界が予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否してよい。
【０００９】
上述の車両制御システムにおいて、前記リソース管理装置の前記予約管理部は、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否してよい。
【００１０】
上述の車両制御システムにおいて、前記リソース管理装置が、前記第一の予約管理テーブルを用いて前記閉塞区間の予約管理を行う第一のリソース管理装置と、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間に設けられた前記接続境界について前記予約済み対象であることを記録せずに、前記予約要求が示す前記予約対象の閉塞区間が前記予約要求を送信した車両の予約済み対象であることを、第二の予約管理テーブルに記録し、当該第二の予約管理テーブルを用いて前記閉塞区間の予約管理を行う第二のリソース管理装置と、により構成され、前記走行管理装置の前記予約要求部は、前記軌道を走行する車両の位置に対応して設けられた前記第一のリソース管理装置または前記第二のリソース管理装置の何れかに前記予約要求を送信してよい。
【００１１】
上述の車両制御システムにおいて、前記第一のリソース管理装置は第一管エリアに設置された各閉塞区間についての予約要求に基づく処理を行い、前記第二のリソース管理装置は第二管エリアに設置された各閉塞区間についての予約要求に基づく処理を行ってよい。
【００１２】
上述の車両制御システムにおいて、前記予約管理テーブルは、前記閉塞区間の識別情報にその閉塞区間の予約状態を対応付けて記憶し、前記リソース管理装置は、前記車両の故障を検出する故障検出部を備え、前記リソース管理装置の前記予約管理部は、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除してよい。
【００１３】
上述の車両制御システムにおいて、前記リソース管理装置は、前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを、前記予約管理テーブルに記録してよい。
【００１４】
本発明の第２の態様によれば、リソース管理装置は、車両制御システムに備わるリソース管理装置であって、車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と通信接続し、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する予約管理部を備えることを特徴とする。
【００１５】
上述のリソース管理装置において、前記予約管理部は、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否してよい。
【００１６】
上述のリソース管理装置において、前記予約管理テーブルは、前記閉塞区間の識別情報にその閉塞区間の予約状態を対応付けて記憶し、前記車両の故障を検出する故障検出部を備え、前記リソース管理装置の前記予約管理部は、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除してよい。
【００１７】
上述のリソース管理装置において、前記予約管理部は、前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを、前記予約管理テーブルに記録してよい。
【００１８】
本発明の第３の態様によれば、車両制御方法は、車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と通信接続し、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録することを特徴とする。
【００１９】
上述の車両制御方法において、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否してよい。
【００２０】
上述の車両制御方法において、前記予約管理テーブルは、前記閉塞区間の識別情報にその閉塞区間の予約状態を対応付けて記憶し、前記車両の故障を検出し、前記リソース管理装置は、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除してよい。
【００２１】
上述の車両制御方法において、前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを、前記予約管理テーブルに記録してよい。
【００２２】
上述の車両制御方法において、走行管理装置は、車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信し、前記リソース管理装置が、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とを前記予約要求を送信した車両の予約済み対象であることを第一の予約管理テーブルに記録してよい。
【００２３】
本発明の第４の態様によれば、プログラムは、車両制御システムに備わるリソース管理装置のコンピュータを、車両の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて前記車両が走行する軌道に含まれる複数の閉塞区間のうち予約対象の閉塞区間の予約要求をリソース管理装置へ送信する予約要求部を備える走行管理装置と通信接続する手段、前記予約要求が示す前記予約対象の閉塞区間がその予約要求を受信した時点で前記予約要求を送信した車両以外の車両によって予約されていない場合、前記予約要求が示す前記予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とが前記予約要求を送信した車両の予約済み対象であることを、第一の予約管理テーブルに記録する手段、として機能させることを特徴とする。
【００２４】
上述のプログラムは、車両制御システムに備わるリソース管理装置のコンピュータを、さらに、前記車両から前記予約要求された前記閉塞区間の両端の接続境界のうち、当該車両の進行方向に位置する接続境界が前記予約済み対象として前記第一の予約管理テーブルに記録されている場合、その接続境界を有する閉塞区間に対する前記予約要求を拒否する手段、として機能させてよい。
【００２５】
上述のプログラムは、車両制御システムに備わるリソース管理装置のコンピュータを、さらに、前記車両の故障を検出する手段、前記車両の故障が検出された場合、その車両が予約している前記閉塞区間の予約状態を列車故障に更新すると共に、前記接続境界に対する前記予約済み対象として前記予約管理テーブルの記録を削除する手段、として機能させてよい。
【００２６】
上述のプログラムは、車両制御システムに備わるリソース管理装置のコンピュータを、さらに、前記故障が検出された車両が予約した閉塞区間を、故障車両と連結した救援車両の予約した予約済み対象の閉塞区間であることを記録する手段、として機能させてよい。
【発明の効果】
【００２７】
本発明の車両制御システムは、対向して走行する車両それぞれが予約した閉塞区間の間に、それら車両が共に予約できない閉塞区間を設けるように制御し、また同一方向に間隔を空けて走行する車両の間はできるだけ間隔を空けないよう制御することを容易に行うことができる。これにより対向する車両においては閉塞区間を必ず設けて事故の防止を防ぐとともに、同一方向に進む車両については閉塞区間を作らずに運行効率のよい制御を行うことができる。
【図面の簡単な説明】
【００２８】
【図１】車両制御システムの構成を示す図である。
【図２】車上信号装置、走行管理装置、リソース管理装置の機能ブロック図である。
【図３】車両の軌道を構成する各閉塞区間を示す図である。
【図４】リソース管理装置が記憶する予約管理テーブルを示す図である。
【図５】第一の実施形態による車両制御システムの処理フローを示す図である。
【図６】第二の実施形態によるリソース管理装置の設置状態を示す図である。
【図７】第二の実施形態による車両制御システムの処理フローを示す図である。
【図８】第三の実施形態による車両制御システムの処理フローを示す図である。
【図９】車両管理テーブルを示す図である。
【発明を実施するための形態】
【００２９】
以下、本発明の一実施形態による車両制御システムを図面を参照して説明する。
図１は本発明の一実施形態による車両制御システムの構成を示す図である。
図１は車両制御システム１０を示している。車両制御システム１０は、図１に示すように、運行管理装置２と、車両１に搭載された車上信号装置３と、リソース管理装置４とを備えている。運行管理装置２と車上信号装置３とは無線信号により接続する。運行管理装置２は運行の為の情報を車上信号装置３へ出力する。車上信号装置３は走行管理装置３０を備えている。車上信号装置３とリソース管理装置４とは無線信号により接続する。車両１は軌道を走行する。軌道は複数の閉塞区間により構成される。車上信号装置３の走行管理装置３０はリソースである各閉塞区間の予約管理を行うためにリソース管理装置４と情報を送受信する。
【００３０】
詳細に説明すると、走行管理装置３０は、車両１の軌道を構成する複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて車両１が走行する軌道に含まれる複数の閉塞区間を特定する。走行管理装置３０は、その特定した複数の閉塞区間のうち現在車両が存在する閉塞区間より先に位置する予約対象とすべき閉塞区間を特定する。走行管理装置３０は、その予約対象の閉塞区間を示す予約要求をリソース管理装置４へ送信する。リソース管理装置４は、予約要求が示す予約対象の閉塞区間とその閉塞区間の他の閉塞区間との接続境界がその予約要求を受信した時点で予約要求を送信した車両１以外の車両によって予約されているか、その予約対象の閉塞区間に故障車両がいるか、その予約対象の閉塞区間の地上装置が故障しているかを判定する。リソース管理装置４は、車両１以外の車両によって予約対象の閉塞区間が予約されておらず、また当該予約対象の閉塞区間に故障車両が存在せず、また当該予約対象の閉塞区間の地上装置が故障していない場合に、予約要求が示す予約対象の閉塞区間とその閉塞区間の他閉塞区間との接続境界とを特定する。そしてリソース管理装置４はその特定した閉塞区間と、接続境界とを、予約要求を送信した車両の予約済み対象として予約管理テーブルに記録する。この時、リソース管理装置４は、特定した接続境界が、予約済み対象として既に予約管理テーブルに記録されている場合には、その接続境界を有する閉塞区間についての走行管理装置３０からの予約要求を拒否する。
【００３１】
図２は本発明の一実施形態による車上信号装置、走行管理装置、リソース管理装置の機能ブロック図である。
車上信号装置３は、走行管理装置３０の他、自装置内に速度演算部３１０、走行制御部３２０の各処理部を有している。
走行管理装置３０は、走行経路特定部３１、予約要求部３２、通過情報通知部３３、予約放棄部３４、制御部３５、通信部３６、連結管理部３８の各処理部と、記憶部３７を有している。
【００３２】
リソース管理装置４は、予約管理部４１、分岐管理部４４、制御部４５、通信部４６の各処理部と、記憶部４７を有している。
【００３３】
走行管理装置３０の走行経路特定部３１は、複数の閉塞区間とそれら閉塞区間の接続関係とを示す軌道情報に基づいて車両１が走行する軌道に含まれる１つ又は複数の閉塞区間を特定する。
予約要求部３２は、走行経路特定部３１の特定した複数の閉塞区間のうち現在車両１が存在する閉塞区間より先に位置する予約対象とすべき閉塞区間を特定する。予約要求部３２は、その予約対象の閉塞区間の予約要求をリソース管理装置４へ送信する。
【００３４】
リソース管理装置４の予約管理部４１は、予約要求が示す予約対象の一つまたは複数の閉塞区間と、それら閉塞区間の他閉塞区間との接続境界とが、その予約要求を受信した時点で予約要求を送信した車両１以外の車両によって予約されていないか等を判定する。予約管理部４１は車両１以外の車両によってそれら閉塞区間や接続境界が予約されていないこと等を判定した場合、予約要求が示す予約対象の１つまたは複数の閉塞区間と、それら閉塞区間の他閉塞区間との接続境界とを、予約要求を送信した車両１の予約済み対象として予約管理テーブルに記録する。予約管理部４１は、接続境界が他の車両の予約済み対象として既に予約管理テーブルに記録されている場合には、その接続境界を有する閉塞区間についての走行管理装置３０からの予約要求を拒否する。
【００３５】
車上信号装置３の速度演算部３１０は、予約完了情報が示す閉塞区間までの各閉塞区間における制限速度パターンを演算する。
車上信号装置３の走行制御部３２０は、制限速度パターンや上位装置からの信号に基づいてブレーキ等の停止制御を行う。
【００３６】
走行管理装置３０の通過情報通知部３３は、車両１の通過済みの閉塞区間をリソース管理装置４へ送信する。
走行管理装置３０の予約放棄部３４は、予約済みの閉塞区間のキャンセル要求を上位装置より取得した場合には、車両１の停止制御を行い、当該車両の停止後に予約済みの閉塞区間のうち進行方向前方の閉塞区間の予約放棄をリソース管理装置４へ送信する。
走行管理装置３０の制御部３５は、他の機能部を制御する。
走行管理装置３０の通信部３６は、他の装置と通信を行う。
走行管理装置３０の連結管理部３８は、車両同士が連結する際の処理を行う。
【００３７】
リソース管理装置４の分岐管理部４４は、車両の予約済みの閉塞区間の中に分岐を有する閉塞区間が存在する場合には、その車両に走行方向に基づく分岐（転てつ器）の転換制御を行う。
リソース管理装置４において制御部４５は装置内の各処理部を制御する。
リソース管理装置４の通信部４６は車上信号装置３等の他装置と通信を行う。
記憶部４７はリソース管理の為の情報を記憶する。例えば記憶部４７はリソース管理テーブルを記憶する。
【００３８】
図３は車両の軌道を構成する各閉塞区間を示す図である。
図３に示す軌道は、１Ｔ，１ＷＴ（Ｎ），１ＷＴ（Ｒ），２Ｔ，２ＷＴ（Ｎ），２ＷＴ（Ｒ），３Ｔ，４Ｔ，３ＷＴ（Ｎ），３ＷＴ（Ｒ），４ＷＴ（Ｎ），４ＷＴ（Ｒ）の識別情報で表される各閉塞区間が接続して構成する軌道である。図３に示す軌道は分岐を有している。分岐を有する閉塞区間において、転てつ器が定位側の位置に設定されている状態で利用される閉塞区間の識別情報には「Ｎ」が付与されて表される。分岐を有する閉塞区間において転てつ器が反位側の位置に設定されている状態で利用される閉塞区間の識別情報には「Ｒ」が付与されて表される。例えば閉塞区間１ＷＴについて、転てつ器が定位側に位置するよう制御されている場合、その閉塞区間の識別情報を１ＷＴ（Ｎ）と表す。閉塞区間１ＷＴについて、転てつ器が反位側に位置するよう制御されている場合、その閉塞区間の識別情報を１ＷＴ（Ｒ）と表す。
【００３９】
図３で示す軌道の各閉塞区間の接続関係を説明すると、まず、閉塞区間１Ｔは閉塞区間１ＷＴ（Ｎ）と１ＷＴ（Ｒ）に接続されている。閉塞区間１Ｔの図中左方向の端部には接続境界ａが、また図中右方向の他方の端部には接続境界ｂが設けられる。閉塞区間１Ｔは閉塞区間１ＷＴ（Ｎ）及び閉塞区間１ＷＴ（Ｒ）と接続境界ｂにおいて接続する。閉塞区間１ＷＴ（Ｎ）は接続境界ｂを閉塞区間１Ｔ側に設け、その接続境界ｂとは異なる他方の端部において接続境界ｃを設ける。閉塞区間１ＷＴ（Ｎ）は接続境界ｃにおいて閉塞区間３Ｔと接続する。閉塞区間３Ｔは閉塞区間１ＷＴ（Ｎ）側に接続境界ｃを設け、その接続境界ｃとは異なる他方の端部において接続境界ｄを設ける。閉塞区間３Ｔは接続境界ｄにおいて閉塞区間３ＷＴ（Ｎ）と接続する。閉塞区間３ＷＴ（Ｎ）は閉塞区間３Ｔ側に接続境界ｄを設け、その接続境界ｄとは異なる他方の端部において接続境界ｉを設ける。
【００４０】
また閉塞区間３ＷＴ（Ｒ）は一端に接続境界ｉを設け、他端の接続境界ｊにおいて閉塞区間４ＷＴ（Ｒ）と接続される。閉塞区間４ＷＴ（Ｒ）は閉塞区間３ＷＴ（Ｒ）側に接続境界ｊを設け、その接続境界ｊとは異なる他方の端部において接続境界ｈを設ける。また閉塞区間４ＷＴ（Ｒ）は当該接続境界ｈにおいて閉塞区間４Ｔと接続する。接続境界ｈには閉塞区間４ＷＴ（Ｎ）も接続する。閉塞区間４ＷＴ（Ｎ）は閉塞区間４Ｔ側に接続境界ｈを設け、その接続境界ｈとは異なる他方の端部において接続境界ｋを設ける。
【００４１】
閉塞区間４Ｔは閉塞区間４ＷＴ（Ｒ）側、閉塞区間４ＷＴ（Ｎ）側に接続境界ｈを設け、その接続境界ｈとは異なる他方の端部において接続境界ｇを設ける。閉塞区間４Ｔは接続境界ｇにおいて閉塞区間２ＷＴ（Ｒ）、閉塞区間２ＷＴ（Ｎ）と接続される。閉塞区間２ＷＴ（Ｎ）は閉塞区間４Ｔ側に接続境界ｇを設け、その接続境界ｇとは異なる他方の端部において接続境界ｆを設ける。閉塞区間２ＷＴ（Ｎ）は当該接続境界ｆにおいて閉塞区間２Ｔと接続される。閉塞区間２Ｔは閉塞区間２ＷＴ（Ｎ）側に接続境界ｆを設け、その接続境界ｆとは異なる他端において接続境界ｅを設ける。また閉塞区間２ＷＴ（Ｒ）は閉塞区間４Ｔ側に接続境界ｇを設け、その接続境界ｇとは異なる他端において接続境界ｉを設ける。閉塞区間２ＷＴ（Ｒ）は当該接続境界ｉにおいて閉塞区間１ＷＴ（Ｒ）と接続される。閉塞区間１ＷＴ（Ｒ）は閉塞区間２ＷＴ（Ｒ）側に閉塞区間Iを設け、その閉塞区間ｉとは異なる他端において接続境界ｂを設ける。閉塞区間１ＷＴ（Ｒ）は当該接続境界ｂにおいて閉塞区間１Ｔと接続される。以上が図３で示す軌道の各閉塞区間の接続関係である。
【００４２】
図３において車両０００１が閉塞区間１Ｔに存在することを表している。図３において車両０００１は進路Ｄ１を取ることを示している。進路Ｄ１は進路方向の順に閉塞区間１Ｔ、１ＷＴ（Ｒ）が含まれる。また図３において車両０００２が閉塞区間３ＷＴ（Ｒ）と４ＷＴ（Ｒ）を跨いで存在していることを表している。車両０００２は進路Ｄ２を取る。進路Ｄ２は進路方向の順に閉塞区間３ＷＴ（Ｒ）、４ＷＴ（Ｒ）、４Ｔ・・が含まれる。
【００４３】
図３で示すように車両０００１と車両０００２は進路方向が対向している。このような場合リソース管理装置４は対向する車両０００１と車両０００２それぞれの予約できる閉塞区間を１区間分開けるよう制御する。つまり図３で示す軌道においては、リソース管理装置４は閉塞区間２ＷＴ（Ｒ）が、進路方向の対向する車両０００１と車両０００２の何れにも予約できないよう制御する。より具体的にはリソース管理装置４は予約要求に基づいて、当該予約要求が特定する閉塞区間における予約対象外の他の閉塞区間との接続境界を、当該予約要求を行った車両に予約要求の早い順に割り当てる。そしてリソース管理装置４はその車両に割り当てた接続境界に繋がる他の閉塞区間をロックして他の車両に割り当てない制御を行う。これにより図３で示すような状況においては、リソース管理装置４は車両０００１を予約要求に基づいて接続境界ｉに割り当て、車両０００１と対向して走行する車両０００２からの予約要求に基づいて接続境界ｇをその車両０００２に割り当てるものの、閉塞区間２ＷＴ（Ｒ）については接続境界ｉを有する閉塞区間であるためその閉塞区間２ＷＴ（Ｒ）を車両０００２に割り当てることをロックする制御を行う。また仮に車両０００１から閉塞区間２ＷＴ（Ｒ）の予約要求があったとしても、その閉塞区間２ＷＴ（Ｒ）における車両０００１の進路方向の接続境界ｇは車両０００２に割り当てられているため、閉塞区間２ＷＴ（Ｒ）を車両０００１に割り当てることをロックする制御を行う。これにより、両方の車両とも進路方向の先の接続境界を予約することができないため、閉塞区間２ＷＴ（Ｒ）を対向防護対象の閉塞区間として空けることができ、これにより対向して走行する車両の防護（対向防護）を行うことができる。
一方車両０００２は閉塞区間２ＷＴ（Ｎ）についてはその閉塞区間２ＷＴ（Ｎ）が有する接続境界ｇ，ｆのうち進路方向側の接続境界ｆが他の車両によって予約されていないため、閉塞区間２ＷＴ（Ｎ）を予約することができる。これにより、スムーズな運行管理が可能となる。
【００４４】
図４はリソース管理装置が記憶する予約管理テーブルを示す図である。
リソース管理装置４は２つの予約管理テーブルである、閉塞区間予約管理テーブル４０１と接続境界予約管理テーブル４０２とを作成して記憶部３７に登録する。リソース管理装置４は閉塞区間予約管理テーブル４０１と接続境界予約管理テーブル４０２の内容を更新することができる。
【００４５】
閉塞区間予約管理テーブル４０１は図４に示すように、閉塞区間の識別情報、分岐番号、第一接続境界（図３に示す各閉塞区間の左側の接続境界）の識別情報、第二接続境界（図３に示す各閉塞区間の右側の接続境界）の識別情報、分岐状態、分岐要求状態、予約者識別情報、在線状態、予約状態を対応付けて保持するデータテーブルである。
第一接続境界と第二接続境界は一つの閉塞区間について２つ存在する他の閉塞区間と接続可能な接続境界を示す。第一接続境界と第二接続境界の識別情報は、接続関係にある他の閉塞区間との間で共有され得る。
【００４６】
分岐状態は、分岐を有する閉塞区間について転てつ器が定位側（Ｎ）から反位側（Ｒ）に変更された（Ｙ）、または変更されていない（Ｎ）、または分岐を有さない（なし）の何れかを示す情報である。分岐要求状態は、車両が予約を希望している閉塞区間のうち分岐を有する閉塞区間について定位側から反位側への変更の要求があったか（Ｙ）、なかったか（なし）を示す情報である。
予約者識別情報は閉塞区間の予約を行った予約元（車両、指令所、駅など）の識別情報を記憶する情報である。
【００４７】
閉塞区間予約管理テーブル４０１において予約状態は閉塞区間の現在の閉塞区間の予約状態（予約可、予約不可、予約完了など）を示す情報である。なお予約状態において「予約可」は車両によって予約されていない状況を示す。リソース管理装置４はこの閉塞区間予約管理テーブル４０１の情報を更新する処理を主に行う。
【００４８】
接続境界予約管理テーブル４０２は、接続境界の識別情報に対応付けて、予約状態（有り「Ｙ」、無し「Ｎ」）、予約者識別情報などを記憶する。リソース管理装置４はこの接続境界予約管理テーブル４０２の情報も予約要求に基づいて更新する処理を行う。
【００４９】
リソース管理装置４は閉塞区間の各識別情報と、第一接続境界の識別情報や第二接続境界の識別情報、それら閉塞区間の接続関係とを示す軌道情報のデータを更に記憶部４７に記憶している。
【００５０】
＜第一の実施形態＞
図５は第一の実施形態による車両制御システムの処理フローを示す図である。
次に車両制御システム１０の処理フローについて説明する。
なお車両制御システム１０の処理フローを説明するにあたり、図３で示す各閉塞区間により構成された軌道において車両０００１が進路方向Ｄ１へ進み、車両０００２が進路方向Ｄ２を進むと仮定する。これにより車両０００１と車両０００２の進路方向は対向することとなる。
【００５１】
車両制御システム１０において、まず運行管理装置２は軌道に含まれる閉塞区間や接続関係の情報を含む軌道情報を、無線通信を介して車両０００１や車両０００２に搭載された車上信号装置３へ送信する。この軌道情報は運行管理者が、車両０００１や車両０００２に走行させたい軌道の各閉塞区間を示すものであってよい。以下、車両０００１に備わる各装置の処理フローについて説明する。車両０００２に備わる各装置の処理フローも同様である。車両０００１車上信号装置３は軌道情報を走行管理装置３０へ出力する。走行管理装置３０の通信部３６は軌道情報を取得する。制御部３５は通信部３６の取得した軌道情報を記憶部３７に登録する（ステップＳ１０１）。
【００５２】
この状態において走行管理装置３０の走行経路特定部３１は軌道情報を記憶部３７から読み取る。走行経路特定部３１は軌道情報に基づいて、車両０００１が走行する軌道に含まれる複数の閉塞区間を特定する（ステップＳ１０２）。軌道情報は既に車両０００１に走行させると予め決定されている軌道を構成する閉塞区間の識別情報を含む情報であってよい。または軌道情報は車両０００１が任意に選択できる複数の経路の軌道それぞれを構成する閉塞区間の識別情報を含む情報であってよい。走行経路特定部３１は軌道情報に含まれる複数の閉塞区間の識別情報に基づいて特定の始点から特定の終点までを結ぶ複数の経路を任意に選択できる場合には、所定の経路選択アルゴリズム（グラフ理論や経路探索技術など）を利用して特定した経路上の軌道に含まれる閉塞区間を特定してもよい。走行経路特定部３１は特定した閉塞区間を予約要求部３２へ出力する。予約要求部３２は取得した閉塞区間の情報を予約対象の閉塞区間の情報と特定する。予約要求部３２は予約対象の閉塞区間の識別情報を含む予約要求を、無線通信を介してリソース管理装置４へ送信する（ステップＳ１０３）。予約要求には車両０００１が現在位置する閉塞区間の識別情報（閉塞区間１Ｔ）が含まれていてもよい。予約要求部３２は、予約要求に含む閉塞区間に分岐が存在するかどうかを記憶部３７に記録されている予約管理テーブルに同期している情報から判定し、分岐が存在する場合には転てつ器が定位側（Ｎ）と反位側（Ｒ）のどちらに設定されるべきかを示す分岐要求状態を予約要求に格納する。
【００５３】
リソース管理装置４の予約管理部４１は予約要求を受信する。予約管理部４１は予約要求に含まれる閉塞区間の識別情報を読み取る。予約管理部４１は、予約要求から読み取った閉塞区間の識別情報に基づいて、その閉塞区間に設けられた２つの接続境界の識別情報を閉塞区間予約管理テーブルから特定する（ステップＳ１０４）。例えば予約管理部４１は、車両０００１から受信した予約要求に閉塞区間１ＷＴ（Ｒ）が含まれていることを検出したとする。この場合、予約管理部４１は閉塞区間１ＷＴ（Ｒ）の両端の接続境界ｂ，ｉを特定する。
【００５４】
予約管理部４１は、閉塞区間１ＷＴ（Ｒ）の接続境界ｂ，ｉのうち進路方向Ｄ１の進行方向に一致する側の接続境界ｉを特定する（ステップＳ１０５）。予約管理部４１は接続境界ｉに対応して接続境界予約管理テーブル４０２に記録されている予約状態を読み取る。予約管理部４１は接続境界ｉの予約状態がＮ（無し）を示すか、また予約要求に含まれる閉塞区間に故障車両が在線しているか、それら閉塞区間に対応する地上装置が故障しているかを判定する（ステップＳ１０６）。予約管理部４１は接続境界ｉの予約状態がＮ（無し）を示す場合には、閉塞区間１ＷＴ（Ｒ）の予約状態を閉塞区間予約管理テーブル４０１から読み取り、予約要求に含まれる閉塞区間１ＷＴ（Ｒ）に故障車両が在線しておらず、また閉塞区間１ＷＴ（Ｒ）に対応する地上装置が故障していないと判定した場合に予約可であることを確認する。予約管理部４１は接続境界ｉの予約状態がＮで、閉塞区間１ＷＴ（Ｒ）の予約状態が予約可である場合には、それらの情報に対応する予約者識別情報が車両０００１の情報となるよう閉塞区間予約管理テーブル４０１と、接続境界予約管理テーブル４０２を更新する（ステップＳ１０７）。
【００５５】
予約管理部４１は接続境界ｉの予約状態がＹ（有り）を示す場合には、その接続境界ｉを一方の他端に有する閉塞区間１ＷＴ（Ｒ）の予約要求を破棄する。予約管理部４１は、予約要求に含まれる全ての閉塞区間と接続境界とについて進路方向に従って順に同様の処理を用いて予約可能かどうかを判定し、予約不可となった時点でその閉塞区間と、その閉塞区間の進路方向の進行方向側の接続境界までを予約して終了する。予約管理部４１は予約完了後に、予約者識別情報を車両０００１に更新した各閉塞区間の識別情報および接続境界の識別情報を含む予約完了情報を車両０００１の車上信号装置３へ送信する（ステップＳ１０８）。予約管理部４１は予約放棄した場合には、予約要求に含まれる閉塞区間の全部または一部の閉塞区間の識別情報を示す予約不成立を示す情報を車両０００１の車上信号装置３へ送信する（ステップＳ１０９）。
【００５６】
車上信号装置３は予約完了情報を受信すると走行管理装置３０へその予約完了情報を出力する。走行管理装置３０は予約完了情報を記憶部３７に記録する。予約完了情報には予約管理テーブル７１において車両０００１の予約者識別情報に対応付けて記録される他の情報が含まれてもよい。このため予約完了情報には、予約管理テーブル７１のうち車両０００１が予約した閉塞区間についての情報を全て含んでいてよい。車上信号装置３の速度演算部３１０は記憶部３７に記録されている予約完了情報に基づいて車両１の予約済み（予約完了）の閉塞区間を取得する。速度演算部３１０は予約済みの閉塞区間における制限速度パターンを演算する（ステップＳ１１０）。なお制限速度パターンの演算方法は様々であり、限定するものではない。例えば速度演算部３１０は軌道脇の地上に設けられたＡＴＰ装置と通信して各閉塞区間の制限速度を取得して、その制限速度に基づいて各閉塞区間における制限速度パターン（各閉塞区間における速度の制限値）を演算するようにしてもよい。また最も走行方向の前方の予約済みの閉塞区間までの距離に応じて制限速度パターンを演算するようにしてもよい。車上信号装置３の走行制御部３２０は制限速度パターンに基づいて、制限速度パターンを超えない車両１の速度制御を行う。速度演算部３１０は、ＡＴＰ装置から取得した勾配情報を用いて制限速度パターンを演算してもよい。速度演算部３１０は運行管理装置２から無線通信を介して取得した情報に基づいて制限速度パターンを演算してもよい。
【００５７】
以上の処理によれば、車両０００１の走行管理装置３０は車両０００１の進路方向Ｄ１の各閉塞区間と接続境界とを予約することができる。
【００５８】
車両０００１によって、上述のように閉塞区間１ＷＴ（Ｒ）と接続境界ｉが先に予約された状態において、車両０００２の走行管理装置３０が同様に閉塞区間２ＷＴ（Ｒ）を含む予約要求をリソース管理装置４へ送信したとする。この場合、上述と同様の処理が行われるが、閉塞区間２ＷＴ（Ｒ）における車両０００２の進路方向Ｄ２の進行方向側の接続境界ｉは、既に車両０００１によって予約されている。したがって車両０００２からの予約要求に基づいてリソース管理装置４が上述のステップＳ１０６の処理行う際に接続境界ｉが予約状態有り（Ｙ）となっている（ステップＳ１０６Ｎｏ）。そうするとリソース管理装置４はその予約要求を破棄する。これにより車両０００２に備わる走行管理装置３０は閉塞区間２ＷＴ（Ｒ）を予約することができない。一方で車両０００２の走行管理装置３０は、閉塞区間２Ｗ（Ｒ）や接続境界ｇが車両０００１によって予約されていなければ、進路方向Ｄ２におけるその手前の閉塞区間４Ｔと接続境界ｇまでを予約することができる。つまり、上述の処理によれば、走行管理装置３０は、他の車両の走行管理装置３０によって接続境界が予約されていれば、その接続境界を一端に有する閉塞区間を予約することができない。したがって進路方向が対向する各車両が予約できる閉塞区間は必ず一つの閉塞区間隔てられることとなる。これにより上述の走行管理装置３０とリソース管理装置４の処理により、対向防護を行うことができる。なおリソース管理装置４は、進路方向が対向する各車両が予約できる閉塞区間を１つ以上開けるように、閉塞区間を予約制御するようにしてもよい。
またリソース管理装置４は、車両の位置に基づいて通り過ぎた閉塞区間とその閉塞区間に含まれる接続境界の予約を直ちに開放して、同一方向に間隔を空けて走行する他の車両への予約を可能にすることで、各車両の間はできるだけ間隔を空けないよう制御する。これにより対向する車両においてはお互いが予約できない閉塞区間を必ず設けて事故の防止を防ぐとともに、同一方向に進む車両については閉塞区間を作らずに運行効率のよい制御を行うことができる。
【００５９】
なお上述の処理において車両０００２の走行管理装置３０は閉塞区間２ＷＴ（Ｒ）を予約することができない場合には閉塞区間２ＷＴ（Ｎ）を予約し、一旦車両０００２を閉塞区間２ＷＴ（Ｒ）に移動させる制御を行う。このようにすることで車両０００１が２ＷＴ（Ｒ）と接続境界ｇを通過した後に、車両０００２は再度閉塞区間４Ｔに戻り、進路方向Ｄ２に従って、閉塞区間２ＷＴ（Ｒ）を予約することができる。
【００６０】
＜第二の実施形態＞
図６はリソース管理装置の設置状態を示す図である。
車両１の走行する軌道は、例えば、車両１が通常運行を行う閉塞区間を含む、運行量の多い第一管理エリアと、第一管理エリアよりも運行量の少ない車両基地等の第二管理エリアとが設けられている。第二管理エリアは車両基地以外のエリアであってもよい。これら第一管理エリアや第二管理エリアは運行管理者によって予め設定されてよい。そして、第一管理エリア内の各閉塞区間に位置する車両は第一リソース管理装置４ａと通信し、第二管理エリア内の各閉塞区間に位置する車両は第二リソース管理装置４ｂと通信する。第一リソース管理装置４ａは第一の実施形態で説明した処理と同様の処理を行う。第二リソース管理装置４ｂは第一の実施形態で説明した処理とは異なる処理により車両の運行を制御する。
【００６１】
具体的には、第二リソース管理装置４ｂは、予約要求に基づく閉塞区間の予約処理において第一の実施形態のように接続境界の情報を用いずに閉塞区間を予約する。これにより対向防護の機能、つまり対向して走行する車両それぞれが予約した閉塞区間の間に、それら車両が共に予約できない閉塞区間を設ける処理を行わないことにより、より自由度高く、第二管理エリアに属する軌道内で車両の走行を制御することができる。
【００６２】
図７は第二の実施形態による車両制御システムの処理フローを示す図である。
走行管理装置３０の予約要求部３２は、走行管理装置３０を搭載する車両１が第一管理エリアに属する閉塞区間に位置するか、第二管理エリアに属する閉塞区間に位置するかを判定する（ステップＳ２０１）。予約要求部３２は車両１が第一管理エリアに属する閉塞区間に位置する場合には第一リソース管理装置４ａと通信接続すると判定する。この場合、予約要求部３２は第一リソース管理装置４ａと通信接続し、予約要求を送信する（ステップＳ２０２）。第一リソース管理装置４ａは第一の実施形態と同様に処理を行う。また予約要求部３２は車両１が第二管理エリアに属する閉塞区間に位置する場合には第二リソース管理装置４ｂと通信接続すると判定する。この場合、予約要求部３２は第二リソース管理装置４ｂと通信接続し、予約要求を送信する（ステップＳ２０３）。
【００６３】
第二リソース管理装置４ｂが予約要求を受信した場合には、第二リソース管理装置４ｂの予約管理部４１は予約要求に含まれる閉塞区間の識別情報を読み取る（ステップＳ２０４）。予約管理部４１は、予約要求から読み取った閉塞区間の識別情報に基づいて、その閉塞区間の予約状態を閉塞区間予約管理テーブル４０１から読み取り、予約無しであるかを判定する（ステップＳ２０５）。予約要求に含まれる閉塞区間の予約状態が予約無しである場合には、その閉塞区間の識別情報に対応する予約者識別情報が予約要求を送信した車両の識別情報となるよう閉塞区間予約管理テーブル４０１に更新する（ステップＳ２０６）。なお第二リソース管理装置４ｂな接続境界予約管理テーブル４０２を保持しない。また第二リソース管理装置４ｂは接続境界の情報を処理に用いない為、図４で示した閉塞区間予約管理テーブル４０１中の２つの接続境界の情報を保持しない。
【００６４】
予約管理部４１は予約要求に基づく予約完了情報を、予約要求を送信した車両の車上信号装置３へ送信する（ステップＳ２０７）。または予約管理部４１は予約要求に基づく予約不成立を示す情報を、予約要求を送信した車両の車上信号装置３へ送信する（ステップＳ２０８）。走行管理装置３０は車上信号装置３から取得した予約完了情報に基づいて、第一の実施形態と同様に制限速度パターンを演算する（ステップＳ２０９）。
【００６５】
このような処理により第二管理エリアに位置する車両１に対しては、第二リソース管理装置４ｂが、接続境界の情報を用いずに予約要求に基づく予約処理を行う。これにより第二リソース管理装置４ｂは、対向して走行する車両１それぞれが予約した閉塞区間の間に、それら車両１が共に予約できない閉塞区間を設ける処理を行わないことにより、より自由度高く第二管理エリアに属する軌道内で車両の走行を制御することができる。
【００６６】
＜第三の実施形態＞
図８は第三の実施形態による車両制御システムの処理フローを示す図である。
車両１がある閉塞区間において故障して停止した際には、運行管理者と車両１の運転手との間で様々な交信が行われるが、このような煩雑な作業を無くし運行管理者や運転手の労力を削減する技術が求められている。そこで本実施形態においてはリソース管理装置４と走行管理装置３０とが連携して故障した車両１の救援活動が行われる。以下その場合の処理について説明する。
【００６７】
リソース管理装置４は走行管理装置３０との間で定期的に通信を行う。リソース管理装置４の予約管理部４１は、走行管理装置３０との通信を所定期間確立できない場合には、その車上信号装置３が設けられている車両１を特定する（ステップＳ３０１）。予約管理部４１は特定した車両１を以降、故障車両１ａとして処理する。予約管理部４１は、故障車両１ａを特定すると、予約者識別情報が、その故障車両１ａの識別情報として記録されている閉塞区間を閉塞区間予約管理テーブル４０１において特定する。予約管理部４１は特定した閉塞区間の予約状態を全て列車故障へと変更する（ステップＳ３０２）。
【００６８】
なお、リソース管理装置４の予約管理部４１は走行管理装置３０から位置情報を定期的に受信しており、その位置情報に基づいてどの閉塞区間に車両１が閉塞区間に位置しているかを判定する。そしてこの判定の後に、予約管理部４１は車両１の位置する閉塞区間の在線状態を「在」へと変更している。
【００６９】
予約管理部４１は予約状態を列車故障と変更した閉塞区間に設けられる全ての接続境界の識別情報を特定する。予約管理部４１はその接続境界の識別情報に対応して接続境界予約管理テーブル４０２に記録されている予約状態の情報を「有り（Ｙ）」から「無し（Ｎ）」に更新する（ステップＳ３０３）。これにより故障車両１ａと、救援車両１ｂなどの他の車両との間に予約できない閉塞区間が設けられることが無くなる。したがって、救援車両１ｂなどが故障車両１ａに近づくことが可能となるよう制御することができる。リソース管理装置４の制御部４５は運行管理装置２へ故障車両１ａが発生したことを通知する故障車両発生信号を送信してよい。故障車両発生信号には、故障車両１ａの識別情報、その車両が予約した閉塞区間の識別情報などが含まれてよい。
【００７０】
運行管理装置２は故障車両発生信号を受信すると警告情報をモニタ等に出力する。これにより運行管理者などが救援車両１ｂへの救援を求める。運行管理装置２は救援車両１ｂへ故障車両発生信号を転送する。これにより救援車両１ｂにおいて故障車両１ａの識別情報や故障車両１ａが予約した閉塞区間の情報が通知される。この閉塞区間の情報により、救援車両１ｂの運転手は、どの閉塞区間に故障車両１ａが位置する可能性があるかを検出することができる。救援車両１ｂの運転手は故障車両１ａが予約した閉塞区間の近傍まで移動する。この時、第一の実施形態と同様の処理により故障車両１ａに備わる走行管理装置３０が予約要求を行う。この結果、リソース管理装置４によって同様の処理により予約が行われる。救援車両１ｂの走行管理装置３０はリソース管理装置４からの応答に基づいて故障車両１ａの近傍までの運行制御を行う。なお救援車両１ｂの走行する閉塞区間の指定や速度の指定は運転手がマニュアルで行うようにしてもよい。接続境界が予約されていない為、救援車両１ｂは、故障車両１ａが予約した閉塞区間の隣りの閉塞区間まで予約して走行することができる。
【００７１】
救援車両１ｂは故障車両１ａの予約要求によって予約状態が列車故障と更新されている閉塞区間を走行することができる。救援車両１ｂに備わる走行管理装置３０の制御部３５は自装置を備える車両が救援車両１ｂであるか否かを自装置で記憶する車両の識別情報に基づいて判定する。また制御部３５は、自車両に搭載されたＧＰＳ機能等から得られた位置情報に基づいて、現在位置する閉塞区間が故障車両１ａの予約した閉塞区間の隣りの閉塞区間であるかを判定する。制御部３５は自車両が救援車両１ｂであり故障車両１ａの予約した閉塞区間の隣りの閉塞区間に位置すると判定した場合、救援モードへと移行する。救援モードは予約状態が列車故障と設定された閉塞区間と、救援車両１ｂが位置する列車故障の閉塞区間の隣りの閉塞区間においてのみ走行、逆走行ができる走行モードである。
【００７２】
救援車両１ｂの運転手は救援モードに移行した救援車両１ｂを手動で運転する。具体的にはその進路方向、速度を運転手が操作子を操作して設定して救援車両１ｂを運転する。なお救援モードにおける車両の速度の上限を走行制御部３２０が制御してもよい。運転手は故障車両１ａに救援車両１ｂを近づけて、故障車両１ａと救援車両１ｂを連結する。故障車両１ａと救援車両１ｂのそれぞれには通信ケーブルが設けられ、お互いの車両が連結することにより、故障車両１ａの走行管理装置３０と救援車両１ｂの走行管理装置３０とが通信接続される。なお故障車両１ａと救援車両１ｂは無線通信により通信接続されてもよい。
【００７３】
故障車両１ａと救援車両１ｂの運転手はそれぞれ自車両の車上信号装置３や走行管理装置３０を再起動させる。再起動時には故障車両１ａや救援車両１ｂは一時的に運行管理装置２やリソース管理装置４と通信できない状態となる。この時リソース管理装置４は救援車両１ｂと故障車両１ａの情報を、閉塞区間予約管理テーブル４０１と接続境界予約管理テーブル４０２から削除する。故障車両１ａの走行管理装置３０と救援車両１ｂの走行管理装置３０とは再起動後に互いの装置間で通信を開始する。それぞれの走行管理装置３０は車両同士が連結されたことにより一つの車両であると認識し、一例としては、救援車両１ｂの走行管理装置３０が主装置（マスタ）として動作する走行管理装置３０と設定される。
【００７４】
図９は車両管理テーブルを示す図である。
リソース管理装置４は、記憶部４７に図９で示すような車両管理テーブルを記憶している。車両管理テーブルには車両の識別情報、通信状態、連結状態、状態確定フラグを対応付けて記録される。通信状態はリソース管理装置４が車両と通信できたかどうかを示す情報であり、通信できた場合には通信状態が正常を示すフラグに、また通信できない場合には通信状態が異常を示すフラグに変更される。連結状態は他の車両との連結状態を示す情報であり、他の車両と連結している場合にはその連結先の車両の識別情報が格納される。状態確定フラグは、対応付けられている車両についての状態を示す各情報が確定しているかどうかを示すフラグである。
【００７５】
救援車両１ｂの走行管理装置３０において制御部３５は、連結が完了したことを判定する（ステップＳ３０４）。すると走行管理装置３０の制御部３５は、自車両の識別情報、故障車両１ａの識別情報、現在位置などを含む連結完了信号をリソース管理装置４に送信する（ステップＳ３０５）。リソース管理装置４の予約管理部４１は連結完了信号を受信すると、車両管理テーブルの故障車両１ａの識別情報に対応付けて、連結状態の欄に、連結を示すフラグと連結している救援車両１ｂの識別情報とを書き込む（ステップＳ３０６）。これによりリソース管理装置４は、故障車両１ａが救援車両１ｂと連結していることを記憶する。またリソース管理装置４の予約管理部４１は、故障車両１ａを救援車両１ｂの識別情報を示す１つの車両として管理する。リソース管理装置４の予約管理部４１は、連結完了信号を受信した段階では、故障車両１ａの識別情報と、救援車両１ｂの識別情報に対応付けて車両管理テーブルに記録される状態確定フラグを、未確定を示すフラグに更新する。
【００７６】
リソース管理装置４の予約管理部４１は、連結完了信号に含まれる位置情報に基づいて閉塞区間を特定してもよい。この時、そしてリソース管理装置４の予約管理部４１は、その閉塞区間の識別情報に対応付けて閉塞区間予約管理テーブル４０１に記録される予約者識別情報を、故障車両１ａと救援車両１ｂを示す車両の識別情報に書き換えてもよい。これにより故障車両１ａと救援車両１ｂがどの閉塞区間に居るかを記録することができる。
【００７７】
予約管理部４１は故障車両１ａの識別情報を用いて、故障車両１ａの走行管理装置３０のアドレスを特定する。予約管理部４１は、現在の救援車両１ｂと故障車両１ａについて車両管理テーブルに記録されている情報の一覧をそのアドレスへ送信する（ステップＳ３０７）。故障車両１ａの走行管理装置３０はその一覧をモニタ等に表示する。故障車両１ａの運転手はその一覧を確認し確認ＯＫの操作を走行管理装置３０に入力する。故障車両１ａの走行管理装置３０において制御部３５は、確認ＯＫを示す信号をリソース管理装置４へ送信する（ステップＳ３０８）。リソース管理装置４の予約管理部４１は、故障車両１ａと救援車両１ｂの識別情報に対応付けて車両管理テーブルに記録されている状態確定フラグを未確定から確定に書き換える。また予約管理部４１は故障車両１ａの識別情報が予約者識別情報となる閉塞区間について、全て予約者識別情報を救援車両１ｂの識別情報に更新する（ステップＳ３０９）。これにより救援車両１ｂが、故障車両１ａが故障前に予約した閉塞区間を予約することができる。
【００７８】
故障車両１ａと救援車両１ｂの運転手や運行管理者は、連結した車両の臨時制限速度やその速度で走行する閉塞区間を決定する。この決定は走行管理装置３０やリソース管理装置４が自動で決定してもよい。例えば走行管理装置３０やリソース管理装置４は予め定められた臨時制限速度を決定する。リソース管理装置４が臨時制限速度を決定した場合には、リソース管理装置４の制御部４５は、その臨時制限速度の情報を走行管理装置３０へ送信する（ステップＳ３１０）。また走行管理装置３０やリソース管理装置４は、故障車両１ａが予約していた閉塞区間と、その閉塞区間に接続する１つまたは複数の連続する閉塞区間であって救援車両１ｂが救援に向かった際に走行した閉塞区間などを、臨時制限速度で走行できる閉塞区間として決定する。リソース管理装置４は臨時制限速度で走行する閉塞区間の情報を走行管理装置３０へ送信する（ステップＳ３１１）。走行管理装置３０にはこの臨時制限速度や閉塞区間の情報が登録され、走行制御部３２０が走行制御に利用する。
【００７９】
リソース管理装置４の予約管理部４１は、故障車両１ａと救援車両１ｂの連結車両が臨時制限速度で走行する閉塞区間の予約状態を「不定」へと変更する。その後、救援車両１ｂの運転手は、故障車両１ａが連結した救援車両１ｂを臨時制限速度に基づいて基地内走行モードで走行させる。例えば基地内走行モードは４ｋｍ／ｈの速度で走行させるモードである。臨時制限速度で走行する閉塞区間を出た場合、リソース管理装置４と走行管理装置３０は連携して自動運転モードに変更し、第一実施形態と同様の処理により閉塞区間の予約を行う。救援車両１ｂの運転手は故障車両１ａを車両基地に退避させるための、閉塞区間の設定等を走行管理装置３０へ入力する。これにより故障車両１ａを車両基地に退避させることができる。
【００８０】
以上の処理によれば、予約管理テーブルや車両管理テーブルを用いて、簡易に救援車両１ｂを用いた故障車両１ａの救援と、所定の位置への退避をさせることができる。なお、第三の実施形態による各装置が行う処理の何れか一つまたは複数は、運転手や運行管理者によって手動で行われるようにしよい。
【００８１】
上述の車上信号装置３、走行管理装置３０、リソース管理装置４は、内部にコンピュータシステムを有している。上述した各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータがそのプログラムを実行するようにしても良い。
【００８２】
上記プログラムは、前述した機能の一部を実現するプログラムであっても良い。上記プログラムは、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００８３】
１・・・車両
２・・・運行管理装置
３・・・車上信号装置
４・・・リソース管理装置
３０・・・走行管理装置
【図１】
2019034590.tif 000003
【図２】
2019034590.tif 000004
【図３】
2019034590.tif 000005
【図４】
2019034590.tif 000006
【図５】
2019034590.tif 000007
【図６】
2019034590.tif 000008
【図７】
2019034590.tif 000009
【図８】
2019034590.tif 000010
【図９】
2019034590.tif 000011