<第1実施形態>
以下、本発明の第1実施形態について、図1乃至図10A〜図10Bを参照して説明する。本実施形態は、各駅間の運転時分が、運転士の癖や、天候の影響や、列車のコンディション等、何らかの傾向に従って変化していると期待される場合に適用するに好適な例である。
[運行管理システム100の構成]
図1は、本実施形態に係る運行管理システムの構成を説明する図である。本実施形態の運行管理システム100(以下、運行管理システム)は、列車ダイヤ管理装置110と、走行実績取得装置120と、列車運行予測装置130と、運転整理端末140と、記憶装置150を備えるように構成する。
列車ダイヤ管理装置110は、走行実績データ151(後述)と、計画ダイヤ152(後述)と、を管理するものであり、より具体的には、日替わりの際に運行管理システム内の基準時刻及び列車コードを更新し、さらに、当該更新に合わせて走行実績データ151及び計画ダイヤ152を更新する機能と、走行実績取得装置120が取得した走行実績データと現在の運行管理システム内の基準時刻及び列車コードに基づいて走行実績データ151を更新する機能と、運転整理端末140を介して入力された運転整理を計画ダイヤ152に反映する機能と、を備えるものである。列車ダイヤ管理装置110の具体例は、例えば、これらの機能を実行するためのプログラム及びデータと、関連する他装置との通信インタフェースを備えたPCである。
走行実績取得装置120は、地上設備から走行実績データ(「地上実績データ」と呼ぶ)を取得して列車ダイヤ管理装置110に送信する機能と、車上装置160から走行実績データ(「車上実績データ」と呼ぶ)を取得して列車ダイヤ管理装置110に送信する機能と、前記車上実績データに基づいて、当該列車の走行実績の履歴としての運転曲線である実績運転曲線を作成して列車ダイヤ管理装置110に送信する機能と、各列車の車上装置160に対し、当該列車の各駅の予測到着時刻を予測ダイヤ153から取得して目標到着時刻として送信する機能と、を備えるものである。走行実績取得装置120は、車上装置と所定の頻度で或いは設備状況に応じた間隔で情報の授受を行う。また、走行実績取得装置120は、車上実績データが更新されるタイミングで、実績運転曲線としての距離速度曲線を作成する。走行実績取得装置の具体例は、例えば、これらの機能を実行するためのプログラム及びデータと、関連する他装置(信号設備や車上装置を含む)との通信インタフェースを備えたPCである。
地上走行実績データは、複数のレコードの集合として構成される。地上走行実績データの各レコードは、図9Aに示すように、列車コード901と、駅コード902と、着発コード903と、実績時刻904とを含むように構成する。各レコードの更新や参照は、列車コード901と駅コード902と着発コード903をキーとして行う。列車コード901は、当該レコードがどの列車の走行実績を表しているのかを示す識別子であり、列車毎に固有の値とする。駅コード902は、当該レコードがどの駅(採時位置)における走行実績を表しているのかを示す識別子であり、駅(採時位置)ごとに固有の値とする。着発コード903は、当該レコードが前記列車の前記駅における到着時刻と出発時刻のどちらを表しているのかを示す識別子であり、各々に固有の値とする。実績時刻904は前記列車の前記駅における、到着時刻または出発時刻のうち該当する方の時刻である。走行実績がまだ得られていない場合には、「未採時」であることを示すマーカーとしての時刻を実績時刻904として格納しておく。なお、ある列車が同じ駅を複数回訪問する可能性がある場合には、何度目の訪問における走行実績であるかを区別するためのデータ(例えば「suffix」と呼ばれるデータ)についても、各レコードが備えるように構成する。
車上実績データは、複数のレコードの集合として構成される。車上走行実績データの各レコードは、図9Bに示すように、列車コード911と、運転士コード912と、走行実績作成時刻913と、列車位置914と、列車速度915と、次駅到着見込み時刻916と、運転支援情報提示可否フラグ917とを含むように構成する。各レコードの更新や参照は、列車コード911をキーとして行う。列車コード911は、当該レコードがどの列車の走行実績を表しているのかを示す識別子であり、列車毎に固有の値とする。運転士コード912は、前記列車を運転している運転士を特定するための識別子であり、運転士毎に固有の値とする。走行実績作成時刻913は、当該レコードに登録されている走行実績データ(例えば後述の列車位置や列車速度等)が、どの時刻におけるデータであるかを表す時刻である。列車位置914は、走行実績作成時刻における列車の位置を表すデータである。具体的には、例えば、当該列車の始発駅等、基準となる位置からの走行距離を用いる。列車速度915は、走行実績作成時刻における列車の速度を表すデータである。次駅到着見込み時刻916は、走行実績作成時刻において、運転曲線生成部161で求めた運転曲線に従って走行した場合に、次駅にどのくらいの時刻に到着する見込みであるかを表す時刻である。運転支援情報提示可否フラグ917は、車上装置160が運転士に、推奨速度や推奨されるノッチ制御の情報等、効率のよい運転のための支援となる情報を提示することが可能であるか否かを表すフラグである。例えば、車上装置160が画面系の故障を検知しており、運行管理システム100との情報の授受には支障がないが運転士への情報提供ができない場合、運転支援情報提示可否フラグ917の値は「否」となる。
列車運行予測装置130は、走行実績データ151と、計画ダイヤ152と、処理パラメータ155を用いて、未来の列車の運行状況を予測し、予測ダイヤ153及び指摘データ154を出力するものである。列車運行予測装置130の詳細は、後述(図2乃至図8A〜図8C)する。
運転整理端末140は、計画ダイヤ152または予測ダイヤ153をスジ画面として表示し、指令員に提示する機能を備えるものである。運転整理端末140は、また、表示画面中にメッセージ表示領域を備え、指摘データ154に対応した指令員向けのメッセージを当該メッセージ表示領域に表示する機能を備える。さらに、指摘データ154に含まれる詳細情報を表示するためのダイアログ画面を、別途備えていてもよい。運転整理端末140は、さらに、運行管理システム100の管理対象となっている列車群に対する運転整理を実施するためのユーザインタフェースを備え、各種事象や遅延の発生状況に応じて計画ダイヤを修正する機能を備える。運転整理端末140は、さらに、ある列車の、ある駅への到着遅延の見込み時分や、ある駅からの出発遅延の見込み時分を入力するためのユーザインタフェースを備え、それらの入力情報を処理パラメータ155に反映させることで、列車運行予測装置130が実行する列車運行予測の結果に反映させて、指令員に未来の列車の遅延状況を模擬して提示する機能を備える。
記憶装置150は、走行実績データ151と、計画ダイヤ152と、予測ダイヤ153と、指摘データ154と、処理パラメータ155と、を含むデータを格納する装置であり、例えばハードディスクやSSD(Solid State Drive)などの適宜な不揮発性記憶装置で構成されている。
走行実績データ151は、地上実績データと、車上実績データと、実績運転曲線と、を含むように構成する。地上実績データは走行実績取得装置120が地上設備から取得した走行実績データに基づき、車上実績データは走行実績取得装置120が車上装置から取得した走行実績データに基づき、実績運転曲線は走行実績取得装置120が作成した実績運転曲線に基づき、現在の運行管理システム内の基準時刻及び列車コードに基づいて、列車ダイヤ管理装置110によって更新される。
計画ダイヤ152は、各列車の走行経路(駅並び)と、運行計画上の当該列車の各駅への到着時刻及び各駅からの出発時刻を定めたものである。このほか、前運用列車や後運用列車の情報など、列車の走行方に関する情報に加えて、列車に付随する情報として、搭載している車上装置の種別(車上装置を搭載していない場合の種別は、例えば「搭載無し」とする)を登録しておく。車上装置の種別は、運行管理システム100に走行実績データを送信可能か否か、運行管理システム100から予測到着時刻を取得して運転曲線に反映することができるか否か、運転曲線に基づく運転支援情報を運転士に提示可能であるか否か、の各々が判定できるような形式で保持しておく。例えば単純には、車上装置の種別を「C−DAS搭載あり」と「S−DAS搭載あり」と「その他(DAS搭載無し)」の三種類に分類すればよい。
予測ダイヤ153は、列車運行予測装置130によって求められたものであり、計画ダイヤ152に基づく列車運行が為された際、走行実績データ151で与えられる現在の状況を踏まえた場合に、各列車の各駅への到着時刻、及び、各駅の出発時刻が、どのような時刻であると尤もらしいかを表したものである。
指摘データ154は、列車運行予測装置130によって求められるデータであり、未来の列車の運行を予測する際に抽出された情報のうち、予測時刻以外に指令員に提示することが有用であると考えられる情報である。指摘データ154は、0個以上のレコードの集合として構成し、各レコードは、指摘の種類を表す指摘コードと、当該指摘の種類に応じた詳細情報とで構成する。
処理パラメータ155は、列車運行予測装置130における予測時刻の算出や、運転整理端末140におけるスジ表示等において使用されるパラメータである。基準運転時分や最小停車時分、続行時隔や交差時隔等の時分情報をはじめとする所与のパラメータのほか、遅延見込み情報(例えば、どの列車がどの駅に何分遅れで到着する見込みかを表す情報)等、運転整理端末140を介して入力されたパラメータも含むように構成する。
車上装置160は、列車に搭載された情報装置であり、運転曲線生成部161とデータ送受信部162と運転支援情報表示部163を備える。
運転曲線生成部161は鉄道設備に関するデータや列車の性能に関するデータを内部に保持しており、それらのデータに基づいて、列車の位置や速度の情報を踏まえた上で、走行実績取得装置120から与えられた目標到着時刻ちょうどに次駅に到着できるような運転曲線を作成し、作成した運転曲線に関する情報を走行実績取得装置120に向けて出力する機能を備える。走行実績取得装置120と運転曲線生成部161の間のデータの授受は、データ送受信部162を介して行う。データ送受信部162は、例えば、無線通信装置である。
運転支援情報表示部163は、運転曲線生成部161が生成した運転曲線や運行管理システム100から取得した情報に基づき、推奨される走行速度やノッチ操作等、運転を支援する情報を、列車運転席のディスプレイ等の画面に表示し、運転士に提示するものである。
[列車運行予測装置130の構成]
図2は、本実施形態に係る列車運行予測装置の構成を説明する図である。本実施形態に係る列車運行予測装置130は、演算処理部210と、記憶部220と、過去実績基準運転曲線データベース230と、シミュレーション基準運転曲線データベース240と、通信部250と、を備える構成となっている。
演算処理部210は、記憶部220に記憶された所定のプログラムを実行するものであり、例えばCPUで構成されている。演算処理部210は、必要に応じて、通信部250を介して記憶装置150に格納されたデータを参照する。
記憶部220は、列車運行予測装置130の演算処理部210によって実行される、列車運行予測プログラム221と、運転時分算出プログラム222と、を格納するものである。記憶部220の具体例は、例えば、メモリ、ハードディスク、またはその両方である。
列車運行予測プログラム221は、走行実績データ151や計画ダイヤ152や処理パラメータ155を用いて各列車の各駅の到着時刻や出発時刻を予測するものである。前処理として各列車の駅間の運転時分及び各列車の余裕時分消化率Qを運転時分算出プログラム222を用いて求めることと、余裕時分消化率Qの値が「0≦Q≦1」を満たす列車について、各駅の予測出発時刻を算出する度に運転支援なし列車用運転時分算出処理によって次駅までの運転時分を求め、次駅予測到着時刻を求める際の制約条件に反映させること以外は、従来と同様の技術によって実施すればよい。
運転時分算出プログラム222は、走行実績データ151を用いて次駅までの運転時分の値を算出するプログラムである。運転時分算出プログラム222の処理の詳細は、後述(図3乃至図8A〜図8C)する。
過去実績基準運転曲線データベース230は、各区間における過去の走行実績としての運転曲線を集めたデータベースである。「多くの場合、通過駅での早着、及び早発は許容される」との発明者の検討に基づき、本実施例では「区間」の定義を「隣接する停車駅間(但し、運行管理システム100が管理を担当しているエリアの境界に位置する駅の場合は、例外として通過駅であっても区間の境界として扱う)」とするが、本発明における区間の定義はこれに限るものではなく、例えば「隣接駅間」としてもよい。過去実績基準運転曲線データベース230では、後述のように、速度距離曲線と対応する運転時分を紐付けて管理しておく。
シミュレーション基準運転曲線データベース240は、動力ユニットの不調等、想定される事象に対して予めシミュレーションによって作成した各区間における運転曲線を集めたデータベースである。「区間」の定義は過去実績基準運転曲線データベース230と同一とする。シミュレーション基準運転曲線データベース230では、後述のように、速度距離曲線と対応する運転時分を紐付けて管理しておく。
過去実績基準運転曲線データベース230に格納される運転曲線データの内容を図10Aに、シミュレーション基準運転曲線データベース240に格納される運転曲線データの内容を図10Bに、それぞれ示す。
両者に共通のデータ項目として、当該区間に進入する箇所の駅コードである区間開始駅コード1001、当該区間から進出する箇所の駅コードである区間終了駅コード1002、距離速度プロファイル1003、区間内の各駅間の運転時分1004、前方区間の各駅間の運転時分1005を備える。距離速度プロファイル1003は、横軸に距離、縦軸に速度を取った、運転曲線である。区間内の各駅間の運転時分1004は、当該区間において前記運転曲線に従った運転がなされた場合の、区間内の各隣接駅間に対して「前方駅の到着時刻−後方駅の出発時刻」で求められる値を格納したデータである。前方区間の各駅間の運転時分1005は、区間終了駅から進出後の各駅間の運転時分を格納したデータであり、区間開始駅から区間終了駅までの区間において最も尤もらしいと判断された距離速度プロファイルが選択された後、「同様の傾向が先々の駅まで続く」という仮定に基づき、先々の駅の運転時分を少ない演算量で求める目的で使用される。従って、「同様の傾向が先々の駅まで継続しない」と予想される場合は、傾向が変化する直前の駅間までを格納しておくようにする。「同様の傾向が先々の駅まで継続しない」と予想される例としては、例えば、強風等の影響により特定区間のみ速度制限が課される場合等がある。
過去実績基準運転曲線データベース230に格納される運転曲線データには、さらに、データ取得条件1010も合わせて格納しておく。データ取得条件1010の例としては、例えば、列車コードや運転士コード、データ取得日時、区間開始駅の出発遅延時分等がある。
シミュレーション基準運転曲線データベース240に格納される運転曲線データには、シミュレーション条件1020も合わせて格納しておく。シミュレーション条件1020の例としては、例えば、列車重量や天候条件(単位時間あたりの降雨量や降雪量など)や動力種別や故障箇所や故障の度合い等があるが、これらに限るものではなく、例えば、区間開始駅の出発遅延時分等を加えてもよい。
通信部250は、列車運行予測装置130と、運行管理システム100内の他の装置との間で、データを授受するためのインタフェースとなるものであり、例えば、ネットワークインタフェースカード(NIC)である。
[列車運行予測装置130の動作]
図3は、本実施形態に係る列車運行予測装置130の動作のうち、運転時分算出処理に関する動作を示すフローチャートである。運転時分算出処理は、計画ダイヤ152に含まれる列車のうち、走行実績データ151に基づき、現在走行中の各列車について、列車毎に実行される処理である。ここで、「現在走行中」とは、当該列車の走行経路の最初の駅の出発実績が採時済みであり、当該列車の走行経路の最後の駅の到着実績が未だ採時されていない状態を表す。
運転時分算出処理が開始されると、列車運行予測装置130は、まず、ステップS301において、余裕時分消化率Qの値を「−1」で初期化し、記憶部220にて適宜確保したワーク領域等において保持する。ここで、Qの初期化に用いた値「−1」は運転支援の有無を判定するためのマーカーとしての値であり、余裕時分消化率Qの値として実際に意味を持つ「0≦Q≦1」の範囲に含まれない値であれば、任意の値を使用することができる。
列車運行予測装置130は、続いて、ステップS302において、運転時分の算出対象とする列車が運転支援情報を運転士に提示可能か否かを判定する。判定の結果、運転支援情報を提示可能でない場合(ステップS302「NO」)、列車運行予測装置130はステップS303の処理に進み、後述(図4)の運転傾向推定処理を実行する。判定の結果、運転支援情報を提示可能である場合(ステップS302「YES」)、列車運行予測装置130はステップS304の処理に進み、運転支援あり列車用運転時分算出処理を実行する。ステップS302の処理において、運転支援情報の提示可否の判定は、計画ダイヤ152に運転支援情報が提示可能な列車(例えばC−DAS搭載列車)であると登録されており、かつ、走行実績データ151が備える車上実績データにおいて運転支援情報提示可否フラグ917を参照し、当該列車が運転支援情報を提示可能とされている場合に、運転支援が可能(ステップS302「YES」)、その他の場合に、運転支援が不可能(ステップS302「NO」)、であると判定する。ここで、車上実績データを参照するのは、例えば、機器の故障等により、C−DASを搭載しているが、運転支援情報を運転士に提示できないような状況に対応するためである。また、例えばS−DASを搭載している列車については、所定時分以内の遅延で運行している場合にのみ、運転支援情報の提示が可能であると判定する。
ステップS302において、運転時分の算出対象とする列車が運転支援情報を提示可能でないと判定された場合(ステップS302「NO」)、列車運行予測装置130は、ステップS303で、運転傾向推定処理を実行する。ステップS303の運転傾向推定処理は、着目している列車が既に運転済みである区間の走行実績を用いて、余裕時分の消化傾向を推定し、余裕時分消化率Qとして、0以上1以下の値を返す処理である。運転傾向推定処理の詳細は、後述(図4)する。
ステップS302において、運転時分の算出対象とする列車が運転支援情報を提示可能であると判定された場合(ステップS302「YES」)、列車運行予測装置130は、ステップS304で、運転支援あり列車用運転時分算出処理を実行する。運転支援あり列車用運転時分算出処理は、システムによる運転支援がある状態での運転を前提とした場合の運転時分を求める処理であり、本実施形態では、走行実績を用いて現在の走行パターンを分析し、分析結果を運転時分に反映する処理である。ステップS304の運転支援あり列車用運転時分算出処理の詳細は、後述(図7乃至図8A〜図8C)する。
ステップS303の処理、または、ステップS304の処理の終了後、列車運行予測装置130は、運転時分算出処理を終了する。
図4は、本実施形態に係る列車運行予測装置130の動作のうち、運転傾向推定処理に関する動作を示すフローチャートである。
運転傾向推定処理が開始されると、列車運行予測装置130は、ステップS401において処理対象としている列車の実績採時済みの各々の区間i(メモリ等にて値を保持、更新)に関するループを回し、以下のステップS402乃至ステップS404の処理を繰り返し実行する。ここで、「実績採時済み」とは、区間開始駅の出発実績と、区間終了駅の到着実績が、いずれも採時済みであることだと定義する。
まず、ステップS402において、列車運行予測装置130は、着目している区間i(例:処理対象としている列車の実績採時済みの各々の区間のうち未処理のもので、所定の基準駅から近い順番で選択した区間、など)について計画通りに区間終了駅に到着するとした場合の運転時分PlanRTを「区間終了駅の計画到着時刻−区間開始駅の実績出発時刻」として求める。
続いて、ステップS403において、列車運行予測装置130は、前述の着目している区間iについて実際の運転時分ActlRTを「区間終了駅の実績到着時刻−区間開始駅の実績出発時刻」として求める。
続いて、ステップS404において、列車運行予測装置130は、前述の着目している区間iについて余裕時分の消化率Qiを求める。具体的には、「PlanRT≧ActlRT」かつ「PlanRT>区間基準運転時分」である場合に、「Qi=1−(PlanRT−ActlRT)/(PlanRT−区間基準運転時分)」として求める。ここで、区間基準運転時分は、当該区間内の各隣接駅間の基準運転時分の和として定義する。「PlanRT≦区間基準運転時分」である場合、列車運行予測装置130は、余裕時分の消化率Qiとして例外値を割り当てる。「PlanRT>区間基準運転時分」であるが「PlanRT<ActlRT」である場合、列車運行予測装置130は、余裕時分の消化率Qiとして「1」を割り当てる。なお、Qiを求める式の分母(PlanRT−区間基準運転時分)が小さい場合、誤差が大きくなるため、前述の判定条件を、所定の時分パラメータδを用いて「PlanRT>区間基準運転時分+δ」等のように変更して用いてもよい。このようにすることで、誤差が余裕時分の消化率の推定値に及ぼす影響を低減させることができる。
以上のループを処理対象としている列車の実績採時済みの各々の区間に関して実施した後、列車運行予測装置130は、ステップS405において、実績採時済みの各々の区間に対応する余裕時分の消化率Qiを用いて余裕時分の消化傾向を求める。具体的には、処理対象となっている列車の余裕時分消化率Qとして、各区間の余裕時分の消化率Qiの幾何平均を採用する。幾何平均を計算する際、消化率Qiが例外値となっているものについては、演算対象から除外する。各区間の余裕時分の消化率Qiがすべて例外値である場合、列車運行予測装置130は、余裕時分消化率Qとして余裕時分標準消化率の値を用いる。余裕時分標準消化率は、0以上1以下の値であり、余裕時分消化率Qが0の場合、運転時分は基準運転時分に等しくなり、余裕時分消化率Qが1の場合、運転時分は計画運転時分に等しくなる、ということを踏まえて予め定められた値を、処理パラメータ155に格納しておく。なお、ステップS405の処理はこれに限るものではなく、各区間の余裕時分の消化率に、誤差の感度に応じた重み付けや時間的な新しさに応じた重み付けをして算出する等、種々変更することができる。
なお、図4で例示した運転傾向推定処理については、必要に応じて、現在走行中の区間を、走行実績が採時済みの区間と走行実績が未だ採時されていない区間の2つの区間に分割して実行するようにしてもよい。このような構成とすることで、運転傾向の推定に用いることのできる区間の数が少ない場合に、運転傾向の推定に用いることのできる区間の数を増やすことができる。
図5は、本実施形態に係る列車運行予測装置130の動作のうち、運転支援なし列車用運転時分算出処理に関する動作を示すフローチャートである。運転支援なし列車用運転時分算出処理は、運転士に対する運転支援情報の提供が無い状態での運転を前提とした場合の運転時分を求める処理であり、本実施形態では、運転士に依存した余裕時分の消化傾向を運転時分に反映させる処理である。
運転支援なし列車用運転時分算出処理が開始されると、列車運行予測装置130は、まず、ステップS501において、余裕時分算出処理を実行する。ステップS501の余裕時分算出処理は、処理対象の列車が処理対象の区間において、区間終了駅(一般には次の停車駅)に計画ダイヤ上の到着時刻ちょうどに到着するためには、どの程度の時間の余裕があるかを求める処理である。具体的には、「区間終了駅の計画到着時刻−区間開始駅の予測出発時刻−区間基準運転時分」として求めればよい。ここで、区間開始駅の予測出発時刻は、列車運行予測装置130が列車運行予測プログラム221を実行する際、現在処理対象としている区間の処理に先立って既に算出されている値を用いればよい。
続いて、ステップS502において、列車運行予測装置130は、運転傾向反映処理を実行する。ステップS502の運転傾向反映処理は、ステップS501の処理で求めた当該区間の余裕時分Mに対して、図4で説明した運転傾向推定処理で求めた余裕時分の消化傾向を反映させることで、現在処理対象としている区間の運転時分を求め、さらに、当該区間の運転時分に基づき、現在処理対象としている駅間の運転時分を求める処理である。具体的には、当該区間の余裕時分Mが0以下である場合には、当該区間の運転時分として区間基準運転時分を採用する。当該区間の余裕時分Mが正の値である場合には、図4で説明した運転傾向推定処理で求めた余裕時分消化率Qを用いて、「区間基準運転時分+M×Q」の値を当該区間の運転時分として採用する。現在処理対象としている区間と現在処理対象としている駅間が一致しない場合には、列車運行予測装置130は、当該区間の運転時分から、現在処理対象としている駅間の運転時分を求める。具体的には、当該区間の運転時分を、当該区間に含まれる各隣接駅間の基準運転時分の比で按分することで、現在処理対象としている駅間に対応する運転時分を求める。
ステップS502の処理の終了後、列車運行予測装置130は、運転支援なし列車用運転時分算出処理を終了する。
図6A〜図6Cは、A駅、B駅、C駅、の各駅に停車する列車を例として、本実施形態に係る運転傾向推定処理の動作を説明する図である。図6A〜図6Cで、横軸は時間、縦軸は駅並び(採時位置の並び)を表しており、黒丸は走行実績が採時済みの状態を、白丸は走行実績がまだ採時されていない状態を表している。各状態は、演算ポイントと時刻の組で表現される。ここで、演算ポイントとは、予測時刻を求めるべき箇所のことであり、各列車・各駅の到着イベントまたは出発イベントに対応する。図6A乃至図6Cにおいて、スジ600はA駅からB駅まで基準運転時分で走行する場合のスジを、スジ601はA駅からB駅まで計画運転時分で走行する場合のスジを、スジ602はB駅からC駅まで基準運転時分で走行する場合のスジを、スジ603はB駅からC駅まで計画運転時分で走行する場合のスジを、それぞれ表している。
図6Aの実績スジ611のように、これまでの走行実績(A駅からB駅までの走行実績)から計画運転時分で駅間を走行する傾向が推定される場合は、図5の運転支援なし列車用運転時分算出処理では、B駅からC駅までの運転時分についても、計画運転時分に等しいとして推定される(余裕時分消化率Qは「Q=1」であると推定される)。その結果、予測スジとしてスジ612が得られる。
図6Bの実績スジ621のように、これまでの走行実績(A駅からB駅までの走行実績)から基準運転時分で駅間を走行する傾向が推定される場合は、図5の運転支援なし列車用運転時分算出処理では、B駅からC駅までの運転時分についても、基準運転時分に等しいとして推定される(余裕時分消化率Qは「Q=0」であると推定される)。その結果、予測スジとしてスジ622が得られる。
図6Cの実績スジ631のように、これまでの走行実績(A駅からB駅までの走行実績)から、駅間を余裕時分の一部を消化して走行する傾向が推定される場合は、図5の運転支援なし列車用運転時分算出処理では、B駅からC駅までの運転時分についても、同程度の割合の余裕時分を消化して走行するものとして推定される(余裕時分消化率Qは「0<Q<1」を満たす値として推定される)。その結果、予測スジとしてスジ632が得られる。
図7は、本実施形態に係る列車運行予測装置130の動作のうち、運転支援あり列車用運転時分算出処理に関する動作を示すフローチャートである。
運転支援あり列車用運転時分算出処理が開始されると、列車運行予測装置130は、まず、ステップS701において、着目列車における現在走行中の区間に関して当該区間の区間開始駅からの走行実績が十分に存在するか否かを判定する。具体的には、当該区間に対応する車上実績データが存在し、かつ、当該車上実績データについて「走行実績作成時刻913−区間開始駅の実績出発時刻」の値が所定の時分以上である場合に「区間開始駅からの走行実績が十分に存在する」と判定し、それ以外の場合に「区間開始駅からの走行実績が十分に存在しない」と判定する。しきい値となる前記「所定の時分」は、例えば、「当該区間における基準運転時分を達成する運転曲線のうちの1つにおいて最高速度を達成するまでに要する時分」等を考慮して予め定めた値(例えば90秒)を、処理パラメータ155に格納しておく。判定の結果、区間開始駅からの走行実績が十分に存在しない場合 (ステップS701「NO」)、列車運行予測装置130はステップS702の処理に進み、運転傾向推定処理を実行する。判定の結果、区間開始駅からの走行実績が十分に存在する場合 (ステップS701「YES」)、列車運行予測装置130はステップS703の処理に進み、運転曲線推定処理を実行する。ここで、ステップS702の運転傾向推定処理は、図4で説明した運転傾向推定処理と同様の処理であるため、説明を省略する。
ステップS701において、区間開始駅からの走行実績が十分に存在する場合 (ステップS701「YES」)、列車運行予測装置130は、ステップS703で、運転曲線推定処理を実行する。具体的には、過去実績基準運転曲線データベース230に登録されている運転曲線、及び、シミュレーション基準運転曲線データベース240に登録されている運転曲線、のうち区間開始駅コード1001と区間終了駅コード1002の情報が現在の状況と一致する運転曲線の集合を対象として、区間開始駅からの走行実績に基づく運転曲線とのパターンマッチングを行い、マッチングの評価指標が最も高い運転曲線を求める。その際、データ取得条件1010やシミュレーション条件1020を用いて、マッチングの対象とする運転曲線を限定してもよい。データ取得条件1010やシミュレーション条件1020を用いてマッチングの対象とする運転曲線を限定することで、マッチングに要する時間が短縮できるほか、ノイズ等の影響によって誤った運転曲線を最適であると判定する可能性を、低減させることができる。なお、列車運行予測装置130は、マッチングの評価指標が最も高い運転曲線が(過去実績基準運転曲線データベース230に登録されている運転曲線ではなく)シミュレーション基準運転曲線データベース240に登録されている運転曲線であった場合には、当該運転曲線データが備えるシミュレーション条件1020の情報を、列車コードと紐付けて指摘データ154に含めて出力する。運転整理端末140は、当該指摘データに基づき、必要に応じて、設備故障の発生が疑われる旨の警告メッセージを、疑われる設備故障内容の候補と共にメッセージ表示領域に表示して、指令員に提示する。
ここで、過去実績基準運転曲線データベース230及びシミュレーション基準運転曲線データベース240には、図10A〜図10Bを用いて前述したように、運転曲線のうち速度距離曲線を登録しておき、パターンマッチングに使用する。鉄道路線の特徴として、駅、勾配、曲線、信号機、分岐器、徐行区間などの位置が固定であることから、速度距離曲線を用いたパターンマッチングとすることで、正しいマッチング結果が得られ易くなるという効果が得られる。これにより、推定された運転時分の信頼性や精度が向上し、予測時刻の精度が向上する。
図8A〜図8Cに、運転曲線推定処理の例を示す。運転曲線データベース中に図8Aに示す運転曲線810と図8Bに示す運転曲線820のような運転曲線が登録されており、運転曲線を推定する対象の列車について現時点までに得られている実績運転曲線が図8Cに示す運転曲線830であった場合、列車運行予測装置130は、図8Cで走行実績が得られている部分までのパターンマッチングを行うことにより、形状がより類似している、すなわちマッチングの評価指標がより高い図8Aの運転曲線810を、推定結果の運転曲線として選択する。
続いて、ステップS704において、列車運行予測装置130は、各駅間の運転時分を求める。ステップS703で求めたマッチングの評価指標が最も高い運転曲線に対応付けられて運転曲線データベースに格納されている運転時分を、駅間の運転時分として採用すればよい。図10A〜図10Bを用いて前述したように、運転曲線自体は、区間開始駅から区間終了駅までのものとして登録されているが、駅間の運転時分については、各々の駅間の値として運転曲線に対応付けて登録されている。すなわち、区間終了駅以降の駅間も含めて連続する複数の駅間の運転時分が1つの運転曲線に対応付けて登録されているため、該当する駅間の値を参照すればよい。登録されていない駅間の運転時分としては、基準運転時分を採用する。
以上、本実施形態によれば、現実の状況を反映させた運転時分を用いて列車の次駅到着時刻を予測することで、従来技術による予測結果に比べ、より尤もらしい予測結果が得られるような、列車運行予測システムを提供することができる。
また、本実施形態では、図3の運転時分算出処理において、運転支援情報の提示可否によって処理を分岐し、運転支援情報の提示可否に依存して異なる算出処理を用いるようにした。
発明者の検討によれば、運転支援情報が提示されるか否かにより、運転士が列車をどのように運転するかの挙動は異なる。例えば、運転支援情報が提示されない場合、到着遅延を避けるため、運転士は信号を注視しつつ、許される最高速度で運転し、次駅に早着する傾向が強いと予想されるが、運転支援情報が提示される場合は、運転支援情報として提示された、アドバイスされた速度に従って運転することにより、次駅に計画通りの時刻に到着する傾向が強いと予想される。運行管理システム100の管理範囲内のエリアにおいて、運転支援情報が提示される列車と運転支援情報が提示されない列車は混在する可能性があるため、運転支援情報の提示有無を判別し、各々に適した方法で運転時分を求めるような構成とすることにより、予測時刻の推定精度を向上させることができる。
なお、運転支援情報の提示有無によって処理を分岐することで、予測時刻の推定精度を向上させる、との観点では、例えば、運転支援情報が提示されない場合は基準運転時分、運転支援情報が提示される場合は計画到着時刻に到着するための運転時分(計画到着時刻に到着できない場合は基準運転時分)を、それぞれの場合の運転時分の推定値として用いるようにしてもよい。
また、本実施形態では、図3の運転時分算出処理において、運転支援情報の提示可否によって処理を分岐し、運転支援情報の提示可否に依存して異なる算出処理を用いるようにしたが、本発明の実施形態はこれに限るものではない。例えば、運転支援情報が提示可能な場合についても、常に、運転支援なし列車用運転時分算出処理によって運転時分を求めるようにしてもよいし、運転支援なし列車用運転時分算出処理と運転支援あり列車用運転時分算出処理の両方を実施し、得られた運転時分の平均値を運転時分算出処理の結果として採用するようにしてもよい。
また、本実施形態では、すべての列車に対して図3の運転時分算出処理を適用したが、本発明の実施形態はこれに限るものではない。例えば、基本的にはすべての列車に対して従来技術と同様に所与の運転時分を用いて列車の運行を予測するが、ある特定の列車(或いは列車群)に対してのみ、図3の運転時分算出処理を用いて運転時分を求めるようにしてもよい。具体的には、例えば、指令員が運転整理端末140等を介して指定した列車や、後述(第2実施形態)のように原因不明で機外停止をした列車や、後方駅出発時点における次駅予測到着時刻と実績到着時刻との差が大きい列車や、車両の検査時期が所定の日数よりも近付いている列車に限定し、図3の運転時分算出処理を用いて運転時分を求めるようにする。このような構成とすることで、予測時刻の推定誤差の大きい列車に対して予測時刻の精度改善が期待できる一方、すべての列車に対して図3の運転時分算出処理を用いて運転時分を求める場合に比べて、列車の運行を予測するのに必要とされる演算時間の増加を抑えることができる。なお、演算時間の増加を抑える方法についてはこれに限るものではなく、例えば、ステップS703の処理で参照する運転曲線データベースを、過去実績基準運転曲線データベース230とシミュレーション基準運転曲線データベース240のうち適切な方に限定する等、種々の方法を用いることができる。
また、本実施形態では、システムによる運転支援が無い状態での運転を前提とした運転時分を求める処理として、運転時分に運転士に依存した余裕時分の消化傾向を反映させる処理を示したが、本発明の実施形態はこれに限るものではない。例えば、降雨等の天候の影響や、車両故障による性能劣化がある場合については、余裕時分が無い場合でも、運転時分の増加が見られる場合がある。このような場合、例えば、降雨による加減速性能の低下の度合いを運転時分に反映するために「基準運転時分に対して所定の時分が追加される」のようにモデル化し、「所定の時分」を走行実績データに基づき推定するようにすればよい。この場合、運転時分の算出に余裕時分のような予測時刻に基づく値が不要となるため、運転時分算出処理の一部として、(天候の影響を反映するための)運転傾向推定処理の中で運転時分を求めることができる。さらに、運転士に依存する傾向と天候に依存する傾向の両方を反映するようなモデル化をしてもよいし、その他の要因による傾向を反映するようなモデル化をしてもよい。
また、本実施形態では、図7のステップS701の処理において、現在走行中の区間に関して当該区間の区間開始駅からの走行実績が十分に存在しないと判定された場合、システムによる運転支援がない場合と同様に、運転傾向推定処理を実行するような構成としたが、本発明の実施形態はこれに限るものではない。例えば、現在走行中の区間の一つ手前の区間について運転曲線推定処理を行って駅間の運転時分を求めることを試みた後、それでも求められない場合にのみ、運転傾向推定処理を実行するような構成としてもよい。このような構成とすることで、特に、駅間の距離が短く、短時間で次の駅に到着するような場合において、車上実績データをより適切に運転時分に反映することができる。
また、本実施形態では、運転曲線データベースとの照合結果を、同一の列車に関する運転時分にのみ反映したが、本発明の実施形態はこれに限るものではない。例えば、シミュレーション基準運転曲線データベース240と照合の結果、強風の影響によって速度制限が掛かり易い箇所において速度制限が掛かっていると推定される場合、当該箇所を経由する他の列車に対しても同様の速度制限が掛かるものとして運転時分を求めるようにしてもよい。
<第2実施形態>
以下、本発明の第2実施形態について、図11乃至図14A〜図14Dを参照して説明する。本実施形態は、走行実績データとして車上装置から現在速度を取得でき、当該列車が機外停止をしているか否かを運行管理システムが識別可能である場合に適用するに好適な例である。本実施形態は第1実施形態に対して、主に列車運行予測装置の動作と運転整理端末の動作が異なるため、当該動作について主に説明する。
図11は、本実施形態に係る列車運行予測装置1100の構成を説明する図である。本実施形態の列車運行予測装置1100は、演算処理部210と、記憶部220と、通信部250と、運転再開時分データベース1130を備える。このうち演算処理部210と記憶部220と通信部250は、図2で説明した列車運行予測装置130において同じ符号を付した装置と同様のものであるため、詳細な説明は省略する。
列車運行予測装置1100が備える記憶部220には、列車運行予測装置1100の演算処理部210によって実行される、列車運行予測プログラム1121と運転時分算出プログラム1122を格納する。
列車運行予測プログラム1121は、走行実績データ151や計画ダイヤ152や処理パラメータ155を用いて各列車の各駅の到着時刻や出発時刻を予測するものである。前処理として、車上実績データが存在し、現在駅間を走行中の各列車について、現在走行中の駅間の運転時分を「車上装置160で求めた次駅到着見込み時刻−後方駅の実績出発時刻」とすることと、車上実績データが存在し、現在駅間を走行中の各列車について、現在走行中の駅間における次駅予測到着時刻を算出する際に、運転時分算出処理によって補正された運転時分を求めて予測到着時刻に反映すること以外は、従来と同様の技術によって実施すればよい。
運転時分算出プログラム1122は、走行実績データ151を用いて次駅までの運転時分の値を算出するプログラムである。運転時分算出プログラム1122の処理の内容の詳細は、後述(図12乃至図14A〜図14D)する。
運転再開時分データベース1130は、ある駅間で原因不明の機外停止が発生した場合に、機外停止から運転再開に至るまでどれだけの時分が必要であるかを、駅間毎に格納したデータベースである。この時分としては、過去の事例に基づき統計処理等によって求めた値を格納しておけばよいが、例えば、指令員に異常を認知させるために、予測スジの色が変化する遅延時分(例えば、平常時に白色だった予測スジが2分遅延すると橙色になる場合「2分」という値)に相当する時分を格納しておくようにしてもよい。
図12は、本実施形態に係る列車運行予測装置1100の動作のうち、運転時分算出処理に関する動作を示すフローチャートである。
運転時分算出処理が開始されると、列車運行予測装置1100は、ステップS1201において、着目している列車が機外停止中であるか否かを判定する。判定の結果、機外停止中でない場合(ステップS1201「NO」)、列車運行予測装置1100は運転時分算出処理を終了する。即ち、元々登録されていた運転時分をそのまま使用する。判定の結果、機外停止中である場合(ステップS1201「YES」)、列車運行予測装置1100はステップS1202の処理に進む。着目している列車が機外停止中であるか否かは、車上実績データのうち列車速度915の値が0である場合に「機外停止中である」と判定し、それ以外の場合に「機外停止中でない」と判定すればよい。
機外停止中である場合(ステップS1201「YES」)、列車運行予測装置1100は、ステップS1202の処理において、機外停止の原因が存在しているか否かを判定する。機外停止の原因が存在しているか否かの具体的な判定方法については、後述(図13乃至図14A〜図14D)する。機外停止の原因が存在している場合(ステップS1202「YES」)、列車運行予測装置1100は運転時分算出処理を終了する。即ち、元々登録されていた運転時分をそのまま使用する。機外停止の原因が存在していない場合(ステップS1202「NO」)、列車運行予測装置1100はステップS1203の処理に進み、異常時向け運転時分算出処理を実行する。
ステップS1203の異常時向け運転時分算出処理では、列車運行予測装置1100は、「『機外停止の開始時に車上装置160で求めた次駅到着見込み時刻』から後方駅の実績出発時刻を引いた値に、運転再開時分データベースを参照して取得した運転再開時分を加えた値」と「車上装置160で求めた次駅到着見込み時刻から後方駅の実績出発時刻を引いた値」のうち大きい方を、後方駅から次駅までの運転時分として採用する。「機外停止の開始時に車上装置160で求めた次駅到着見込み時刻」については、機外停止の開始時にも、異常時向け運転時分算出処理が実行されることから、機外停止の開始時に機外停止の位置と紐付けて当該時刻を記憶部220に記憶しておき、以降、当該データを参照するような構成とすればよい。列車運行予測装置1100は、該当列車が機外停止中でなくなった場合に、当該データを記憶部220から削除する。
ステップS1203の処理の終了後、列車運行予測装置1100は運転時分算出処理を終了する。
図13乃至図14A〜図14Dは、本実施形態に係る列車運行予測装置1100の動作のうち、機外停止の原因が存在しているか否かの判定方法を説明する図である。
図13は、列車運行予測プログラム1121の実行時に生成される、列車の運行に関する種々の制約条件を表現した、列車運行ネットワークと呼ばれる有向グラフを表している。図13において、頂点1301は先行列車のA駅到着イベントに対応する頂点であり、頂点1302は先行列車のA駅出発イベントに対応する頂点であり、頂点1303は先行列車のB駅到着イベントに対応する頂点であり、頂点1304は先行列車のB駅出発イベントに対応する頂点である。また、頂点1311は後続列車のA駅到着イベントに対応する頂点であり、頂点1312は後続列車のA駅出発イベントに対応する頂点であり、頂点1313は後続列車のB駅到着イベントに対応する頂点であり、頂点1314は後続列車のB駅出発イベントに対応する頂点である。各頂点は、1つの演算ポイントに対応し、付随する情報として予測時刻を持つ。当該予測時刻は「当該頂点に対応するイベントが発生する」と予想される時刻を表す。
列車運行ネットワークにおいて、列車の運行に関する制約条件は、重み付きの有向辺として表現される。例えば、有向辺1321は、停車時分に関する制約条件であり、頂点1301の駅到着イベント発生後、頂点1302の駅出発イベントが発生するまでの間に、所定の停車時分を確保する必要がある、という制約条件に対応する。この場合、有向辺1321の重みは「所定の停車時分」であり、「頂点1301に対応する予測時刻+有向辺1321の重み≦頂点1302に対応する予測時刻」というのが、有向辺1321に対応する制約条件の、条件式となる。制約条件の種類としては、このほかに、「先行列車がある線路に向けて出発後、所定の時分が経過してはじめて、後続列車が当該線路に向けて出発できる(有向辺1322に対応)」「ある列車が後方駅を出発後、前方駅に到着するまで、所定の運転時分(基準運転時分または走行実績に基づいて決められる時分)が必要である(有向辺1323に対応)」「先行列車がある番線を出発後、所定の時分が経過してはじめて、後続列車が当該番線に到着できる(有向辺1324に対応)」といったものが存在するが、列車運行予測装置1100が扱うことのできる制約条件の種類は、これに限るものではない。各々の予測時刻は、列車運行予測プログラム1121の実行時に、すべての制約条件を満たす最小の値として算出される。
以下、機外停止の原因が存在しているか否かの具体的な判定方法について、図13に例示した列車運行ネットワーク(有向グラフ)における頂点1304と頂点1313、有向辺1324に着目し、図14A〜図14Dを用いて説明する。図14A〜図14Dにおいて、横軸は時間、縦軸は駅並び(採時位置の並び)を表しており、黒丸は走行実績が採時済みの状態を、白丸は走行実績がまだ採時されていない状態を表している。各状態は採時位置と時刻の組で表現される。採時位置のうち、各駅の到着イベントまたは出発イベントに対応するものは、各々、演算ポイントに一致する。
図14Aは、本実施形態において機外停止の原因が運行管理システムによって把握されている場合の、後続列車の駅間での状況を説明する図である。状態1440乃至状態1441は駅間で後続列車が停止していることを表している。その原因は、先行列車の予測スジ1400上の状態1404で表されているように、先行列車がB駅で停車していることにある。このとき運転整理端末140に表示される予測スジは、図14Bのようになる。すなわち、状態1441で停止していた後続列車は、先行列車がB駅のある番線を出発後、さらに所定の時分が経過した後に、B駅の当該番線に到着する、という予測スジとなる。このとき、状態1404に対応する演算ポイントに対応する頂点1304に対応する予測時刻と、有向辺1324の重みと、状態1413に対応する演算ポイントに対応する頂点1313に対応する予測時刻の間には、「頂点1304に対応する予測時刻+有向辺1324の重み=頂点1313に対応する予測時刻」という関係が成り立つ。即ち、機外停止の原因が運行管理システムによって把握されているものである場合、機外停止している列車の到着イベントに対応する頂点の予測時刻Tと、当該頂点を終点とする有向辺の重みWと、当該有向辺の始点となる頂点の予測時刻Sの間の関係として、「S+W=T」が成り立ち、かつ、始点となる頂点が機外停止している列車に対応する頂点でない有向辺が存在する。
この場合、後続列車に遅延が発生していても、指令員が後続列車の遅延理由を把握できる状況にあり、また、運行管理システムとしても尤もらしい予測スジを提示することが可能であるため、運転整理端末140のメッセージ表示欄1420には何も表示する必要がない。なお、車上装置から取得される次駅到着見込み時刻916は、一般に、列車運行予測装置130が予測時刻を推定する方式またはパラメータとは異なる方式またはパラメータに基づいて求められた値であり、また、列車運行予測装置130が予測時刻を推定する際に用いる各パラメータには誤差が含まれ得ることから、前述の「S+W=T」の式において厳密に等号が成り立たないことが予想される。そのため、例えば許容される誤差の程度を表す定数Mを用いて、「T≦S+W+M」が成り立つ場合には機外停止の原因が運行管理システムによって把握されているものと判断するようにしてもよい。
他方、図14Cは、本実施形態において機外停止の原因が運行管理システムによって把握されていない場合の、当該列車の駅間での状況を説明する図である。状態1442乃至状態1443は、図14Aの状態1440乃至状態1441と同様に、駅間で列車が停止していることを表しているが、図14Aの場合と異なり、機外停止の原因となる先行列車は存在しない。このとき運転整理端末140に表示される予測スジは、図14Dのようになる。すなわち、状態1442で停止した当該列車は、状態1442におけるB駅到着見込み時刻にB駅に到着するという状態1432よりも、運転再開時分1433だけ遅れて、B駅に到着する(状態1434)という予測スジとなる。
このとき、状態1432に対応する演算ポイントに対応する頂点1313について、「頂点1313を終点とする有向辺の始点側の頂点に対応する予測時刻+当該有向辺の重み=頂点1313に対応する予測時刻」という関係が成り立つような有向辺は、始点側の頂点が機外停止している列車に対応する頂点であるような有向辺を除き、存在しない。そこで列車運行予測装置1100は、図14Aで説明した内容と合わせ、この性質を用いることで、機外停止の原因が存在しているか否かを判定することができる。
なお、現在時刻が進むに従って、機外停止の時間が長くなり、状態1443におけるB駅到着見込み時刻の方が「状態1442におけるB駅到着見込み時刻+運転再開時分1433」よりも遅くなる場合は、状態1443におけるB駅到着見込み時刻を用いてB駅の予測到着時刻を決める。
図14C及び図14Dで現される状況の場合、指令員が後続列車の状況を把握していない可能性があり、また、過去の事例に基づいて推定される運転再開時分の精度が一般に高くないことから、列車運行予測装置1100は指摘データを作成し、運転整理端末140は当該指摘データに基づき、当該列車が機外停止している旨のメッセージと、当該列車のB駅への到着がどの程度遅延する見込みであるか運行管理システムに入力するよう促すためのメッセージを、メッセージ表示欄1420に表示する。運転整理端末140は、さらに、当該提案メッセージに対するクリック動作に応じて「当該列車のB駅到着遅延見込み入力」のダイアログが開かれるようなユーザインタフェースを備えるように構成する。発明者の検討によれば、車両故障等によって機外停止が発生している場合、故障の状況が確認された後、当該列車がB駅にどの程度後れて到着する見込みであるかを、指令員が運行管理システムに入力する可能性が高いが、このような構成とすることで、指令員は、列車の指定や駅の指定を省略し、遅延見込み時分だけの入力によって当該列車に絡む遅延を予測結果に反映することができるようになるため、運転整理の入力作業における手数低減の効果が得られる。
なお、列車運行予測装置1100が作成した指摘データを車上装置160が参照可能なように構成し、省エネルギーに寄与する運転曲線の生成や、運転士への運転支援情報等に利用してもよい。
以上、本実施形態によれば、ある列車が機外停止している状況において、現実の状況を反映させた運転時分を用いて列車の次駅到着時刻を予測することにより、従来技術による予測結果に比べ、より尤もらしい予測結果が得られるような、列車運行予測システムを提供することができる。
<変形例>
以上、本発明の第1及び第2の実施形態について説明したが、本発明はこれに限定されず、本発明の趣旨を逸脱しない範囲で、種々変更することができる。
例えば、本発明の本質は、走行実績を用いて運転時分を求めるという点にあるため、具体的な運転時分算出処理の処理内容は、前述の各実施形態で例示したものに限らず、種々変更が可能である。例えば、列車が走行中のある時刻とそれに近い時刻における列車位置及び列車速度の実績データと、列車抵抗に関する情報(例えば列車位置の関数としての線路の勾配情報や走行抵抗に関する定数など)と、消費エネルギーの実績データ(例えば動力車に搭載したセンサから取得した電圧値と電流値を基に求めた消費電力など)と、動力車の性能情報と、ノッチ操作の実績データとを用いて、列車の加速度と引張力を推定し、そこからさらに、列車の重量を推定した後、推定された重量を用いて、所定の条件(例えば「制限速度等を遵守しながら前方駅に最も早く到着する」など)に基づく運転曲線を求めることで、まだ走行していない部分の運転時分を推定するようにしてもよい。その場合、車上実績データが、列車位置や列車速度のほかに、消費エネルギーやノッチ操作に関する実績データを備えるように構成する。
また、前記実施形態では、駅間の運転時分の推定を、列車運行予測装置130が実施するような構成としたが、本発明の実施形態はこれに限るものではない。例えば、本実施形態と同様の技術的思想に基づき、一部または全部の処理を車上装置で実施するようにしてもよい。その場合、現在走行中の駅間に対する運転時分の代わりに次駅への到着見込み時刻を求めて、運行管理システムに送るようにしてもよい。
また、前記実施形態では、地上実績データに関する処理と車上実績データに関する処理を、運行管理システム100で一括して処理する構成としたが、本発明の実施形態はこれに限るものではない。例えば、前記実施形態において運行管理システム100が実行していた処理のうち、車上実績データに関する処理の一部または全部を実行するシステムと、それ以外の処理を実行するシステムとを別々のシステムとして構成し、それらのシステムを連携させて動作させるようにしてもよい。このような構成とすることで、地上実績データに関する処理を実施する運行管理システムを既に導入しているような場合に、既存の運行管理システムに車上実績データに関する処理を実行するシステムをアドオンする形態で導入することができ、既存の運行管理システムに対して少ない改修量で、本発明の効果を得ることができる。例えば、列車運行予測装置の動作のうち、前処理として実行していた、車上実績データを用いて駅間の運転時分を求める処理を、新規のシステムとして構成し、地上実績データに関する処理を実行する既存の列車運行予測装置と連携させて動作させるようにしてもよい。別の例としては、走行実績取得装置についても同様に、地上実績データを扱う部分と車上実績データを扱う部分を別々のシステムとして構成し連携させて動作させるような構成としてもよい。なお、地上実績データに関する処理と車上実績データに関する処理を別々のシステムで実行させる場合には、走行実績データについても、一括して管理する必要はなく、取得及び参照を行う装置の構成に合わせて、別々のシステムで管理する構成とすることができる。
また、前記実施形態では、運行管理システムが車上装置に対して目標到着時刻の情報を送信し、車上装置が、受信した目標到着時刻に基づき、推奨される走行速度やノッチ操作の情報を求めて運転士に提示していたが、本発明の実施形態はこれに限るものではない。
例えば、運行管理システムが、目標到着時刻に基づき運転曲線を作成し、さらに、当該運転曲線に基づき推奨される走行速度やノッチ操作の情報を求めた上で、それらの情報を車上装置に送信し、車上装置が、運転支援情報表示部を用いて、受信したノッチ操作等の情報を運転士に提示するような構成としてもよい。そのような構成とする場合、運行管理システムが備える記憶装置に、運転曲線を作成するための、鉄道設備に関するデータや列車の性能に関するデータを格納しておく。
また、例えば、運行管理システムが、運転曲線を作成して車上装置に送信し、車上装置が、受信した運転曲線に基づき推奨される走行速度やノッチ操作の情報を求めた後、それらの情報を運転士に提示するような構成としてもよい。
また、前記実施形態では、運行管理システムと各々の車上装置の間でデータの授受を直接行うような構成としたが、本発明の実施形態はこれに限るものではなく、運行管理システムと各々の車上装置の間にデータの授受を担当するサーバ装置を備え、当該サーバ装置を介してデータを授受する構成としてもよい。
また、各種データが備えるデータ項目については、前記実施形態で例示したものに限るものではなく、適宜、取捨選択することができる。例えば、過去実績基準運転曲線データベース230及びシミュレーション基準運転曲線データベース240は、図7の運転支援あり列車用運転時分算出処理を実行する際に参照されるものであるため、運転支援情報の提示可否によらず運転支援なし列車用運転時分算出処理を用いるような構成とする場合には、実際にこれらのデータベースが参照される機会はない。そのような場合、列車運行予測装置130は、過去実績基準運転曲線データベース230及びシミュレーション基準運転曲線データベース240を備える必要はない。或いは、運転士コードを活用しない構成とするのであれば、車上実績データや運転曲線データが、運転士コードを備えている必要はない。その他のデータについても同様に、必要に応じて取捨選択すればよい。また、例えばETCS(European Train Control System)等、DAS以外のシステムから走行実績データを取得する場合、前記実施例で例示した車上実績データのうち該当する情報が無いレコードの値については、適切なデフォルト値を予め定義しておき、当該デフォルト値を設定するようにすればよい。
また、前記実施形態では、運行管理システムが、走行実績取得装置を用いて取得した走行実績データに基づいて、列車運行予測装置を用いて未来の列車の運行状況を予測し、運転整理端末を用いて予測結果を指令員に提示するような構成としたが、本発明の実施形態はこれに限るものではない。
例えば、運行管理システムが進路制御装置を備え、該進路制御装置が信号機や転轍機などを制御する際の判断処理において、前記予測結果を用いるような構成としてもよい。また、運行管理システムが、旅客向け情報提示システムとネットワークを介して接続し、該旅客向け情報提示システムに対して予測結果を出力することで、該旅客向け情報提示システムが各列車について予測される遅延の状況を旅客に提示するような構成としてもよい。その他、指定席券の発券システムと接続する等、予測結果を用いることが好適な様々なシステムと接続し予測結果を活用する構成に、種々変更可能である。
以上、本発明によれば、現実の状況を反映させた運転時分を用いて列車の次駅到着時刻を予測することで、従来技術による予測結果に比べ、より尤もらしい予測結果が得られるような、列車運行予測システムを提供することができる。
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、前記処理対象の列車に関する2つ以上の異なる時刻における走行実績データを前記アルゴリズムに適用して前記運転時分を求めるものである、としてもよい。
これによれば、例えば現在走行中の列車について得ている、或る2駅など所定の各地点に到達した時刻での速度に基づく運転曲線を、該当地点の該当時刻に関して過去得ている或いはシミュレーションしている運転曲線と照合して、現時点以降の運転曲線を走行実績に基づき効率良く推定し、精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、速度情報を含む前記処理対象の列車の走行実績データを前記アルゴリズムに適用して前記運転時分を求めるものである、としてもよい。
これによれば、運行中の列車に関する実際の速度情報に基づいて、現時点以降の運転曲線を効率良く推定し、精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、前記走行実績データに基づいて、処理対象の列車が在線している駅間の運転時分と、当該列車が将来走行する駅間に対応する運転時分を求めるものである、としてもよい。
これによれば、例えば現在走行中の列車について得ている、或る駅間に関する運転曲線を、該当駅間及び前方の駅間に関して過去得ている或いはシミュレーションしている運転曲線と照合して、現在在線中の駅間および前方の駅間に関する運転曲線を走行実績に基づき効率良く推定し、精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、処理対象の列車が既に走行済みである範囲に関する当該列車の前記走行実績データに基づく運転曲線と、予め得られている複数の運転曲線のデータが格納された運転曲線データベース中の運転曲線とを比較して、前記運転時分を求めるものである、としてもよい。
これによれば、現在走行中の列車について得ている、或る2駅など所定地点間に関する運転曲線を、該当地点間に関して過去得ている或いはシミュレーションしている運転曲線と照合して、現時点以降の運転曲線を走行実績に基づき効率良く推定し、精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、処理対象の列車が既に走行済みである範囲に関する当該列車の前記走行実績データに基づく運転曲線と、所定条件下での列車走行シミュレーションによって予め得られている複数の運転曲線のデータが格納された運転曲線データベース中の運転曲線とを比較して、前記運転時分を求めるものである、としてもよい。
これによれば、現在走行中の列車について得ている、或る2駅など所定地点間に関する運転曲線を、該当地点間に関して走行実績データが少なくともシミュレーションによって生成できる運転曲線と照合して、現時点以降の運転曲線を走行実績に基づき効率良く推定し、精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、処理対象の列車が既に走行済みである範囲に関する当該列車の前記走行実績データに基づく距離速度曲線として表現された運転曲線と、予め得られている複数の運転曲線のデータが格納された運転曲線データベース中の距離速度曲線として表現された運転曲線とを比較して、前記運転時分を求めるものである、としてもよい。
鉄道路線の特徴として、駅、勾配、曲線、信号機、分岐器、徐行区間などの位置が固定であることから、速度距離曲線を用いたパターンマッチングを行うことで、正しいマッチング結果が得られ易くなるという効果があり、これにより、推定された運転時分の信頼性や精度が向上し、予測時刻の精度が向上する効果も奏することとなる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、処理対象の列車に関して速度0の走行実績データが得られた場合に、当該列車の停車原因の有無を判定する機外停止原因判定処理を更に実行し、前記運転時分算出処理において、前記機外停止原因判定処理にて停車原因無しと判定した列車の運転時分を、当該状況において当該列車が前記機外停止原因判定処理にて停車原因有りと判定された場合の運転時分と、運転再開見込み時分に基づいて求めるものである、としてもよい。
これによれば、機外停止原因が不明な状況にも対応して、現時点以降の運転曲線を走行実績に基づき効率良く推定し、精度良好な運転時分を求めることが可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、前記機外停止原因判定処理にて停車原因無しと判定した場合、当該列車が原因不明で停車していることを示す情報を、所定の出力装置に出力するものである、としてもよい。
これによれば、機外停止の状況について、運行管理部門の担当者や該当列車の後続列車の運転士など適宜な対象者に通知することが出来る。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、所定の条件を満たす列車に対してのみ前記運転時分算出処理を実行して運転時分を求めるものである、としてもよい。
これによれば、相応の計算負荷がかかる運転時分算出処理を、適宜な対象にのみ実行することで、列車運行予測の全体処理における効率を良好なものとできる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記所定の条件を満たす列車として、所定装置を介してユーザにより指定された列車、或る時刻における或る駅の予測到着時刻と前記予測到着時刻とは別の時刻における前記駅の予測到着時刻との差が所定の時分以上である列車、これまでの運行中に原因不明の機外停止をしたと判定されている列車、および、検査期日が所定の時分以内に迫っている列車、のいずれかについて、前記運転時分算出処理を実行して運転時分を求めるものである、としてもよい。
これによれば、相応の計算負荷がかかる運転時分算出処理を、予定より遅延が生じている列車など適宜な対象にのみ実行することで、列車運行予測の全体処理における効率を更に良好なものとできる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、処理対象の列車における、現在位置から後方で隣接する駅間または隣接する停車駅間に関する余裕時分の消化傾向を、現在以降の運転時分に反映させるものである、としてもよい。
これによれば、処理対象の列車の運転士における余裕時分の昇華傾向を、以降の運転時分に反映させることで、現時点以降の運転曲線を走行実績に基づき更に効率良く推定し、より精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、運転支援情報の提示装置が備わる第1の列車群に含まれる列車と、前記第1の列車群に含まれない第2の列車群に含まれる列車とで、異なるアルゴリズムによって前記運転時分を求めるものであり、或る列車が前記第1の列車群に含まれるとした場合に求めた第1の運転時分を、当該列車が前記第2の列車群に含まれるとした場合に求めた第2の運転時分に比べ、等しい、または、より大きな値となるように求めるものである、としてもよい。
これによれば、運転士は運転支援情報に沿って列車運転を行いやすく、運転支援情報が提供されない状況下の運転士は許容出来る範囲で早い走行を行いやすいといった各傾向を踏まえて、現時点以降の運転曲線を運転支援情報の提供有無に応じて走行実績に基づき更に効率良く推定し、より精度良好な運転時分を求めるといった処理が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、C−DASを備えた列車を前記第1の列車群であると判定するものである、としてもよい。
これによれば、列車がC−DASを備える状況に対応して、上述の各傾向を踏まえた、現時点以降の運転曲線の効率良い推定と、より精度良好な運転時分の算定が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、所定時分以内の遅延で運行しているS−DASを備えた列車を、前記第1の列車群であると判定するものである、としてもよい。
これによれば、列車がS−DASを備える場合の運転状況に対応して、上述の各傾向を踏まえた、現時点以降の運転曲線の効率良い推定と、より精度良好な運転時分の算定が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、前記第1の列車群に含まれる列車の運転時分を、後方駅または後方停車駅から計画上の到着時刻に前方駅または前方停車駅に到着するための運転時分と、前記後方駅または前記後方停車駅から前記前方駅または前記前方停車駅まで走行するのに最低限必要であるとされる時分である基準運転時分、のうち大きいほうの時分として求めるものである、としてもよい。
これによれば、運転時分算出処理で得た運転時分が(遅延を取り戻すための極度の高速走行等に基づいた)物理的に実行不可能である場合などに対応し、実行可能な最速の運転時分を該当列車の運転時分として求めることが可能となり、現実の実行性をも踏まえた、より精度良好な運転時分の算定が可能となる。
また、本実施形態の列車運行予測システムにおいて、前記演算装置は、前記運転時分算出処理において、前記第2の列車群に含まれる列車の運転時分を、後方駅または後方停車駅から前方駅または前方停車駅まで走行するのに最低限必要であるとされる時分である基準運転時分に等しい時分として求めるものである、としてもよい。
これによれば、運転支援情報の提供がない列車は、基本的にその時々において(許容できる)最速の走行を行う必要がある事情を踏まえて、実行可能な最速の運転時分を該当列車の運転時分として求めることが可能となり、現実の実行性をも踏まえた、より精度良好な運転時分の算定が可能となる。