(57)【要約】【課題】運行支障を起こした列車が運転再開になるか、再開時刻の目処がつくまで、整理案作成に移ることができない。【解決手段】駅設備装置1200の発信する実績情報から、運行支障を運転整理装置1100が検知すると、ユーザー入力受信部1110によって運行支障情報を表示装置1191に表示する。提案作成部1150では運行再開時刻として想定される各時間について、ダイヤ予測処理並びに計画変更提案処理を行う。計画変更提案処理は与えられた優先率に基づき、優先走行させると定義した列車を優先率に基づき優先的に走行させる計画変更提案を作成する。提案情報編集部1160は提案作成部1150で作成した計画変更提案の評価を、与えられた評価項目に基づき評価し、評価結果を縦軸に評価結果、横軸に運転再開時刻ととる２次元グラフ上のプロット点として表示する。【選択図】図１
2007314105.tif 000002
【特許請求の範囲】
【請求項１】
移動体の走行実績を取得する駅設備装置と、この駅設備装置から移動体の走行実績を受信し、受信した走行実績を基に、ダイヤ予測処理と計画変更提案作成処理とを実施して表示する運転整理装置とからなる運転整理支援システムであって、
前記運転整理装置は、受信した走行実績から運行支障を検知すると、前記運行支障が発生した第１の移動体と前記運行支障が発生した第１の駅とに基づいて、前記運行支障が直接影響を受けず、しかも、前記第１の移動体が進行予定の第２の駅で前記第１の移動体の後に走行予定の第２の移動体を判定し、前記第２の駅での走行順序について、前記第１の移動体と前記第２の移動体との間で入れ替える提案を表示することを特徴とする運転整理支援システム。
【請求項２】
移動体の走行実績を取得する駅設備装置と、この駅設備装置から移動体の走行実績を受信し、受信した走行実績を基に、ダイヤ予測処理と計画変更提案作成処理とを実施して表示する運転整理装置とからなる運転整理支援システムであって、
前記運転整理装置は、受信した走行実績から運行支障を検知すると、この運行支障が発生した移動体と障害発生箇所と障害発生時刻とを含む運行支障発生情報と、シミュレーション実行パラメータ入力要求とを表示することを特徴とする運転整理支援システム。
【請求項３】
請求項２に記載の運転整理支援システムであって、
前記シミュレーション実行パラメータ入力要求には、総遅延時分または平伏時間の一方を選択する評価項目の入力要求が含まれていることを特徴とする運転整理支援システム。
【請求項４】
請求項２に記載の運転整理支援システムであって、
前記シミュレーション実行パラメータ入力要求には、前記運行支障に関わらず運行可能な移動体に対する優先率の入力要求が含まれていることを特徴とする運転整理支援システム。
【請求項５】
移動体の走行実績を取得する駅設備装置と、この駅設備装置から移動体の走行実績を受信し、受信した走行実績を基利用して計画変更提案作成処理を実施して表示する運転整理装置とからなる運転整理支援システムであって、
前記運転整理装置は、受信した走行実績から運行支障を検知すると、シミュレーション実行パラメータ入力要求とを表示し、入力されたシミュレーション実行パラメータに基づいて、予め定めた間隔ごとに、前記計画変更提案作成処理を実施し、出発想定時間ごとの計画変更提案結果を表示することを特徴とする運転整理支援システム。
【請求項６】
移動体の走行実績を取得する駅設備装置と、この駅設備装置とネットワークで接続され、前記駅設備装置から受信した走行実績を基に、ダイヤ予測シミュレーションと計画変更提案シミュレーションとを実施し、処理結果の表示を行う運転整理装置とからなる運転支援システムであって、
前記前記運転整理装置は、受信した走行実績から運行支障を検知すると、予め定められた間隔ごとに、前記運行支障が発生した第１の移動体と前記運行支障が発生した第１の駅とに基づいて、前記運行支障が直接影響を受けず、しかも、前記第１の移動体が進行予定の第２の駅で前記第１の移動体または前記第１の移動体の後を走行する第３の移動体の後に走行予定の第２の移動体を判定し、前記第２の駅での走行順序について、前記第１の移動体または前記第３の移動体と前記第２の移動体との間で入れ替える計画変更提案シミュレーションを実施し、計画変更提案シミュレーション結果を、２次元グラフのプロット点として表示することを特徴とする運転支援システム。
【請求項７】
請求項６に記載の運転整理支援システムであって、
前記計画変更提案シミュレーション結果のプロット点が選択されたとき、選択されたプロット点の前提となる計画変更提案のダイヤを表示することを特徴とする運転支援システム。
【請求項８】
請求項６または請求項７に記載の運転整理支援システムであって、
前記２次元グラフに、ダイヤ予測シミュレーション結果を重畳して表示することを特徴とする運転支援システム。
【請求項９】
請求項６ないし請求項８のいずれか一つに記載の運転整理支援システムであって、
前記計画変更提案シミュレーションの評価パラメータは、平伏時間または総遅延時分であることを特徴とする運転支援システム。
【請求項１０】
請求項６ないし請求項９のいずれか一つに記載の運転整理支援システムであって、
前記計画変更提案シミュレーションにおいて、前記第１の移動体および前記第３の移動体と前記第２の移動体と間で、異なった重み付けを施すことを特徴とする運転支援システム。
【請求項１１】
移動体の運転整理をするためにコンピュータを、
移動体の走行実績の受信手段、
運行支障が発生した第１の移動体と前記運行支障が発生した第１の駅との検出手段、
前記運行支障の影響を受けず、しかも、前記第１の移動体が進行予定の第２の駅で前記第１の移動体の後に走行予定の第２の移動体を判定する判定手段、および
前記第２の駅での走行順序について、前記第１の移動体と前記第２の移動体とを入れ替える提案の表示手段、
として、機能させるための運行整理支援プログラム。
【請求項１２】
移動体の走行実績を受信するステップと、
運行支障が発生した第１の移動体と前記運行支障が発生した第１の駅とを検出するステップと、
前記運行支障の影響を受けず、しかも、前記第１の移動体が進行予定の第２の駅で前記第１の移動体の後に走行予定の第２の移動体を判定するするステップと、
前記第２の駅での走行順序について、前記第１の移動体と前記第２の移動体とを入れ替える提案の表示するステップと、からなる運転支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体の運転整理支援システム、運行整理支援プログラムおよび運転支援方法に係り、運転整理において、運行乱れを復旧するための整理案の作成、評価、指令員への伝達を行う運転整理支援システム、運行整理支援プログラムおよび運転支援方法に関するものである。
【背景技術】
【０００２】
天候、地震、事故等による交通ダイヤグラム(以下、単に「ダイヤ」と呼ぶ）の乱れを正常な状態へと戻す運転整理業務は、計算機による業務支援のニーズが高まっている。これは、列車の高密度化、運行路線区の拡張による整理案作成業務の複雑化と、整理案作成の迅速化による顧客サービス向上のためである。
【０００３】
移動体の運転整理、特に鉄道の運転整理業務に用いられる計算機支援機能の一つとして、ダイヤ予測機能がある。これは、駅設備から取得した列車の走行実績を基に、現在時刻以降の列車の着発時刻を算出するものである。しかしながら、従来のダイヤ予測は、番線変更や出発順序変更といった計画変更を行うことはなく、計画に沿った着発時刻を求める処理である。したがって、ダイヤ予測では、予測結果通りの運行を行うことは、特に大乱れが生じた場合に不可能である場合が多い。この結果、運転整理業務の担当者（指令員）は、予測結果をみながら計画変更をしなければならなかった。
【０００４】
このような問題を解決する技術として、特許文献１がある。特許文献１は、列車実績ダイヤと計画ダイヤとから予測ダイヤを作成するシミュレーション部と、予測ダイヤの中から計画ダイヤに対する所定の遅延時間以上遅れた部分に対して、遅延回復のためのダイヤ変更案(整理案)を作成する作成部と、これを表示する表示部とからなり、表示内容から選択すべき運転整理をオペレータ（担当者）に指示させ、この指示に従って計画ダイヤを変更させるものとすることで、運転整理の自動化と処理の効率化を図るものである。
なお、指令者に対する計算機支援のモード（評価モード）として、予測機能の他に走行順序の変更、駅の番線変更、運休等の提案機能が考えられる。しかし、計算機支援の提案モードの具体例は、これまで無かった。
【０００５】
【特許文献１】特開平８-５８５９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載された技術においては、二つの課題がある。第１は、ダイヤの変更作業を人手で行うことしかできず、提示された複数の計画変更案よりどの案を選択するかに多大な検討が必要である。この結果、ダイヤの組み換えを担当する担当者の経験の差により、結果として出来上がる整理案に差が出るという問題がある。第２は、運転再開時刻が分かるまでは提案作成処理を行うことができない、また、ダイヤの変更入力は担当者がしなければならないので、入力チェック、ミスの修正などの処理に時間を要してしまう。この結果、整理案作成が遅れてしまうことである。特に大きな乱れになるほど、運転再開時刻の決定が遅れ、計画変更の入力数も膨大になるので、乱れの規模に比例して整理案作成が遅れてしまうこととなる。
【０００７】
本発明においては、上記課題を解決するため、特に運行支障から運転再開までに１時間以上もかかる大乱れに対する、走行順序の変更の整理案作成を対象とする。本発明では、整理案作成を迅速に行うことで、運行障害を検知したタイミングで運転再開時刻として想定される各時刻に対する提案作成処理を実施し、再開時刻とダイヤ回復の相関を示すとともに再開時刻毎の整理案自動作成を行う。
【課題を解決するための手段】
【０００８】
上述した課題は、移動体の走行実績を取得する駅設備装置と、駅設備装置から移動体の走行実績を受信し、受信した走行実績を基に、ダイヤ予測処理と計画変更提案作成処理とを実施して表示する運転整理装置とからなり、運転整理装置は、受信した走行実績から運行支障を検知すると、運行支障が発生した第１の移動体と運行支障が発生した第１の駅とに基づいて、運行支障が直接影響を受けず、しかも、第１の移動体が進行予定の第２の駅で第１の移動体の後に走行予定の第２の移動体を判定し、第２の駅での走行順序について、第１の移動体と第２の移動体との間で入れ替える提案を表示する運転整理支援システムにより、解決できる。
【０００９】
また、移動体の走行実績を取得する駅設備装置と、駅設備装置から移動体の走行実績を受信し、受信した走行実績を基に、ダイヤ予測処理と計画変更提案作成処理とを実施して表示する運転整理装置とからなし、運転整理装置は、受信した走行実績から運行支障を検知すると、この運行支障が発生した移動体と障害発生箇所と障害発生時刻とを含む運行支障発生情報と、シミュレーション実行パラメータ入力要求とを表示する運転整理支援システムにより、解決できる。
【００１０】
さらに、移動体の走行実績を取得する駅設備装置と、駅設備装置から移動体の走行実績を受信し、受信した走行実績を基利用して計画変更提案作成処理を実施して表示する運転整理装置とからなり、運転整理装置は、受信した走行実績から運行支障を検知すると、シミュレーション実行パラメータ入力要求とを表示し、入力されたシミュレーション実行パラメータに基づいて、予め定めた間隔ごとに、計画変更提案作成処理を実施し、出発想定時間ごとの計画変更提案結果を表示する運転整理支援システムにより、解決できる。
【００１１】
移動体の走行実績を取得する駅設備装置と、駅設備装置とネットワークで接続され、駅設備装置から受信した走行実績を基に、ダイヤ予測シミュレーションと計画変更提案シミュレーションとを実施し、処理結果の表示を行う運転整理装置とからなり、運転整理装置は、受信した走行実績から運行支障を検知すると、予め定められた間隔ごとに、運行支障が発生した第１の移動体と運行支障が発生した第１の駅とに基づいて、運行支障が直接影響を受けず、しかも、第１の移動体が進行予定の第２の駅で第１の移動体または第１の移動体の後を走行する第３の移動体の後に走行予定の第２の移動体を判定し、第２の駅での走行順序について、第１の移動体または第３の移動体と第２の移動体との間で入れ替える計画変更提案シミュレーションを実施し、計画変更提案シミュレーション結果を、２次元グラフのプロット点として表示する運転支援システムにより、解決できる。
【００１２】
また、移動体の運転整理をするためにコンピュータを、移動体の走行実績の受信手段、運行支障が発生した第１の移動体と運行支障が発生した第１の駅との検出手段、運行支障の影響を受けず、しかも、第１の移動体が進行予定の第２の駅で第１の移動体の後に走行予定の第２の移動体を判定する判定手段、および第２の駅での走行順序について、第１の移動体と第２の移動体とを入れ替える提案の表示手段、として、機能させるための運行整理支援プログラムにより、達成できる。
【００１３】
さらに、移動体の走行実績を受信するステップと、運行支障が発生した第１の移動体と運行支障が発生した第１の駅とを検出するステップと、運行支障の影響を受けず、しかも、第１の移動体が進行予定の第２の駅で第１の移動体の後に走行予定の第２の移動体を判定するするステップと、第２の駅での走行順序について、第１の移動体と第２の移動体とを入れ替える提案の表示するステップと、からなる運転支援方法により、達成できる。
【発明の効果】
【００１４】
本発明によれば、運転整理案作成において、運行支障を検知した段階で運転再開時刻として想定される各時刻に対する計画変更提案の自動作成を行い、再開時刻とダイヤ回復の相関を示すことが可能となるので、再開時刻が決定される前の段階で、変更入力作業を必要とせずに運転整理案を得ることができ、迅速な運転整理を行うことができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、実施例を用いて図１ないし図１７を参照しながら説明する。以下の実施例では、鉄道運行システムにおける運転整理支援システムを説明する。
【００１６】
まず、図１を用いて、運転整理支援システムのシステム構成について説明する。図１は、運転整理支援システムを説明するブロック図である。図１は、運転整理支援システムの各部の構成と制御の流れをも表し、実線の矢印が制御の流れ、破線が情報の流れである。運転整理支援システム１０００は、運転整理装置１１００と、駅毎に備える複数の駅設備装置１２００がネットワーク１３００により接続されて構成される。なお、ここでは簡単のため駅設備装置１２００は、１台のみ図示する。運転整理装置１１００は、図示しない中央処理装置、中央処理装置に接続される図示しない記憶装置（メモリ）で構成される。運転整理装置１１００には、磁気ディスク等の外部記憶装置１４００、ディスプレイ等の表示装置１１９１、マウス、キーボード等の入力装置１１９２が接続され、計算機システムを構成する。
【００１７】
外部記憶装置１４００には、列車が駅を通過した際の時刻情報を格納する実績テーブル１４０１、列車の走行駅や着発時刻の情報を格納する運行テーブル１４０２、列車の出発順序情報を格納する順序テーブル１４０３、運行テーブル１４０２と順序テーブル１４０３に対する計画変更案を格納する提案運行テーブル１４０４、提案順序テーブル１４０５を備える。中央処理装置は、以下説明する各機能を達成するプログラムを実行することにより処理を行う。運転整理装置１１００は、走行情報受信部１１１０、ダイヤ予測部１１２０、ダイヤ図作成部１１３０、ユーザー入力部受信部１１４０、提案作成部１１５０、提案情報編集部１１６０を備える。
【００１８】
走行情報受信部１１１０は、駅設備装置１２００より送信された各列車が駅を通過した際の走行実績時刻(以下、実績情報)を受信し、実績テーブル１４０１に登録する。ダイヤ予測部１１２０は、実績テーブル１４０１、運行テーブル１４０２、順序テーブル１４０３を基に現在時刻以降の着発時刻を算出する処理（ダイヤ予測処理）を行う。ダイヤ図作成部１１３０は、運行テーブル１４０２よりダイヤ図を作成し、表示装置１１９１に表示する。ユーザー入力受信部１１４０は、運行乱れを検知した際に、表示装置１１９２に運行乱れに関する情報表示して、提案作成に関する各種パラメータを、入力装置１１９２を介して指令員から受信する。提案作成部１１５０は、ユーザー入力受信部１１４０が受信した各種パラメータを基に、提案ダイヤを作成し、結果を提案運行テーブル１４０４と提案順序テーブル１４０５に登録する。
【００１９】
駅設備装置１２００は、各駅に備えられている。駅設備装置１２００の実績情報送信部１２１０は、列車が駅を通過する都度、実績情報を運転整理装置１１００へと送信する。また、駅の到着時刻/出発時刻に計画より大幅なずれが発生した場合には、駅設備装置１２００は、運行障害（運行支障）が発生したとして異常検知情報を合わせて運転整理装置１１００へと送信する。なお、運転整理装置１１００が、駅の到着時刻/出発時刻に計画より大幅なずれが発生した場合に、運行障害が発生したと検知してもよい。また、通過駅について到着時刻＝出発時刻としてよい。
【００２０】
次に、運転整理支援システムの処理の流れの概要と情報の流れについて説明する。駅設備装置１２００は、列車が駅を通過する都度、列車の到着時刻と出発時刻を取得し、リアルタイムに運転整理装置１１００に送信する。また、駅設備装置１２００は、計画時刻より一定時間が経っても列車の通過がない場合には、該当列車に異常が発生したとみなす。この結果、駅設備装置１２００は、異常検知情報を運転整理装置１１００に送信する。
【００２１】
運転整理装置１１００の走行情報受信部１１１０は、駅設備装置１２００が送信した実績情報を受信し、実績テーブル１４０１に登録する。走行情報受信部１１１０は、また、受信した実績情報に異常検知情報が含まれている場合にはユーザー入力受信部１１４０を起動する。
【００２２】
ダイヤ予測部１１２０は、実績テーブル１４０１、運行テーブル１４０２、順序テーブル１４０３をもとに、現在時刻以降の列車の着発時刻を計算し、結果を運行テーブル１４０２へと書き戻す。ダイヤ予測部１１２０は、一定周期で起動して、運行テーブルを更新する。
【００２３】
ダイヤ図作成部１１３０は、実績テーブル１４０１、運行テーブル１４０２をもとに、計画ダイヤとダイヤ予測結果を表示装置１１９１に表示する。ダイヤ図作成部１１３０の表示更新タイミングは、ダイヤ予測部１１２０の処理終了後である。
【００２４】
なお、駅設備装置１２００から運転整理装置１１００への、送信タイミングについてはリアルタイムに送信する以外に、駅に実績情報が一定数蓄積したとき、一定周期等でも良い。ダイヤ予測部１１２０が起動するタイミングは実績情報を受信したタイミングでもよい。
【００２５】
図２ないし図５を用いて実績テーブル１４０１、運行テーブル１４０２、順序テーブル１４０３とダイヤ作成部１３０の作成するダイヤ図について説明する。ここで、図２は実績テーブルの構成を説明する図である。図３は運行テーブルの構成を説明する図である。図４は順序テーブルの構成を説明する図である。図５はダイヤ図の構成を説明する図である。
【００２６】
図２において、実績テーブル１４０１は、到着または出発実績を送信した駅２１１０、駅を通過した列車の列車番号２１２０、この列車が次に通過予定の次走行駅２１３０、この駅の列車の到着時刻２１４０と出発時刻２１５０、実績に異常を含むことを示す異常検知２１６０のフィールドから構成される。図２のレコード２２００は、Ｅ駅を列車００１レが１３:３０に到着、１３:３５に出発し、異常はないことを示した実績である。一方、レコード２３００はＦ駅において００４レが１４:００に到着したが、出発していないため異常があったと検知し出発異常が発生したことを示した実績である。
【００２７】
図３において、運行テーブル１４０２は、列車の列車番号３１１０、列車が駅を通過する順序を示す走行順序３１１１、走行駅３１１２、計画の着時刻３１１３、発時刻３１１４、実績情報として受信した走行時刻を示す実績着時刻３１１５、実績発時刻３１１６、ダイヤ予測処理部１１２０の処理結果を示す予測着時刻３１１７と予測発時刻３１１８、当列車の運行を優先して行うかの有無を示す優先フラグ３１１９のフィールドを持つ。図３のレコード３２００は、列車００１レが走行順序２番目となるＤ駅を、計画着時刻１３:４０、計画発時刻１３:４３に対し、実際には１３:４０に着、１３:５３に発と計画より１０分送れて発したことを示している。また、レコード３３００はＣ駅を実際にはまだ通過していないが、レコード３２００で示すＤ駅での出発遅延により１４:００に到着し、１４:０３に発車するというダイヤ予測を行った結果を示している。
【００２８】
図４において、順序テーブル１４０３は、駅名４１１０、列車が駅を出発する順位４１２０、列車の列車番号４１３０のフィールドを持つ。図４のレコード４２００は、Ｃ駅を１番に出発する列車が列車番号００１レであることを示している。
【００２９】
図５において、列車ダイヤ５０００Ａは、縦軸５１１０に駅の並び、横軸５１２０に時刻をとり、現在の時間を示す縦線５１３０を表示する。なお、ここでは説明の簡略のため、列車の進行方向は一方向で説明する。ダイヤは、図５の中で斜線および横線で表わされ、線５１４０を一例とする実線が計画のダイヤ、線５１５０を一例とする破線が予測結果を示している。また、線５１６０のようにＣ駅以前の進路が図５にはない列車(例えばＣ駅への進路がＤ駅からとＧ駅からの場合)のダイヤについてもダイヤ図の縦軸５１１０に表示される駅内の進路であれば表示する。
【００３０】
図１に戻り、運転整理支援システムの処理の流れの概要と情報の流れの説明しよう。
運転整理装置１１００は、駅設備装置１２００より受信した実績情報に異常検知情報が含まれているとき、ユーザー入力受信部１１４０を起動し、表示装置１１９１上に異常発生が、いつ、どの駅で、どの列車に対して発生したのかを知らせるダイヤログを表示する。また、このダイヤログ上にはダイヤ乱れに対する計画変更提案を作成するための各種パラメータ情報の入力部および提案作成を実行するボタンを設けている。指令者がこのダイヤログ上で、ボタンを押すことにより、提案作成部１１５０を起動する。提案作成部１１５０は、計画変更提案を作成し、提案運行テーブル１４０４、提案順序テーブル１４０５へと登録するとともに、提案情報編集部１１６０を起動する。提案情報編集部１１６０は、提案運行テーブル１４０４に登録されている計画変更提案の評価を行い、評価結果のダイヤログを表示装置１１９１に表示する。
【００３１】
次に、図６ないし図１７を用いて提案運行テーブルと提案順序テーブルの構成、ユーザー入力受信部および提案情報編集部が表示装置へ出力するダイヤログの内容、そして提案作成部の処理フローについて説明する。ここで、図６は提案運行テーブルの構成を説明する図である。図７は提案順序テーブルの構成を説明する図である。図８はユーザー入力受信部が表示するダイヤログを説明する図である。図９は駅が直列つなぎである場合の運行乱れを説明する図である。図１０は駅のつなぎに分岐がある場合の運行乱れを説明する図である。図１１は提案作成部の処理フローである。図１２はダイヤ予測の処理結果を説明する図である。図１３は提案作成部の内部処理である出発順序変更提案処理の処理フローである。図１４は提案作成部の内部処理である出発順序作成処理のフローである。図１５は優先列車出発順序テーブルの構成を説明する図である。図１６は提案作成部の内部処理である前方列車決定処理のフローである。図１７は提案情報編集部が表示するダイヤログである。
【００３２】
図６において、提案運行テーブル１４０４は、図３を用いて説明した運行テーブル１４０２に、提案ＩＤ６１１０のフィールドを加えた構成である。ここで、提案ＩＤ６１１０は、図１の提案作成部１１５０が作る計画変更提案を一意に示すための情報である。提案運行テーブル１４０４は、さらに、列車番号６１１１、走行順６１１２、走行駅６１１３、計画着時刻６１１４、計画発時刻６１１５、実績着時刻６１１６、実績発時刻６１１７、予測着時刻６１１８、予測発時刻６１１９、優先フラグ６１２０で構成される。これらのフィールドは、運行テーブル１４０２の各フィールドと同じ値を持つ。
【００３３】
図７に示す提案順序テーブル１４０５は、図４を用いて説明した順序テーブル１４０３に、提案ＩＤ７１１０のフィールドを加えた構成である。ここで、提案ＩＤ７１１０は、図６の提案運行テーブル１４０４の提案ＩＤ６１１０と同じ意味を持つもので、図１の提案作成部１１５０が作る計画変更提案を一意に示すための情報である。提案順序テーブル１４０５は、さらに、駅名７１２０、出発順位７１３０、列車番号７１３０で構成される。これらのフィールドは、順序テーブル１４０３の各フィールドと同じ値を持つ。
【００３４】
ユーザー入力受信部１１４０が生成するダイヤログ(以下、入力ダイヤログ)を図８を参照して説明する。図８において、入力ダイヤログ８０００は、図５を用いて説明した列車ダイヤ図５０００Ａの上に重畳して表示される。入力ダイヤログ８０００は、運行障害発生モニタ８１００、解除シミュレーション実行パラメータモニタ８２００、探索実行ボタン８３００を表示する。運行障害発生モニタ８１００は、運行障害の起こった列車の列車番号８１１０、障害発生箇所となった駅８１２０、時刻８１３０を表示する。各項目への表示内容については図２で示す実績情報内で異常検知２１６０に異常である内容を含むレコードの列車番号２１２０、駅２１１０、到着時刻２１４０の内容を表示する。
【００３５】
解除シミュレーションパラメータモニタ８２００は、規定値Ｎｍａｘ入力部８２１０、評価項目選択部８２２０、計画作成において優先して走行させる列車への優先度の割合を示す優先率入力部８２３０への入力を指令員より受けるフィールドを持つ。評価項目選択部８２２０は、評価項目として総遅延時分と平伏時間を選択要素として持つ。評価項目選択部８２２０は、指令員が平伏時間を選択したとき、平伏を定義する時間入力欄８２２１をさらに表示する。
【００３６】
ここで、総遅延時分とは、作成した計画変更提案の着発時刻と計画時刻の差(ここで、計画変更提案の時刻≧計画時刻の関係が存在)を現在時刻以降の全列車/全駅について加算した値である。また、平伏時間とは、その時刻以降のダイヤであれば作成した計画変更案の各列車/駅における着発時刻と計画時刻との差が規定値（入力欄８２２１に入力された値）以下となる時間である。つまり、平伏時間以降はほぼ計画通りにダイヤが戻ったことを意味する時間である。総遅延時分と平伏時間は、ともに鉄道で使用されるダイヤ回復率の指標である。
【００３７】
優先率８２３０は、列車を優先/非優先に分類して計画変更提案を作成する際の、優先度合い（重み）を示すパラメータである。優先的に走行させる列車について、図９および図１０を用いて説明する。
【００３８】
図９を参照して、図５のダイヤ図の各列車の走行範囲に基づいて、運転障害を説明する。図９において、駅の並び９０００と、各列車の走行範囲を参照番号９０１０〜９０７０で示している。また、列車番号００４レのＦ駅における運行障害を示している。この場合、列車番号００４レの運行障害の影響を受けるのはＦ駅を列車番号００４レの後に走行するために進路が塞がれることとなる列車番号００６レのみである。その他の列車は。影響を受けることなく走行させることは可能である。ただし、計画に沿った運行を行う、つまり、出発順序を計画通りとした場合には、Ｃ駅で列車番号００４レの後発列車となる列車番号００５レおよび列車番号００７レも、列車番号００４レが運行開始するまではＣ駅を出発することができなくなるので、結果的に影響を受けることとなる。従って、影響を受けない列車を走行させるためには計画の出発順序を変更することが必要である。計画の出発順序を変更さえすれば運行障害の影響を受けずに走行が可能となる列車を、本実施例では優先的に走行させる列車(以下優先列車)としている。図９で優先列車は、列車番号００１レ、列車番号００２レ、列車番号００３レ、列車番号００５レ、列車番号００７レとなる。
【００３９】
図１０を参照して、図５のダイヤ図の各列車の走行範囲に基づいて、運転障害を説明する。ただ、図１０では、図９の駅の並びに加えて、集線駅であるＣ駅で集線する路線のＨ駅、Ｇ駅を表示する。図１０において、駅の並び１５００と、各列車の走行範囲を参照番号１５１０〜１５７０で示している。なお、走行範囲図１５２０、１５５０は、Ｈ駅−Ｃ駅区間を走行することを、斜め線で示している。図１０では、また、列車番号００２レのＧ駅における運行障害を示している。Ｇ駅はＣ駅でＤ駅と集線する駅であるが、集線の場合も同様に、計画の出発順序を変更さえすれば運行障害の受けなくなる列車を優先列車とする。図１０では、列車番号００１レ、列車番号００３レ、列車番号００４レ、列車番号００６レ、列車番号００７レが優先列車となる。
【００４０】
図８に戻り、入力ダイヤグラムの説明を続ける。優先率８２３０は優先列車と非優先列車が合流する駅での出発順序変更を行う際のパラメータ値で、優先度が高いほど優先列車の出発順序を早める計画変更提案を図１の提案作成部１１５０は作成する。
【００４１】
図１１を参照して、提案作成部の提案作成処理フローを説明する。図１１において、ステップ１６００において図１の実績テーブル１４０１より異常検知を示すレコード(以下、レコードＡ)の列車番号、駅、時刻を取得する。本実施例では、図２中のレコード２３００が異常検知を示すレコードであり、列車番号、駅、時間はそれぞれ００４レ、Ｆ駅、１４:００となる。ステップ１６１０において処理パラメータであるＮ値および評価モードの値をそれぞれ[１]、[予測]に設定する。ステップ１６２０ではステップ１６００で取得した時間に３０×Ｎを加算し(以下、この時刻を仮実績時刻とする)、図１の運行テーブル１４０２で列車番号３１１０、走行駅３１１２にステップ１６００において取得した列車番号、駅を持つレコード(以下、レコードＢ)の実績発時刻３１１６を仮実績時刻として登録する。本実施例では、仮実績時刻１４:３０(１４:００＋１×３０)を図３中のレコード３１４０の実績発時刻３１１６として登録する。ステップ１６３０では評価モードに応じた処理の振り分けを行う。具体的には、評価モードが[予測]の時には処理をステップ１６４０へ移し、[提案]のときには、処理をステップ１６６０へと移す。本例ではステップ１６１０で設定した評価モードは[予測]であるので処理をステップ１６４０へと移す。ステップ１６４０ではステップ１６２０で設定した仮実績時刻および順序テーブル１４０３の出発順序に沿ったダイヤ予測処理を行う。本実施例では、列車番号００４レのＦ駅発実績が１４:３０としてダイヤ予測を行う。
【００４２】
図１２を参照して、ダイヤ予測結果を示すダイヤ図を説明する。図２に示すダイヤ図５０００Ｂにおいて、実線が計画ダイヤ、破線が予測ダイヤである。列車番号００４レの運行計画１８００に対し、ダイヤ予測の結果１８０１は、列車番号００４レがＦ駅での発時刻が遅れた分、後方の駅の発着時刻にも遅延が発生する。列車番号００５レの計画ダイヤ１８１０の予測結果１８１１は、列車番号００４レの次にＣ駅を発するため列車番号００４レ予測結果１８０１が遅れた分、Ｃ駅の発時間が遅れている。列車番号００６レの予測結果１８２１、列車番号００７レの予測結果１８３１においても列車番号００５レの結果１８１１に応じて、Ｃ駅からの時刻が遅れたものとなる。
【００４３】
図１１に戻り処理の説明を続ける。ステップ１６５０では評価モードを[予測]より[提案]に切り替える。ステップ１６９０では提案運行テーブル１４０４に運行テーブル１４０２の内容をコピーした後、各レコードに提案ＩＤとステップ１６４０で得たダイヤ予測の結果を登録する。提案ＩＤは、ここではＮ値の値[１]と評価モードの値[予測]をもとに[予測１]として登録する。
【００４４】
ステップ１７００ではＮ値が規定値（Ｎｍａｘ）以上であるのかを判定し、規定値以上であれば処理を終了し、規定値未満であれば処理をステップ１６２０に戻す。再度ステップ１６３０における処理の振り分けにおいて、評価モードは[提案]となっているので処理をステップ１６６０へと移す。ステップ１６６０では出発順序変更提案(提案ＳＯＴ：Sequence Of Time)の作成を行う。ステップ１６６０の詳細は後述とし、ここではステップ１６６０の出力結果である提案ＳＯＴが作成されたものとして説明を続ける。ステップ１６７０ではステップ１６２０で設定した仮実績時刻とステップ１６６０で作成した提案ＳＯＴを基にダイヤ予測を行う。ステップ１６８０において評価モードを[予測]とし、パラメータＮ値をインクリメントする。ステップ１６９０では先の説明と同様に、運行テーブル１４０２のコピーと提案ＩＤの作成、ステップ１６７０のダイヤ予測の結果を提案運行テーブル１４０４へと更新する。提案ＩＤは、ここではＮ値の値[１]と評価モードの値[提案]をもとに[提案１]として登録する。
以上の処理をパラメータＮ値が規定値（Ｎｍａｘ）になるまで処理をおこない、規定値を超えて到達したステップ１７００にて終了に遷移する。
【００４５】
図１３は、図１１のステップ１６６０の出発順序変更提案処理の処理フローである。ステップ１８００では、現在時刻以降に図１１のステップ１６００で取得したレコードＡの駅（障害発生駅）を通過する列車を非優先列車とし、通過しない列車を優先列車として区分けを行う。図３の運行テーブル１４０２中の優先フラグ３１１９がＯｎである列車が優先列車、Ｏｆｆである列車が非優先列車である。ここでは列車番号００４レにＦ駅で運行障害が発生したものとするので、図９の列車番号００４レおよび列車番号００６レが非優先列車となり、列車運行情報テーブル中で該当するレコードの優先フラグがＯｆｆとする。ステップ１８０１ではステップ１８００で区分けした非優先列車だけを対象としたダイヤ予測処理を実行し、予測結果を運行テーブル１４０２へと登録する。ここでは非優先列車である列車番号００４レと、列車番号００６レのみを対象とし、他の列車は存在しないものとした予測処理となる。例えば図５では列車番号００５レが実在するが本処理におけるダイヤ予測処理では存在しないものとみなす。この結果、列車番号００５レの影響で列車番号００６レが遅延することはなくなる。ステップ１８０２ではパラメータ値Ｍの値を１に設定する。ステップ１８０３では図１１のステップ１６２０で取得したレコードＢと列車番号が同じで走行順が（レコードＢの走行順序−Ｍ）となるレコード(以下、レコードＣ)を運行テーブル１４０２より取得する。ステップ１８０４でレコードＣの存在有無による処理の振り分けを行う。具体的には、レコードＣが存在する場合には処理をステップ１８０５へ移し、存在しない場合には処理を終了する。ここではＭ＝１であるので図３中のレコード３４２０をレコードＣとして取得しているので、ステップ１８０５に遷移する。ステップ１８０５ではレコードＣの示す駅(以下、駅(Ｘ))にて出発順序作成を行い、該当する駅における提案ＳＯＴの作成を行う。ここではレコードＣの示す駅はＤ駅であるのでＤ駅における提案ＳＯＴの作成を行う。ステップ１８０６ではパラメータＭ値をインクリメントする。パラメータＭの値を変えながら処理を繰り返すことで全ての駅における提案ＳＯＴの作成を行う。
【００４６】
図１４は図１３のステップ１８０５の出発順序作成処理の処理フローである。ステップ１９００では図１３のステップ１８０５にて取得した駅(Ｘ)を持つ運行テーブル１４０２のレコードを全て取得し、レコード中の優先フラグがＯｎであるレコードの集合Ｐと、優先フラグがＯｆｆであるレコードの集合ＮＰを生成する。ここでは駅ＸがＥ駅であるので、図５で示すダイヤ図のうち、列車番号００１レ、列車番号００３レ、列車番号００７レのＥ駅に該当するレコードが集合Ｐ、列車番号００４レ、列車番号００６レのＥ駅に該当するレコードが集合ＮＰになる。ステップ１９０１では集合Ｐより優先列車順序テーブルを生成する。
【００４７】
図１５に示す優先列車順序テーブル２４００は運転整理装置１１００の主記憶上に一時的に作成されるテーブルで、優先列車だけを対象とした場合の出発順序を示す出発順２４１０、列車番号２４２０、列車番号２４２０の後ろに集合ＮＰの列車(Ｒ１)の順序を設定した場合のＲ１の遅延時分を示す次発ＮＰ列車遅延２４３０、Ｒ１の次発となる集合Ｐの列車(Ｒ２)の遅延時分を示す次発Ｐ列車遅延２４４０、次発ＮＰ列車遅延２４３０と次発Ｐ列車遅延２４４０より求まる評価値を示す評価値２４５０のフィールドを持つ。レコード２４６０は、列車番号００１レの後ろに非優先列車(例えば００４レ)に順序を変更した場合、列車番号００４レの遅延は０、列車番号００１レの次発の優先列車となる列車番号００２レは３０分遅延することを示している。
【００４８】
図１４に戻り処理の説明を続ける。ステップ１９０２では集合ＮＰが０であるかを判定し、０でなければ処理をステップ１９０３へと進め、ステップ１９０２で集合ＮＰが０である場合には処理を終了する。ステップ１９０３では非優先列車の集合ＮＰから、現在時刻以降で最も予測発時刻が早いものを抽出し(レコードＲとする)、ステップ１９０４でレコードＲの列車(以下、列車(Ｙ))を対象に前方列車決定処理を行う。ここでは集合ＮＰの列車番号００４レ、列車番号００６レのうち、予測発時刻の早い列車番号００４レを列車(Ｙ)として抽出する。
【００４９】
ここで、ステップ１９０４の前方列車決定処理の処理フローを図１６にて説明する。図１６において、ステップ２５００で処理パラメータ値Ｓを１に設定する。ステップ２５０１では図１５の優先列車順序テーブル２４００より、出発順２４１０がＳのレコード(以下、レコードＳａ)とＳ＋１のレコード(以下、レコードＳｂ)を取得する。ここでは、図１５のレコード２４６０をＳａとしてレコード２４７０をＳｂとして取得する。ステップ２５０２ではレコードＳａが存在するかを判定し、存在する場合には処理をステップ２５０３へ進め、存在しない場合には処理を終了する。ステップ２５０３では、図１４のステップ１９０４で取得した列車(Ｙ)を、レコードＳａが示す列車とレコードＳｂが示す列車の間に順序変更した場合に生じる列車(Ｙ)の遅延時分Ｔ１と、レコードＳｂが示す列車(Ｙ)に生じる遅延時分Ｔ２を計算する。遅延時分Ｔ１、Ｔ２の算出は以下の式の通りである。
＜遅延時分Ｔ１の算出＞
(１)レコードＳａの列車の予測発時刻＋出発続行時隔＞列車(Ｙ)の予測発時刻の場合、
・Ｔ１＝レコードＳａの列車の予測発時刻＋出発続行時隔−列車(Ｙ)の発時刻
(２)レコードＳａの列車の予測発時刻＋出発続行時隔＜列車(Ｙ)の予測発時刻の場合、
・Ｔ１＝０
＜遅延時分Ｔ１の算出＞
(１)列車(Ｙ)の予測発時刻＋出発続行時隔＋Ｔ１＞レコードＳｂの列車の予測発時刻の場合、
・Ｔ２＝列車(Ｙ)の予測発時刻＋出発続行時隔＋Ｔ１−レコードＳｂの列車の予測発時刻
(２)列車(Ｙ)の予測発時刻＋出発続行時隔＋Ｔ１＜レコードＳｂの列車の予測発時刻の場合、
・Ｔ２＝０
ステップ２５０４では図８のユーザー入力受信部１１４０の優先率８２３０に入力された値を基に、評価値Ｚを以下の式で計算する。
・評価値Ｚ＝Ｔ２×優先率＋Ｔ１×(１００−優先率)
ステップ２５０５では遅延時分Ｔ１、Ｔ２と評価値Ｚを、図１５の優先列車出発情報テーブル２４００の列車番号２４２０がＳａの列車であるレコードの各フィールドへ登録する。Ｔ１は次発ＮＰ列車遅延２４３０へ、Ｔ２は次発Ｐ列車遅延２４４０へ、評価値は評価値２４５０へ登録する。図１５には、優先率を２０％とした場合の評価値２４５０を示している。すなわち、列車番号００１レの後ろに非優先列車００４レを順序変更した場合しには評価値が２４００となり(レコード２４６０)、列車番号００７レの後ろに非優先列車００４レを順序変更した場合には評価値が６００である（レコード２４８０）。なお、評価値の値は小さいほど目的に沿った提案であることを意味している。
図１６に戻って、ステップ２５０６ではパラメータ値ＳをＳ＝Ｓ＋１に更新し処理を戻す。
【００５０】
図１４に戻り処理の説明を続ける。ステップ１９０５ではステップ１９０４で登録した優先列車出発順序テーブル２４００の情報を更新する。更新は以下の手順にて行う。
(１)評価値の最も小さいレコードを選択し、同レコードより出発順の早いレコードの出発順を０とし、同レコードの出発順を１とする。
(２)出発順が２、列車番号が列車(Ｙ)のレコードを新規に作成し、残りのレコードの出発順序を計画発時刻順に３から順番となるように更新する。
(３)(１)で取得したレコードの次発ＮＰ列車遅延１７０３０の値を、運行テーブル１４０２で列車番号、走行駅がそれぞれ、列車(Ｙ)と駅(Ｘ)であるレコードの予測発時刻に加算する。
(４)(１)で取得したレコードの次発Ｐ列車遅延１７０４０の値を、運行テーブル１４０２で列車番号、走行駅がそれぞれ、レコードＳｂの示す列車番号と駅(Ｘ)であるレコードの予測発時刻に加算する。
【００５１】
ステップ１９０６において提案出発順序テーブル１４０５の情報を、駅(Ｘ)においてレコードＳａで示す列車の次発が列車(Ｙ)となるように更新する。ステップ１９０７において集合ＮＰの時隔シフトを行う。時隔シフトは以下の式において行う。列車(Ｙ)の次に最小となる計画発時刻をもつ列車(Ｙ１)に対し、
(１)列車(Ｙ)の予測発時刻＋出発続行時隔＞列車(Ｙ１)の予測発時刻、
・列車(Ｙ１)の予測発時刻＝列車(Ｙ)の予測発時刻＋出発続行時隔
(２)列車(Ｙ)の予測発時刻＋出発続行時隔＜列車(Ｙ１)の予測発時刻、
・列車(Ｙ１)の予測発時刻＝列車(Ｙ１)の予測発時刻
ステップ１９０８においてステップ１９０３で集合ＮＰより取得したレコードＲを集合ＮＰより消去し、集合Ｐへと移行する。
【００５２】
以上の提案作成部１１５０の処理を行うことで提案運行テーブル１４０４および提案順序テーブル１４０５内には計画変更提案結果が格納される。
【００５３】
提案情報編集部１１６０の作るダイヤログ(提案ダイヤログ)２７００は、図１７に示す２次元グラフであり、表示装置１１９１に表示される。提案ダイヤログ２７００の縦軸２６００は、提案結果のダイヤが平伏するまでに要した時間（平伏時間）、横軸２６０１は障害発生後に出発可能となるまでの想定時間（出発想定時間）を示している。提案ダイヤログ２７００は、出発想定時間３０分毎にダイヤ予測の結果２６０２と計画変更提案を行った結果２６０３を示し、提案運行テーブル１４０４の提案ＩＤ一つがグラフ上のプロット点一つの結果を表している。出発想定時刻が３時間後である場合には、プロット点２６０４が示すようにダイヤ予測の結果では平伏するまでに１２時間を要し、プロット点２６０５が示すように計画変更提案の結果では平伏するまでに６時間を要することを示している。また、提案ダイヤログに出力されている各プロット点は入力装置１１９２を通してクリックすることができ、クリックすることによりプロット点の該当するダイヤ図を提案運行テーブル１４０４のデータを基に作成し、表示装置１１９１に出力を行う。
なお、入力ダイヤログ８０００にて、評価項目を総遅延時分を選択した場合は、図１７の縦軸は総遅延時分とする。また、他のダイヤ回復指標であっても良い。
【００５４】
本実施例によれば、運転整理案作成において、運行障害を検知した段階で運転再開時刻として想定される各時刻に対する計画変更提案の自動作成を行うことができる。また、再開時刻とダイヤ回復の相関を示すことが可能となる。この結果、再開時刻が決定される前の段階で、変更入力作業を必要とせずに運転整理案を得ることができる。
【図面の簡単な説明】
【００５５】
【図１】運転整理支援システムを説明するブロック図である。
【図２】実績テーブルの構成を説明する図である。
【図３】運行テーブルの構成を説明する図である。
【図４】順序テーブルの構成を説明する図である。
【図５】ダイヤ図の構成を説明する図である。
【図６】提案運行テーブルの構成を説明する図である。
【図７】提案順序テーブルの構成を説明する図である。
【図８】ユーザー入力受信部が表示するダイヤログを説明する図である。
【図９】駅が直列つなぎである場合の運行乱れを説明する図である。
【図１０】駅のつなぎに分岐がある場合の運行乱れを説明する図である。
【図１１】提案作成部の処理フローである。
【図１２】ダイヤ予測の処理結果を説明する図である。
【図１３】提案作成部の内部処理である出発順序変更提案処理の処理フローである。
【図１４】提案作成部の内部処理である出発順序作成処理のフローである。
【図１５】優先列車出発順序テーブルの構成を説明する図である。
【図１６】提案作成部の内部処理である前方列車決定処理のフローである。
【図１７】提案情報編集部が表示するダイヤログである。
【符号の説明】
【００５６】
１０００…運転整理支援システム、１１００…運転整理支援装置、１１１０…走行情報受信部、１１２０…ダイヤ予測部、１１３０…ダイヤ図作成部、１１４０…ユーザー入力受信部、１１５０…提案作成部、１１６０…提案情報編集部、１１９１…表示装置、１１９２…入力装置、１２００…駅設備装置、１２１０…実績情報送信部、１３００…ネットワーク、１４００…記憶装置、１４０１…実績テーブル、１４０２…運行テーブル、１４０３…順序テーブル、１４０４…提案運行テーブル、１４０５…提案順序テーブル、２４００…優先列車順序テーブル、２７００…提案ダイヤログ、５０００…列車ダイヤ、８０００…入力ダイヤログ。
【図１】
2007314105.tif 000003
【図２】
2007314105.tif 000004
【図３】
2007314105.tif 000005
【図４】
2007314105.tif 000006
【図５】
2007314105.tif 000007
【図６】
2007314105.tif 000008
【図７】
2007314105.tif 000009
【図８】
2007314105.tif 000010
【図９】
2007314105.tif 000011
【図１０】
2007314105.tif 000012
【図１１】
2007314105.tif 000013
【図１２】
2007314105.tif 000014
【図１３】
2007314105.tif 000015
【図１４】
2007314105.tif 000016
【図１５】
2007314105.tif 000017
【図１６】
2007314105.tif 000018
【図１７】
2007314105.tif 000019