(57)【要約】【課題】列車運行の乱れ回復のために列車ダイヤを変更する場合、列車運行状況と乱れ回復の目的に応じた運転整理案を作成することにより、列車ダイヤの変更を行う運転整理の技術がある。しかし、実行待ちの運転整理が多数存在する場合、締め切り時刻に間に合わず、運転整理を実行できないケースがある。【解決手段】運転整理案を作成するとともに、運行支障情報と列車の位置情報とから運転整理をする順番に関する優先度を設定し、この優先度に基づき実行待ちの運転整理に対して、運転整理を実行する。【選択図】  図１
2011173530.tif 000002
【特許請求の範囲】
【請求項１】
列車の運行を管理する運転整理支援システムにおいて、
運転整理の対象となる列車の運行支障に関する属性情報と、当該属性情報に対応付けられた運転整理案とが格納されたデータベースと、
列車の運行に関する運行支障情報と列車の位置情報とを取得する手段と、
前記運行支障情報と列車の位置情報とから運転整理をする順番に関する優先度を設定する手段と、
前記優先度に基づき運転整理をする列車を特定する手段と、
前記特定された列車の属性情報に基づき前記データベース内の運転整理案の中から当該列車に対応する運転整理案を特定する手段と、
を有することを特徴とする運転整理支援システム。
【請求項２】
請求項１に記載の運転整理支援システムにおいて、
前記属性情報は、在線位置情報及び次駅に関する通過又は停車の情報を有する影響列車分類情報と、運転整理を行わなかった場合の影響についての情報である無処理時予測情報と、であることを特徴とする運転整理支援システム。
【請求項３】
請求項１又は２に記載の運転整理支援システムにおいて、
前記優先度の設定は、運転整理の対象列車だけでなく、他列車や列車以外を加味して設定することを特徴とする運転整理支援システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の運転整理支援システムにおいて、
実行を完了する締切時刻を実行待ちの運転整理単位に設定する手段と、実行されるまでの間、締切時刻を更新する手段と、を更に備えることを特徴とする運転整理支援システム。
【請求項５】
請求項４に記載の運転整理支援システムにおいて、
実行待ちの運転整理単位に、運転整理ができなかった場合の影響の大きさからなる実行時重要度と、現在時刻から締切時刻までの時間の長短からなる実行時緊急度を設定する手段と、
前記締切時刻を更新する手段は、前記の実行時重要度と実行時緊急度によって、更新対象の運転整理、更新時機、更新条件を切り替えて前記締切時刻の更新を行うことを特徴とする運転整理支援システム。
【請求項６】
列車の運行を管理する運転整理支援方法において、
データベースには、運転整理の対象となる列車の運行支障に関する属性情報と、当該属性情報に対応付けられた運転整理案とが予め格納されており、
列車の運行に関する運行支障情報と列車の位置情報とを取得するステップと、
前記運行支障情報と列車の位置情報とから運転整理をする順番に関する優先度を設定するステップと、
前記優先度に基づき運転整理をする列車を特定するステップと、
前記特定された列車の属性情報に基づき前記データベース内の運転整理案の中から当該列車に対応する運転整理案を特定するステップと、
を有することを特徴とする運転整理支援方法。
【請求項７】
請求項６に記載の運転整理支援方法において、
前記属性情報は、在線位置情報及び次駅に関する通過又は停車の情報を有する影響列車分類情報と、運転整理を行わなかった場合の影響についての情報である無処理時予測情報と、であることを特徴とする運転整理支援方法。
【請求項８】
請求項６又は７に記載の運転整理支援方法において、
前記優先度の設定は、運転整理の対象列車だけでなく、他列車や列車以外を加味して設定することを特徴とする運転整理支援方法。
【請求項９】
請求項６乃至８のいずれか一項に記載の運転整理支援方法において、
実行を完了すべき締切時刻を実行待ちの運転整理単位にを設定するステップと、実行されるまでの間、締切時刻を更新するステップを有することを特徴とする運転整理支援方法。
【請求項１０】
請求項９に記載の運転整理支援方法において、
実行待ちの運転整理単位に、運転整理ができなかった場合の影響の大きさからなる実行時重要度と、現在時刻から締切時刻までの時間の長短からなる実行時緊急度を設定し、
前記締切時刻の更新を、前記の実行時重要度と実行時緊急度によって、更新対象の運転整理、更新時機、更新条件を切り替えて行うことを特徴とする運転整理支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、列車の運行管理に関するものである。特に、事故などで線路上のある範囲が運行不能となったことにより運行再開まで一定時間を要する場合において、列車運行を変更するシステムまたは方法に関する。
【背景技術】
【０００２】
列車運行の乱れ回復のために列車ダイヤを変更する場合、列車運行状況と乱れ回復の目的に応じた運転整理案を作成することにより、列車ダイヤの変更を行う運転整理の技術がある。ここで運転整理とは事故などで列車の運行が乱れたとき、運行を正常に回復させるため、列車運行の変更を行うことを指す。運転整理を行う場合「状況や目的に応じて、効果（評価）の高い運転整理案を作成すること」、運転整理案のうち、「実行することを決めた運転整理を確実に効率よく行うこと」が重要な課題と認識されている。
【０００３】
効果の高い運転整理案を作成することに関しては、特許文献１で開示されている。ここでは、変更対象列車の優先度を設定し、その優先度に従って、個々の列車に効率よく輸送させるように運転整理案を作成する技術が開示されている。具体的には、現状把握手段が在線列車を分類し、列車別に出発準備完了時刻を予測し、列車内乗客数と駅乗客数を予測することで変更対象列車の優先度を設定する。更に、指示判断手段が、駅間停止中の列車に対する変更指示を作成し、出発準備完了時刻の最も早い列車に対する変更指示を作成し、「駅を出発」か「駅に待機」で損得を比較し、変更指示を作成することで各列車に対する変更指示を作成する。
【０００４】
さらに、実行予定の運転整理を確実に効率よく行うことに関しては、特許文献２において、運転整理の実行を完了すべき締切時刻を設定することにより効率よく確実な運転整理実行を図る技術が開示されている。具体的には、締切時刻設定手段により、運転整理の作成時、運転整理の実行を完了すべき限界時刻である締切時刻を算出し設定することが開示されている。また、複数の運転整理をまとめて作成する場合、各々の締切時刻のうち最も早い時刻を、それらの運転整理の代表締切時刻とし、締切時刻の確認効率の向上を図っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１４３０８８号公報
【特許文献２】特開２００８−１２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし特許文献１では「駅間に在線していて、次駅停車予定番線が空いていない列車（駅間停止中列車とする）」を優先する、また、「駅の出発準備完了時刻の早い列車」を優先することで、運転整理対象列車の優先度付けを行っている。つまり、変更を実行できなかったときの影響を考慮していない。また、変更対象列車（自列車）の時間面の影響を考慮しているだけで、他列車や列車以外の影響を考慮していない。そのため、実行待ちの「駅間在線列車を対象にした運転整理」が、ある時間帯に多数存在するとき、締切時刻に間に合わず、実行できない運転整理が発生する場合がある。その場合、自列車（変更対象列車）が駅間で停止し、他列車が移動するまで動けないケース、また、他列車が駅間で停止し、自列車が移動するまで他列車が動けないケース、列車以外ではいわゆる「開かずの踏切」状態（踏切遮断機が長時間降りたままになること）などが発生する可能性がある。
【０００７】
更に、特許文献２では、運転整理案作成時と同じ「締切時刻設定手段」により、予め定めたタイミング、予め定めた対象に対して、一律に締切時刻を更新している。そのため、実行待ちの運転整理が多数存在するとき、運転整理の重要性、緊急性の違いに応じて、締切時刻の更新情報に対するニーズが異なることを考慮したうえで、締切時刻を有効に保つことに対応できない。つまり、実行待ちの運転整理の優先度（重要性、緊急性）の違いを考慮した締切時刻の更新ができない。
【課題を解決するための手段】
【０００８】
前記の課題を解決し、実行待ちの「駅間在線列車への運転整理」が多数存在するときにも、実行不可時の影響を考慮した上で実行時に用いる運転整理の優先度を設定するために、次の処理を行なう。
【０００９】
実行予定の運転整理作成手段が、実行予定の運転整理を作成する時、運転整理実行時の優先度を、実行できなかった場合の影響の大きさである実行時重要度と、現在時刻から実行を完了すべき締切時刻までの時間の長短である実行時緊急度の、２つの評価尺度の組合せによって設定する。実行時重要度の設定においては、運転整理の対象列車だけでなく、他列車、列車以外への影響も加味して設定する。
【００１０】
実行予定の運転整理作成手段は、運行支障の発生情報を登録し、列車運行状況にもとづいて無処置時（運転整理を行わないとき）の影響を予測し、無処置時の影響を抑えるような運転整理案を作成し、実行時の優先度と締切時刻を設定する。
さらに、実行予定の運転整理作成手段が、実行する予定の運転整理を、運転整理案のなかから決定する。
【００１１】
実行待ち運転整理の実行管理情報更新手段が、実行待ち運転整理が残っているとき、その時点の実行待ち運転整理全体の特性、つまり、実行時重要度・実行時緊急度の組合せ別に件数を分析し、その結果に応じて締切時刻更新の対象、時機、条件を切り替えることにより、実行待ち運転整理の締切時刻を更新して締切時刻の有効性を保つ。そして、確実に効率よく実行するための締切時刻更新情報を入出力装置に出力する。
【００１２】
運転整理実行手段が実行待ち運転整理を実行する。
【００１３】
なお、本発明において、「運転整理」は、列車ダイヤを変更する場合、変更しない場合、双方を対象とし、列車運行の変更にともなう諸手続き（列車乗務員や駅員への伝達など）を含む。「運転整理案」には、実行予定にされる案とそうでない案の両方が存在する。運転整理案のうち、実行することを決めた運転整理を「実行予定の運転整理」、とくに、実際に実行されるまで管理する運転整理を「実行待ち運転整理」とよぶ。
【発明の効果】
【００１４】
本発明によれば、過密で複雑な列車ダイヤで、広範囲の列車運行を管理していて、かつ、実行待ちの運転整理が多数存在する状況においても、運転整理を実行することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態である運転整理支援システムの構成例を示した図である。
【図２（ａ）】列車在線状況例
【図２（ｂ）】運行区間定義ＤＢ
【図３】在線列車情報ＤＢ
【図４】運行支障情報ＤＢ
【図５】実施列車ダイヤＤＢ
【図６】実績列車ダイヤＤＢ
【図７】予測列車ダイヤＤＢ
【図８】影響列車管理ＤＢ
【図９】運転整理パターン定義ＤＢ
【図１０】運転整理案ＤＢ
【図１１】実行待ち運転整理ＤＢ
【図１２（ａ）】実行待ち件数分類ＤＢ
【図１２（ｂ）】締切時刻更新順位定義ＤＢ
【図１２（ｃ）】締切時刻更新条件定義ＤＢ
【図１３】運転整理の作成・実行支援処理フロー図
【図１４】実行予定運転整理の作成処理フロー図
【図１５】実行待ち運転整理の実行管理情報更新処理フロー図
【図１６】無処置時予測処理フロー図
【図１７】運転整理案の作成処理フロー図
【図１８】締切時刻の更新処理フロー図
【発明を実施するための形態】
【００１６】
以下、本実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【実施例１】
【００１７】
鉄道の線路上で発生した列車運行支障に対する運転整理、とくに、駅間走行中列車を駅間に止めたままにしないことを目的とする運転整理と、実行待ちの運転整理が多数ある場合の運転整理実行とについて詳細に説明する。
【００１８】
＜１．発明の構成＞
図１は、本発明の一実施の形態である運転整理支援システムの構成例を示した図である。
運転整理支援システムは、入出力装置１、ネットワーク４、処理装置５を有する。ここで、入出力装置１、処理装置５は、それぞれ複数台で構成することも可能である。入出力装置１は、入力部２、出力部３を有する。出力部３は、画面表示、音声出力など入出力装置の利用者に対する情報出力を行う。入出力装置１は、通常、運転整理業務に携る指令員が使用することを想定する。ネットワーク４は、入出力装置１と処理装置５との間の通信を可能とする（運転整理支援システムで取り扱うデータの送受信が可能であれば、接続形態は問わない）。処理装置５は、送受信部６（受信部６１、送信部６２を有する）、処理部７、記憶部８を有する。処理部７には、実行予定の運転整理作成部７１（運行支障情報登録部７１１、無処置時影響予測部７１２、運転整理案作成部７１３、運転整理案の採否決定部７１４を有する）、実行待ち運転整理の実行管理情報更新部７２（実行時重要度・実行時緊急度更新部７２１、実行待ち件数分類部７２２、締切時刻更新部７２３を有する）、運転整理実行部７３、を有する。記憶部８には、運行区間定義ＤＢ８１、在線列車情報ＤＢ８２、運行支障情報ＤＢ８３、実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５、予測列車ダイヤＤＢ８６、影響列車管理情報ＤＢ８７、運転整理パターン定義ＤＢ８８、運転整理案ＤＢ８９、実行待ち運転整理ＤＢ９０、実行待ち件数分類ＤＢ９１、締切時刻更新順位定義ＤＢ９２、締切時刻更新条件定義ＤＢ９３を備える。
【００１９】
＜１．１  ＤＢのデータ構造およびデータの例＞
各ＤＢのデータ構造およびデータの例について、以下に説明する（以降の説明では、データ項目を［ ］で表す）。ここで、各DBは処理装置５の記憶部８に保持する。
【００２０】
図２(a)は運行支障発生時の列車在線状況の例を路線図形式で表した図である。本発明では、列車が運行する線路を区間に分け、区間番号で管理する。区間番号の管理は、線区・線別ごとに行う。Ａ駅は「区間番号1000」に、列車番号１２の列車は、「区間番号1006」にあることを示している。
【００２１】
図２(b)は運行区間定義ＤＢであり、図２（a）に示す状況はこのようにデータ化されDBに格納されている。この運行区間定義ＤＢは線区・線別ごとに管理する。［区間番号］は区間を識別する番号であり、［所属駅/駅間］は区間に属する駅または駅間を示す情報であり、［設備］は当該区間に設置されている設備（例えば、踏切）を示す情報であり、［停止禁止区間］は列車が長時間停止してはならない区間の情報を記憶する。ここで、［停止禁止区間］は、運転整理を実行できなかった場合の影響を評価するために使用する。例えば、図２(b)で区間番号1008の［設備］に記憶されている、「踏切制御箇所」は、その区間に列車が停車したままになると区間番号1007に設置されている踏切が開かずの踏切状態になることを示している。また、区間番号1008の［停止禁止区間］に記憶されている「×」は、停止を禁止する旨を示している。
【００２２】
図３に図２(a)の在線列車状況における在線列車情報ＤＢを示す。在線している列車の［列車番号］［在線区間番号］［進入時刻（当該区間への列車進入を検知した時刻）］を、線区・線別単位に記憶する。これは各列車の在線位置を把握するために使用する。
【００２３】
図４に図２(a)の在線列車状況における運行支障情報ＤＢを示す。運行支障の発生情報と復旧情報を記憶する。この情報は入出力装置から登録する。運行支障の発生場所を区間番号を含む［支障範囲］として取り扱う。［復旧実績］は、運行支障の復旧後、入出力装置から登録する。
【００２４】
図５に図２(a)の列車番号１４の実施列車ダイヤＤＢを示す。列車運行計画の施行日ごとに、運行予定の各列車について、列車情報と駅情報を列車ダイヤとして保持する。ここで列車情報は列車番号、線別、列車種別などであり、 駅情報は当該列車が運行する各駅の通過停車区分、番線、到着／出発時刻などから構成される。この図では、通過列車の到着時刻を「--：--」と示す。この実施列車ダイヤＤＢ８４、前述の在線列車情報ＤＢ８２、および、後述する実績列車ダイヤＤＢ８５は、列車の運行状況把握に必須のデータである。
【００２５】
図６に図２(a)の列車番号１４の実績列車ダイヤＤＢを示す。これは列車の運行実績を記憶した列車ダイヤである。データ構造は、前述の実施列車ダイヤと同じである。列車番号１４は、Ｂ〜Ｃ駅間に在線中なので、Ｃ駅までは到着／出発時刻が記憶されており、次のＢ駅以降は到着／出発時刻を記憶していない。
【００２６】
図７に図２(a)の列車番号１４の予測列車ダイヤＤＢを示す。運転整理案作成時に予測する列車ダイヤを記憶する。予測列車ダイヤは、前述の実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５と予め定めた予測方法により作成する。また、予測時の補足情報を［予測時情報種別］に記憶する。Ｂ駅は通過予定のため、出発時刻のみを予測、［予測時情報種別］に「予測」と記憶する。支障範囲Ａ〜Ｂ駅間の先方にある、Ａ駅の到着／出発時刻については予測を行わず、Ａ駅の［予測時情報種別］に「復旧待ち」と記憶する。
【００２７】
図８に影響列車管理ＤＢを示す。前述の在線列車情報ＤＢ８２に記憶されている在線列車から、運行支障発生によって自列車の運行に影響を受ける「影響列車」を選出するために用いる。さらに、後述の実行予定の運転整理作成処理各ステップの結果記憶に用いる。［影響列車分類］では、在線列車を、在線位置（駅間／駅構内）と次駅予定（次駅通過／次駅停車）によって分類する。ただし、運行支障の影響を直接受ける列車は、支障列車として区別する。［無処置時予測］には、運行支障発生後、運転整理を行わなかった場合、列車ダイヤを予測した結果、自列車、他列車、列車以外それぞれが受ける影響を予測し、記憶する。ここでの「無処置時」とは「運行支障発生後、運転整理を全く行わない時」をさす。影響列車管理ＤＢ８７は、線区、線別、および、支障範囲の先方／後方に分けて管理する。 支障範囲の先方に在線している列車は、支障範囲を通過済み、もしくは、通過予定無しなので、運行支障により直接影響を受けることはない。ただし、支障範囲の後方に在線している別の列車を待って運行する場合（例えば、通過待ち、接続、併合）は、運行支障による影響を受ける。 支障範囲の後方に在線している列車は、運行復旧まで支障範囲を通ることができないので、運行支障による影響を受ける。
【００２８】
図９に運転整理パターン定義ＤＢを示す。前述の影響列車管理ＤＢ８７の［影響列車分類］［無処置時予測］ごとに、取りえる運転整理のパターンと後述の運転整理案作成時に必要な情報を定義する。
【００２９】
図１０に運転整理案ＤＢを示す。作成後の運転整理案を格納し、後述する運転整理案の採否決定に用いる。
【００３０】
図１１に実行待ち運転整理ＤＢを示す。作成後の運転整理案のなかから、運転整理案の採否決定結果、実行予定が決まった運転整理を格納する。さらに、実行待ちの運転整理を管理するために用いる。登録内容は実行待ち運転整理の実行管理情報更新手段にしたがって更新する。実行が完了した運転整理は、このＤＢから削除する。
【００３１】
図１２(a)〜(c)は、後述の締切時刻の更新のために用いる定義データを記憶する。
図１２(a)は実行待ち件数分類ＤＢであり、実行待ち運転整理の実行時重要度・実行時緊急度の組合せ別に、実行待ち（残件）数を記憶する。
図１２(b)は締切時刻更新順位定義ＤＢであり、実行待ち運転整理の実行時重要度・実行時緊急度の組合せ別に、締切時刻更新の優先順位を定義する。
図１２(c)は締切時刻更新条件定義ＤＢであり、実行待ち運転整理の実行時重要度・実行時緊急度の組合せ別に、締切時刻更新の対象・時機・条件を定義する。
この図で、「締切早」とは、前回算出時より現在時刻から締切時刻までの時間が短くなることをさし、逆に「締切遅」は、前回算出時より現在時刻から締切時刻までの時間が長くなることをさす。
【００３２】
＜２．発明の手段と動作＞
＜２．１  運転整理支援システム＞
図１３を用いて、本実施の形態での運転整理支援システムにおける運転整理の作成・実行支援処理の流れの概要を説明する。これらの処理は、実行予定の運転整理作成部、実行待ち運転整理の実行管理情報更新部、および、運転整理実行部により実行される。
【００３３】
ステップＳ１は実行予定の運転整理作成である。この処理は実行予定の運転整理作成部７１により実行される。実行予定の運転整理作成部７１は、運行支障情報と列車運行状況にもとづいて、運転整理案の作成／更新／削除を行う（更新、削除については、作成と同様の処理であるため説明を割愛する）。次に、入出力装置の利用者による指示入力により、実行予定とそうでない案が混在する運転整理案のなかから、実行予定の運転整理を決定する。実行予定の運転整理作成部７１は、実行予定の運転整理情報を実行待ち運転整理ＤＢ９０に格納する。
【００３４】
ステップＳ１の後、実行待ち運転整理が０件であれば、処理終了へ。１件以上あれば、次のステップＳ２へ進む。
【００３５】
ステップＳ２は実行待ち運転整理の実行管理情報更新である。この処理は実行待ち運転整理の実行管理情報更新部７２により実行される。実行待ちの運転整理それぞれに対して、締切時刻など、運転整理の実行管理に必要な情報を更新する。ステップＳ２の詳細については、図１５で説明する。
【００３６】
ステップＳ３は運転整理実行である。実行待ちの運転整理を、入出力装置の操作により実行する。実行完了後、実行済の運転整理情報を実行待ち運転整理ＤＢ９０から削除する。実行待ちの運転整理が０件になれば、一連の処理を終了する。
【００３７】
＜２．２  実行予定の運転整理作成＞
図１４を用いて、前述のステップＳ１の「実行予定の運転整理作成処理」の詳細を説明する。
【００３８】
ステップＳ１−１は運行支障情報の登録である。この処理は運行支障情報登録部７１１により実行される。「運行支障」とは、列車の運行に支障をきたす事象で、その復旧には一定時間を要する。運行支障発生後、列車の運行乱れを回復するために、運転整理を必要とする。入出力装置１の利用者は、運行支障の発生を確認した後、入力部２を用いて運行支障情報を入力する。入力部２は、前記入力されたデータをネットワーク４を経由して処理装置５に送信する。処理装置５の受信部６１は、前記送信されたデータを受信し、運行支障情報登録部７１１に受信したことを通知する。通知を受けた運行支障情報登録部７１１は、受信データを編集した後、運行支障情報ＤＢ８３に格納する。運行支障情報ＤＢ８３に格納されているデータは、送信部６２、ネットワーク４を経由して、出力部３に出力される。入出力装置１の利用者がその内容を確認できる。また、前記と同様の手順で、データの更新・削除を行うことができる。
【００３９】
ステップＳ１−２は無処置時の影響予測である。この処理は無処置時影響予測部７１２により実行される。現状の列車運行状況と前述の運行支障情報から、無処置のとき列車運行に与える影響を予測する。影響の予測結果は、運転整理案作成時に、運転整理の対象列車を決めるときの優先度設定に用いる。ステップＳ１−２の詳細については、図１６で説明する。
【００４０】
ステップＳ１−３は運転整理案の作成である。この処理は運転整理案作成部７１３により実行される。前述の「Ｓ１−２  無処置時影響予測」によって明らかになった影響を最小限に抑えるべく、運転整理案作成部７１３は、運転整理の対象列車と対象列車に対する運行変更内容からなる、運転整理案を作成し、運転整理案ＤＢ８９に記憶する。さらに、運転整理を確実に効率よく行うために、作成された案ごとに、運転整理の実行時重要度・実行時緊急度を設定し、運転整理案ＤＢ８９に記憶する。運転整理案ＤＢ８９に記憶されている、案の作成結果は、送信部６２、ネットワーク４を経由して出力部３に出力される。入出力装置１の利用者は、前述で出力された内容を確認できる。
【００４１】
ステップＳ１−４は運転整理案の採否決定である。この処理は運転整理案の採否決定部７１４により実行される。前述の「Ｓ１−３運転整理案の作成」で作成された運転整理案から、入出力装置の利用者が「実行予定」と指示入力した案を、実行予定の運転整理として「実行待ち運転整理管理ＤＢ９０」に記憶する。運転整理案の採否決定部７１４は、前ステップで作成された運転整理案のデータを運転整理案ＤＢ８９から読み出し、送信部６２、ネットワーク４を経由して出力部３に出力する。入出力装置１の利用者は、出力された運転整理案のデータ内容を確認できる。前述の利用者は、出力された運転整理案ごとに「実行予定にするか否か」を決定し、決定内容を入力部２で指示入力する。入力されたデータは、ネットワーク４、受信部６１を経由し、運転整理案の採否決定部７１４に送信される。運転整理案の採否決定部７１４は、送信されたデータにもとづき、運転整理案ＤＢ８９の［実行採否］［採否決定時刻］に、それぞれ「実行予定にするか否か」と「入力部２に指示入力された時刻」を記憶する。次に、運転整理案ＤＢ８９の［実行採否］欄に「実行予定」と記憶された案のデータを、実行待ち運転整理ＤＢ９０に複写する。
【００４２】
＜２．２．１  無処置時影響予測  （詳細の説明）＞
図１６は、無処置時影響予測（Ｓ１−２）の処理詳細を表したフロー図である。ステップＳ１−２の処理は、無処置時影響予測部７１２により実行される。
【００４３】
ステップＳ１−２−１は現状把握である。無処置時影響予測部７１２は、入出力装置１の利用者が最新の列車運行状況と最新の運行支障状況を把握するための情報を提供する。運行支障情報ＤＢ８３、在線列車情報ＤＢ８２、実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５を入力とし、無処置時影響予測部７１２は、この入力されたデータを読み出す処理を行い、データ読み出し結果を入出力装置１に出力（例えば画面表示）する。
【００４４】
ステップＳ１−２−２は影響列車の選出である。無処置時影響予測部７１２は、運行支障による列車運行への影響を確認すべき列車を、在線列車情報ＤＢ８２から選出し、影響列車管理ＤＢ８７に登録する。運行区間定義ＤＢ８１、運行支障情報ＤＢ８３、在線列車情報ＤＢ８２、実施列車ダイヤＤＢ８４を入力とし、無処置時影響予測部７１２は、まず、支障範囲を含む線区・線別の線路上に在線する列車を「影響列車」とし、「影響列車」が在線している区間番号の範囲を「影響範囲」とし、運行区間定義ＤＢ８１から「影響範囲」に該当する区間番号を抽出し、一時的に記憶する。さらに、「影響範囲」を、線区、線別、支障範囲の先方/後方、に分類する。「支障範囲の先方」は、支障範囲を含まず、支障範囲の前方をさす。「支障範囲の先方」に在線する列車は、支障範囲を通過済み、または、通過予定無しとする。「支障範囲の後方」は、支障範囲を含み、支障範囲の後方をさす。  次に、無処置時影響予測部７１２は、在線列車情報ＤＢ８２を読み出し、［在線区間番号］が前述の「影響範囲」に合致する列車を選出する。選出した列車について、在線列車情報ＤＢ８２の［列車番号］ ［在線区間番号］を、影響列車管理ＤＢ８７の［列車番号］［在線位置/区間番号］に記憶する。さらに、運行区間定義ＤＢ８１から［区間番号］に属する［駅/駅間］を求め、影響列車管理ＤＢ８７の［在線位置/［駅/駅間］］に記憶する。そして、影響列車管理ＤＢ８７の［列車番号］［在線位置/区間番号、［駅/駅間］］を出力する。図２(a)の列車番号１２、１４についての、このステップＳ１−２−２の実行結果の具体例を図８に示す。図２(a)では、列車番号１４は、支障範囲から２番目に近い列車である。「Ｘ線区、上り、支障範囲の後方」で、順位No.１の列車番号１２は支障列車であり、在線位置は［区間番号］1006、［駅/駅間］Ｂ〜Ａである。また順位No.２の列車番号１４の在線位置は［区間番号］1018、［駅/駅間］Ｃ〜Ｂであることを示している。
【００４５】
ステップＳ１−２−３は影響列車の分類である。無処置時影響予測部７１２は、影響列車管理ＤＢ８７に記憶されている「影響列車」を、在線位置（駅間/駅構内）、次駅予定（通過/停車）、および、支障列車の３つの尺度で、４種類に分類する。「駅停車中」は駅構内に停車中であり、「次駅通過」は駅間に在線中、かつ、次駅通過予定であり、「次駅停車」は駅間に在線中、かつ、次駅停車予定であり、「支障列車」は運行支障に直接影響を受けている列車である。影響列車管理ＤＢ８７（線区、線別、支障範囲の先方/後方別に格納されている）、運行支障情報ＤＢ８３を入力とし、まず、（i）在線位置（駅間/駅構内）の分類影響列車管理ＤＢ８７の［在線位置／［駅/駅間］］を読み出す。［在線位置／［駅/駅間］］＝駅構内  の場合、駅出発直後の列車に補正をかける。実績列車ダイヤＤＢ８５を参照し、当駅の出発時刻が記憶されていれば、当駅出発済みとし、［在線位置／［駅/駅間］］を次の駅間に変更する。次に、（ii）駅間在線列車について、次駅予定（通過/停車）の分類、［在線位置／［駅/駅間］］＝駅間、実施列車ダイヤＤＢ８４を参照し、次駅の［駅情報/通過停車区分］を選出（通過／停車）する。そして、影響列車分類を「駅停車中」「次駅通過」「次駅停車」「支障列車」とする。前述の（i）（ii）の処理結果で分類する。「駅停車中」は在線位置＝駅構内、「次駅通過」は（在線位置＝駅間）かつ（次駅の［駅情報/通過停車区分］＝通過）、「次駅停車」は（在線位置＝駅間）かつ（次駅の［駅情報/通過停車区分］＝停車）、「支障列車」は運行支障情報ＤＢ８３の［支障列車］と同じ列車番号の列である。そして影響列車管理ＤＢ８７の［影響列車分類］に出力する。この一連の処理を、影響列車情報ＤＢ８７に記憶されている列車数分繰り返す。ここで、図２(a)の列車番号１４について、ステップＳ１−２−３の実行結果の具体例を図８に示す。列車番号１４はＣ〜Ｂ駅間に在線中、図５の実施列車ダイヤＤＢ８４（列車番号１４）より、次駅はＢ駅、通過停車区分＝通過となる。よって、図８の［影響列車分類］は、「次駅通過」となる。
【００４６】
ステップＳ１−２−４は予測ダイヤ作成である。無処置時影響予測部７１２は、実施/実績列車ダイヤと運行支障情報より、各列車の駅到着/出発時刻を予測する。実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５、運行支障情報ＤＢ８３を入力とする。また、予め設けた「列車ダイヤ予測方式」つまり、 駅間には、追加で２列車以上入れない。当駅停車列車は、次駅に停車できない予測であれば、当駅に停車し予測終了。次駅の［予測情報種別］に「復旧待ち」と記憶（列車番号１４の例を図７に示す）。そして、（i）予測列車ダイヤＤＢ８６に、実績列車ダイヤＤＢ８５の［列車情報］［駅情報］を複写する。（ii）予め設けた「列車ダイヤ予測方式」にもとづき、各列車の駅到着/出発時刻を予測・算出し、予測列車ダイヤＤＢ８６［駅情報／到着時刻、出発時刻］に格納する。［予測情報種別］に“予測（データ）”の旨を記憶。運行支障により、復旧まで駅到着/出発時刻を予測・算出ができない場合、予測列車ダイヤＤＢ８６［駅情報／到着時刻、出発時刻］はNull、［予測情報種別］に“復旧待ち”旨を記憶する、という処理を行なう。そして、予測列車ダイヤＤＢ８６に情報を出力する。
【００４７】
ステップＳ１−２−５は無処置時の影響予測である。無処置時影響予測部７１２は、無処置時、つまり、運行支障発生後に運転整理を行わないこと、を条件に、自列車（運転整理対象列車）、他列車、列車以外、に分けて、影響有無を判断し、影響列車管理ＤＢ８７に格納する。影響列車管理ＤＢ８７、予測列車ダイヤＤＢ８６、実施列車ダイヤＤＢ８４、運行区間定義ＤＢ８１、予め設けた「影響判断ルール（自列車、他列車、列車以外  別）」を入力とし、記載のデータを読み出し、予め設けた「影響判断ルール（自列車、他列車、列車以外  別）」にもとづき、運行支障の影響を予測し、予測結果を、自列車、他列車、列車以外に分けて、影響列車管理ＤＢ８７の［無処置時予測］に記憶する。そしてこのデータを影響列車管理ＤＢ８７の［無処置時予測］に出力する。
【００４８】
＜２．２．２  運転整理案の作成  （詳細の説明）＞
図１７は、「Ｓ１−３  運転整理案の作成」の処理詳細を表したフロー図である。ステップＳ１−３の処理は、運転整理案作成部７１３により実行される。
【００４９】
ステップＳ１−３−１は運転整理対象列車の優先度設定と対象列車選出である。運転整理案作成部７１３は、運転整理の対象列車を選ぶときの優先度を設定し、優先度にしたがって運転整理の対象列車を選出する。影響列車管理ＤＢ８７（とくに［影響列車分類］［無処置時予測］）、実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５、予測列車ダイヤＤＢ８６、および、予め設けた「運転整理対象列車の優先度設定ルール」（優先度設定ルールは、本説明で挙げる例に限らない。例えば、遅れ時間の大きい列車、運転整理による遅れ回復時間の大きい列車、に優先度を高く設定することも可能である）と、予め設けた「運転整理対象列車の選出ルール（どの優先度の列車を選出するかを定義する）」を入力とする。具体的には、影響列車管理ＤＢ８７に記憶された［運転整理対象列車優先度］に最高、高、低と記憶する。なお、在線区間の駅間を指定してもよい。また、選出優先度の例としては、 影響列車管理ＤＢ８７の［運転整理対象列車優先度］が、最高＞高＞低の順にすることや、在線区間が、「支障範囲の後方」＞「支障範囲の前方」とすることや、在線区間が、支障範囲に近い順とすることができる。ここで、影響列車管理ＤＢ８７（とくに［影響列車分類］［無処置時予測］）と「運転整理対象列車の優先度設定ルール」から、優先度を算出し、影響列車管理ＤＢ８７の［運転整理対象列車優先度］に記憶する。運転整理不要の場合は、［運転整理対象列車優先度］に「運転整理不要」旨を記憶する。影響列車管理ＤＢ８７［運転整理対象列車優先度］と「運転整理対象列車の選出ルール」から、運転整理対象列車を選出し、選出した列車の列車番号を「運転整理対象列車」として、一時的に記憶する。これらの処理により、影響列車管理ＤＢ８７の［運転整理対象列車優先度］、運転整理対象列車（一時的に記憶）を出力する。そして、ステップＳ１−３−２〜ステップＳ１−３−８は、ステップＳ１−３−１で設定した列車数分処理をする。
【００５０】
ステップＳ１−３−２は運転整理案の選出である。運転整理案作成部７１３は、運転整理対象列車に対して、影響列車管理ＤＢ８７の［影響列車分類］［無処置時予測］にもとづいて、運転整理案を選出する。影響列車管理ＤＢ８７、運転整理パターン定義ＤＢ８８、（一時的に記憶された）運転整理対象列車を入力とする。「（一時的に記憶された）運転整理対象列車の列車番号」に合致する、影響列車管理ＤＢ８７のレコードを読み出し、運転整理パターン定義ＤＢ８８から、影響列車管理ＤＢ８７［影響列車分類］［無処置時予測］に合致する、運転整理パターンを選出し、影響列車管理ＤＢ８７の［運転整理案］に記憶する。もし、選出できる運転整理案が存在しない場合、「対象列車に対する運転整理案無し」として、影響列車管理ＤＢ８７の［運転整理案］に「運転整理案無し」と記憶し、運転整理対象列車のデータを削除する。そして影響列車管理ＤＢ８７の［運転整理案］を出力する。図８の［運転整理案］は、列車番号１４に対する運転整理案を、図９から選出した結果を示している。図８の影響列車管理ＤＢ８７の［影響列車分類］＝次駅通過、［無処置時予測］＝自列車が駅間停車、列車以外への影響あり、図９運転整理パターン定義ＤＢ８８を参照すると、列車番号１４は、列車以外への影響ありなので、案１（ダイヤ変更無し、次駅のＢ駅を通過→停車、後出発抑止）を選択する。
【００５１】
ステップＳ１−３−３は運転整理案の実行可否判断である。運転整理案作成部７１３は、選出した運転整理案に対して、予め運転整理パターン定義ＤＢ８８に設定した［実行可能条件］にもとづいて、運転整理案の実行可否を判断する。影響列車管理ＤＢ８７（とくに［運転整理案］）、運転整理パターン定義ＤＢ８８（とくに［実行可能条件］）、また、実行可能条件の判断のために、実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５、予測列車ダイヤＤＢ８６、在線列車情報ＤＢ８２や、予め設けた車両特性（列車の制動特性など）などを入力とする。選出した列車と運転整理案に対して、運転整理パターン定義ＤＢ８８の［実行可能条件］を１条件ずつ判断する。すべての条件で「可能」ならば「実行可」、１つの条件でも「不可能」ならば「実行不可能」、とし、影響列車管理ＤＢ８７の［運転整理案／実行可否］に記憶する。ここで、「実行不可能」の場合、ステップＳ１−３−２（運転整理案の選出）に戻り、別運転整理パターンを検索。影響列車管理ＤＢ８７の［運転整理案／実行可否］に「実行不可」の旨を記憶する。たとえば、図８の運転整理案作成の例において、列車番号１４への運転整理案（B-01-No.1）の場合、運転整理パターン定義ＤＢ８８の［実行可能条件］を順に確認する。図９の［運転整理パターンNo.］B-01-No.1は、１番目の条件としては制動距離の確保、現在の在線位置・速度から、制動距離が確保されているかを判断する。２番目の条件としては次駅のＢ駅番線までに、他列車の在線予定無し、を確認する、ことを示している。１番目、２番目両方の条件が「可能」であれば、「実行可能」と判断される。
【００５２】
ステップＳ１−３−４は締切時刻の算出である。運転整理案作成部７１３は、運転整理の実行を完了すべき時刻である締切時刻を、運転整理パターン定義ＤＢの［締切時刻算出式］にもとづいて算出する。影響列車管理ＤＢ８７、運転整理パターン定義ＤＢ８８の［締切時刻算出式］を入力とする。「実行可」と判断した運転整理案に対して、運転整理パターン定義ＤＢ８８の［締切時刻算出式］にもとづいて、締切時刻を算出し、影響列車管理ＤＢ８７の［運転整理案／締切時刻］に格納する。「締切時刻−（一定時間）」が現在時刻を過ぎていれば、実行不可とみなす（ここでの一定時間は予め定めておくものとする。例えば、４５秒）。その場合、影響列車管理ＤＢ８７の［運転整理案／実行可否］を「実行不可」に変更し、ステップＳ１−３−２（運転整理案の選出）に戻って別の運転整理案を検索する。影響列車管理ＤＢ８７の［運転整理案／締切時刻］を出力とする。列車番号１４に対する運転整理案（B-01-No.1：ダイヤ変更無し、次駅（Ｂ駅）通過→停車）の場合、図９の運転整理パターン定義ＤＢ８８の［締切時刻算出式］は、「締切時刻  ＝  制動開始限界時刻  −  手続き時刻  −  余裕時分」となる。制動開始限界時刻は、図７予測列車ダイヤＤＢ８６のＢ駅出発予測時刻（06:05:00）から制動に必要な時間（60秒）を減算して、「06:04:00」となる。手続き時間は、予め設定した時間を加算し、「９０秒」。余裕時分は、予め設定した時間から、「３０秒」。よって、列車番号１４の運転整理案（B-01-No.1）の締切時刻は、「締切時刻  ＝  06:04:00  −  ９０秒  −  ３０秒  ＝  06:02:00」と算出される。
【００５３】
ステップＳ１−３−５は実行不可時の影響予測である。運転整理案作成部７１３は、運転整理案の実行ができなかったときの影響を、予め定めた、運転整理パターン定義ＤＢ８８の［実行不可時予測］にもとづいて予測する。影響の判断は、自列車、他列車、列車以外に分けて行う。さらに、「重大影響」の有無を判断する。影響列車管理ＤＢ８７、運転整理パターン定義ＤＢ８８（とくに［実行不可時予測］）、実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５、予測列車ダイヤＤＢ８６、在線列車情報ＤＢ８２、予め設けた「重大影響の判断ルール」を入力とする。ここで重大影響の判断ルールの例としては「復旧まで駅間停車あり（自列車または他列車）」、または、「列車以外への影響あり」がある。影響列車管理ＤＢ８７に記憶されている「実行可」かつ「締切時刻算出済み」の列車について、運転整理パターン定義ＤＢ８８の［実行不可時予測］にもとづいて予測する。（ステップＳ１−２−５無処置時の影響予測と同じ手段を用いる）。影響は、自列車、他列車、列車以外に分けて行い、影響列車管理ＤＢ８７の［実行不可時予測］に記憶する。予め設けた「重大影響の判断ルール」にもとづき、影響列車管理ＤＢ８７の［実行不可時予測］が、重大影響に該当していれば、影響列車管理ＤＢ８７の［実行不可時予測］に「重大影響あり」旨を記憶する。影響列車管理ＤＢ８７の［実行不可時予測］を出力とする。
【００５４】
ステップＳ１−３−６は実行不可時の代替案実行可否判断である。運転整理案作成部７１３は、運転整理案の実行ができなかったときに取りえる代替案について、運転整理パターン定義ＤＢ８８の［代替策］にもとづいて、代替策の実行可否を判断する。影響列車管理ＤＢ８７、運転整理パターン定義ＤＢ８８（とくに［代替策］）、実施列車ダイヤＤＢ８４、実績列車ダイヤＤＢ８５、予測列車ダイヤＤＢ８６、在線列車情報ＤＢ８２を入力とする。影響列車管理ＤＢ８７に記憶されている、「実行可」かつ「締切時刻算出済み」の列車について、運転整理パターン定義ＤＢ８８の［代替策］にある代替策を読み出し、代替策を判断する。この処理は代替策数分、判断を繰り返す。実行可能な代替策があれば、その代替策をすべて、影響列車管理ＤＢ８７の［実行不可時代替策］に記憶する。実行可能な代替策がなければ、影響列車管理ＤＢ８７の［実行不可時代替策］に、「代替策無し」旨を記憶する。影響列車管理ＤＢ８７の［実行不可時代替策］を出力とする。
【００５５】
ステップＳ１−３−７は実行時重要度の算出である。運転整理案作成部７１３は、運転整理を実行する時に使用する重要度、「実行時重要度」を算出する。前述の「実行不可時の影響予測」、「実行不可時の代替案実行可否判断」にもとづいて算出する。影響列車管理ＤＢ８７（とくに［実行不可時予測］ ［実行不可時代替策］）、予め定めた「実行時重要度の算出条件」を入力とする。ここで実行時重要度の算出条件の例としては、実行不可時、「（重大影響予測＝あり）かつ（代替策無し）→実行時重要度＝「最高」」、「（重大影響予測＝あり）かつ（代替策あり）→実行時重要度＝「高」」、「（重大影響予測＝無し）→実行時重要度＝「低」」とする。「実行可」と判断した運転整理案に対して、影響列車管理ＤＢ８７の［実行不可時予測］ ［実行不可時代替策］を読み出し、予め定めた「実行時重要度の算出条件」にもとづいて、実行時重要度を算出し、影響列車管理ＤＢ８７の［実行時重要度］に記憶する。
【００５６】
ステップＳ１−３−８は実行時緊急度の算出である。運転整理案作成部７１３は、運転整理を実行する時に使用する緊急度、「実行時緊急度」を算出する。「実行時緊急度」は、現在時刻から締切時刻までの時間の長短で判断する。影響列車管理ＤＢ８７（とくに［締切時刻］）、予め設けた「実行時緊急度の算出条件」を入力とする。ここで、実行時緊急度の算出条件の例として、現在時刻から締切時刻まで、「１５分以下→実行時緊急度＝「高」」、「１５分より長い  →  実行時緊急度＝「低」」とする。「実行可」と判断した運転整理案に対して、影響列車管理ＤＢ８７の［締切時刻］を読み出し、予め定めた「実行時緊急度の算出条件」にもとづいて、実行時緊急度を算出し、影響列車管理ＤＢ８７の［実行時緊急度］に記憶する。
【００５７】
＜２．３  実行待ち運転整理の実行管理情報更新＞
図１５を用いて、前述のステップＳ２「実行待ち運転整理の情報更新  処理」の詳細を説明する。
【００５８】
ステップＳ２−１は実行時重要度・実行時緊急度の更新である。
【００５９】
ステップＳ２−１の処理は、実行時重要度・実行時緊急度更新部７２１により実行される。Ｓ１−２−１「現状把握」と同様予め設定したタイミングで行う。ステップＳ１−３−７、Ｓ１−３−８で算出した「実行時重要度」「実行時緊急度」を更新する。
【００６０】
ステップＳ２−２は実行待ち運転整理の分類である。ステップＳ２−２の処理は、実行待ち件数分類部７２２により実行される。実行待ち運転整理ＤＢ９０を読み出し、実行待ち運転整理の「実行時重要度」「実行時緊急度」の組合せで分類して、件数を集計する。集計結果を実行待ち運転整理分類ＤＢに記憶する。
【００６１】
ステップＳ２−３は締切時刻の更新である。ステップＳ２−３の処理は、締切時刻更新部７２３により実行される。締切時刻更新部７２３は、予め定めた「締切時刻の更新ルール」にしたがって、実行待ち運転整理ごとに記憶する締切時刻の更新方法（更新対象・更新時機・更新条件）を設定し、締切時刻を更新し、入出力装置に締切時刻更新方法を出力する。ステップＳ２−３の詳細については、図１８で説明する。ここで、「締切時刻の更新ルール」の例としては、実行待ち運転整理の分類を、３段階（最高／高／低）の重要度と２段階（高／低）の緊急度の組み合わせとし、この組み合わせ（６領域）それぞれに、更新対象、更新時機、更新条件を設定して、締切時刻を更新する。まず、前述の６領域それぞれに更新優先順位を設定する。さらに、領域ごとに定める更新時機・更新条件を、２パターン（詳細モードと簡易モード）設け、締切時刻更新条件定義ＤＢ９３に格納する。次に、６領域それぞれの「実行待ち件数（残件数）」を算出する。その後、更新優先順位が第１位の残件数が一定件数（たとえば５件）以上の場合、「更新対象」は第１位の領域に属する残件のみ、「更新時機・更新条件」は詳細モードで、締切時刻を更新する。更新優先順位が最高位の残件数が一定件数未満の場合、第１位の領域は詳細モード、第２位の領域は簡易モードで、締切時刻を更新する。
【００６２】
＜２．３．１  締切時刻の更新  （詳細の説明）＞
図１８は、「Ｓ２−３の締切時刻の更新」の処理詳細を表したフロー図である。
【００６３】
ステップＳ２−３の処理はステップＳ２−３−１〜Ｓ２−３−５から構成されるが、まず、ステップＳ２−３−１〜Ｓ２−３−３で、締切時刻更新部７２３は、締切時刻の更新方法（更新対象・更新時機・更新条件）を設定する。
【００６４】
ステップＳ２−３−１は、実行待ち運転整理の件数分類である。締切時刻更新部７２３は、実行待ち運転整理ＤＢ９０を読み出し、実行待ち運転整理ＤＢ９０の［実行時重要度］・［実行時緊急度］の組合せ（領域）ごとに実行待ち運転整理の件数（残件）を集計し、実行待ち件数分類ＤＢ９１に格納する。図１２(a)は、ステップ２−３−１の結果例を示している。
【００６５】
ステップＳ２−３−２は、更新対象第１位の選出である。ここで言う「更新対象第１位」とは、実行待ち運転整理のなかで、締切時刻を更新する優先度が第１位である、ことをさす。締切時刻を更新する優先度の順位は、予め、締切時刻更新条件定義ＤＢ９３に記憶されている。締切時刻更新部７２３は、締切時刻更新順位定義ＤＢ９２を読み出し、順位が最も高い領域を選出する。前述で選出した領域に合致する実行待ち件数分類ＤＢ９１の件数を読み出し、件数が１件以上ならばその領域を「更新対象第１位」として一時的に記憶する。前述の件数が０件ならば、締切時刻更新順位定義ＤＢ９２のなかで次に順位の高い領域に対して前述と同様の処理を行う。たとえば、図１２(b)で、第１位の領域は「［実行時重要度］−［実行時緊急度］＝「最高」−「高」」であり、図１２(a)で、「「最高」−「高」」の件数は４件、つまり１件以上である。よって、「更新対象第１位」＝「「最高」−「高」」になることを示している。
【００６６】
ステップＳ２−３−３は、更新方法の設定である。前ステップで選出した「更新対象第１位」の残件数によって処理が分かれる。前述の残件数が５件以上の場合ステップＳ２−３−３(1)で、１〜４件の場合ステップＳ２−３−３(2)で処理を行う。
【００６７】
ステップＳ２−３−３(1)は、残件数が一定件数（５件）以上での更新方法の設定である。締切時刻更新部７２３は、締切時刻の更新方法を、更新対象を「更新対象第１位」の領域のみ、更新時機・更新条件を締切時刻更新条件定義ＤＢ９３の「詳細モード」に設定する。
【００６８】
ステップＳ２−３−３(2)は、残件数が一定件数（５件）未満での更新方法の設定である。
締切時刻更新部７２３は、まず、ステップ２−３−２と同様の処理で「更新対象第２位」の領域を選出する。次に、更新対象を「更新対象第１位」と「更新対象第２位」のみ、更新時機・更新条件を締切時刻更新条件定義ＤＢ９３にもとづいて、「更新対象第１位は、詳細モード」、「更新対象第２位は、簡易モード」に設定する。詳細モード、簡易モードそれぞれの内容は、締切時刻更新条件定義ＤＢ９３に記憶されている。
【００６９】
ステップＳ２−３−４は締切時刻の更新である。締切時刻更新部７２３は、前述のステップで選出した締切時刻の更新方法（更新対象・更新時機・更新条件）にもとづいて、締切時刻を更新する。実行待ち運転整理ＤＢ９０、一時的に記憶された領域別の、更新順位と更新モードを入力とする。実行待ち運転整理ＤＢ９０の［締切時刻（更新後）］を出力とする。図１１の実行待ち運転整理ＤＢ９０を例にとると、実行待ちNo.1（列車番号１４）は、「更新第１位」（「最高」−「高」）、「詳細モード」で更新し、実行待ちNo.2（列車番号１８）は、「更新第２位」（  「高」−「高」）、「簡易モード」で更新する。重要度−緊急度が、（「最高」−「高」）、（「高」−「高」）以外の実行待ち運転整理については、締切時刻を更新しない。
【００７０】
ステップＳ２−３−５は締切時刻更新情報の出力である。締切時刻更新部７２３は、前述のステップで選出した締切時刻の更新情報を、入出力装置に出力する。実行待ち運転整理ＤＢ９０の［締切時刻（更新後）］を入力とする。入出力装置へ「締切時刻更新情報」を、画面表示、音声出力などにより出力する。
【００７１】
以上に述べたように、本実施の形態によれば、実行予定の運転整理作成時、実行不可時の被害を最小にするために、実行時に必要な優先度を、実行不可時の影響を考慮した実行時重要度と、完了すべき時刻を考慮した実行時緊急度の組合せにて、立案する運転整理それぞれに、設定する手段と、実行予定の運転整理作成後、実行待ちの運転整理に対して、残件の実行時重要度・実行時緊急度の組合せによって、対象・時機・条件を最適に切り替える、運転整理実行締切時刻の更新を行う手段を提供することで、過密で複雑な列車ダイヤで、かつ、広範囲の列車運行を管理していて、実行待ちの運転整理が多数存在する状況においても、運転整理を確実に効率よく実行することができる。
【００７２】
以上、本発明を実施の形態にもとづき説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【符号の説明】
【００７３】
１：入出力装置、２：入力部、３：出力部、４：ネットワーク、５：処理装置、６：入出力部、７：処理部、７１：実行予定の運転整理作成部、７１２：無処置時影響予測部、７１３：運転整理案作成部、７１４：運転整理案の採否決定部、７２：実行待ち運転整理の実行管理情報更新部、７２３：締切時刻更新部、７３：運転整理実行部、８：記憶部、８１：運行区間定義ＤＢ、８７：影響列車管理ＤＢ、９０：実行待ち運転整理ＤＢ、９１：実行待ち件数分類ＤＢ、９２：締切時刻更新順位定義ＤＢ、９３：締切時刻更新条件定義ＤＢ
【図１】
2011173530.tif 000003
【図２（ａ）】
2011173530.tif 000004
【図２（ｂ）】
2011173530.tif 000005
【図３】
2011173530.tif 000006
【図４】
2011173530.tif 000007
【図５】
2011173530.tif 000008
【図６】
2011173530.tif 000009
【図７】
2011173530.tif 000010
【図８】
2011173530.tif 000011
【図９】
2011173530.tif 000012
【図１０】
2011173530.tif 000013
【図１１】
2011173530.tif 000014
【図１２（ａ）】
2011173530.tif 000015
【図１２（ｂ）】
2011173530.tif 000016
【図１２（ｃ）】
2011173530.tif 000017
【図１３】
2011173530.tif 000018
【図１４】
2011173530.tif 000019
【図１５】
2011173530.tif 000020
【図１６】
2011173530.tif 000021
【図１７】
2011173530.tif 000022
【図１８】
2011173530.tif 000023