(57)【要約】【課題】動的なダイヤ予想を行うことを目的とする。【解決手段】列車の運行情報を管理するダイヤ管理装置２は、時刻表に従ったダイヤである計画ダイヤテーブル３０１をデータベース３に格納しており、ユーザによって、未来のダイヤを予想する際の制約条件である予想条件の設定指示が入力部２０３を介して入力されると、表示部２４０に予想条件の設定画面を表示し、ユーザによって、予想条件の設定が入力部を介して行われ、路線上におけるポイント毎の設置されている運行監視装置４から、列車の通過時刻である実績ダイヤテーブル３０７が取得され、取得した実績ダイヤテーブル３０７と、計画ダイヤテーブル３０１と、設定された予想条件とを基に、未来のダイヤ情報である予想ダイヤテーブルを生成することを特徴とする。【選択図】図１
2010234968.tif 000002
【特許請求の範囲】
【請求項１】
列車の運行情報を管理するダイヤ管理装置によるダイヤ管理方法であって、
前記ダイヤ管理装置は、
時刻表に従ったダイヤである計画ダイヤ情報を記憶部に格納しており、
ユーザによって、未来のダイヤを予想する際の予想条件の設定指示が入力部を介して入力されると、
表示部に予想条件の設定画面を表示し、
前記ユーザによって、前記設定画面における予想条件の設定が入力部を介して行われ、
路線上におけるポイント毎に設置されている運行監視装置から、列車の通過時刻である実績ダイヤ情報が取得され、
前記取得した実績ダイヤ情報と、前記計画ダイヤ情報と、前記設定された予想条件とを基に、未来のダイヤ情報である予想ダイヤ情報を生成する
ことを特徴とするダイヤ管理方法。
【請求項２】
前記ダイヤ管理装置は、
予想ダイヤに生じた矛盾の種類の情報と、前記矛盾に対する対処提案の情報とが対応付けられている提案パターン情報を記憶部に有しており、
前記生成した予想ダイヤ情報を参照して、当該予想ダイヤ情報における矛盾を検知したとき、
前記検知した矛盾に対応した対処提案の情報を前記提案パターン情報から取得し、
前記取得した対処提案の情報を前記表示部に表示する
ことを特徴とする請求項１に記載のダイヤ管理方法。
【請求項３】
前記ダイヤ管理装置は、
前記入力部を介して、前記表示されている対処提案の情報を承認する旨の情報が入力されると、
前記対処提案の情報に応じた予想条件を使用して、前記予想ダイヤ情報を再生成する
ことを特徴とする請求項２に記載のダイヤ管理方法。
【請求項４】
前記予想条件は、前記ダイヤの予想を行う際に使用される複数の制約条件の有効および無効の設定である
ことを特徴とする請求項１に記載のダイヤ管理方法。
【請求項５】
請求項１から請求項４に記載のダイヤ管理方法をコンピュータに実行させる
ことを特徴とするプログラム。
【請求項６】
列車の運行情報を管理するダイヤ管理装置であって、
時刻表に従ったダイヤである計画ダイヤ情報を格納している記憶部と、
ユーザによって、未来のダイヤを予想する際の予想条件の設定指示が入力部を介して入力されると、表示部に予想条件の設定画面を表示し、前記ユーザによって、前記設定画面における予想条件の設定が入力部を介して行われると、前記設定された予想条件を前記記憶部に格納する予想条件管理部と、
路線上におけるポイント毎に設置されている運行監視装置から、列車の通過時刻である実績ダイヤ情報を取得する実績情報管理部と、
前記取得した実績ダイヤ情報と、前記計画ダイヤ情報と、前記設定された予想条件とを基に、未来のダイヤ情報である予想ダイヤ情報を生成するダイヤ予想部と、
を有することを特徴とするダイヤ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ダイヤ管理方法、プログラムおよびダイヤ管理装置の技術に関する。
【背景技術】
【０００２】
列車運行管理システムにおいて、トラブルなどにより、列車が計画された時刻通りに走行できなくなった際、列車の遅れを最小限に留めるため、列車ダイヤグラム（以下、ダイヤと記載する）を変更することが行われる。この変更により、列車の運行を正常な状態へ戻す業務を運転整理という。
【０００３】
近年、車両種類の多様化とダイヤ過密化による運転整理業務の複雑化と、顧客サービス向上のため、乱れた運行状況を早急に回復させるニーズが高まっており、計算機システムによる運転整理業務への支援が求められている。
【０００４】
このような、運転整理業務を支援する計算機システムのひとつに、ダイヤ予想機能がある。ダイヤ予想機能は、現在時刻までの列車走行実績情報（以下、実績情報と記載する）より、未来の列車運行状況を予想する機能である。具体的には、列車が駅間を走行する最短時間を守らなければいけない、などダイヤを予想する際の制約である予想条件に基づき、現在までの実績情報から今後の各駅における着発時刻を予測計算する。
【０００５】
また、特許文献１には、ユーザが選択した局所的提案機能、および評価指標に基づき、複数の提案機能を組み合わせながら適切な運転整理案を自動生成する運転整理支援システムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−４９８５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ダイヤ予想機能では、予想条件が予め一意に決められているので、実際の運行状況に合わせた柔軟なダイヤの予想は困難である。ユーザは、ダイヤ予想結果をみて、期待する予想結果になっていない場合、さらなるダイヤ変更のための設定をやり直す必要があった。つまり、従来のダイヤ予想機能における予想条件は予め決められているので、実際の列車運行状況（実績情報）と、ユーザの意思に応じたダイヤ予想が困難なものとなっている。そのため、ユーザが予想結果を基に、より適切な予想結果が得られるように予想ダイヤに対して、さらに変更を加える必要があり、運行状況の回復に手間と時間を要する。
【０００８】
また、特許文献１に記載の技術では、提案機能間の優先度は予め設定されているため、実際の運行状況（実績情報）に対応して、予想条件を変えてゆくことは困難である。
【０００９】
このような背景に鑑みて本発明がなされたのであり、本発明は、動的なダイヤ予想を行うことを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するため、本発明は、ユーザの指示で表示される予想条件の設定画面を介して、ユーザが予想条件の設定を行うと、設定された予想条件に従って、ダイヤの予想処理を行うことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、動的なダイヤ予想を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係るダイヤ管理システムの構成例を示す図である。
【図２】本実施形態に係る計画ダイヤテーブルの構成例を示す図である。
【図３】本実施形態に係る実績ダイヤテーブルの構成例を示す図である。
【図４】本実施形態に係る予想ダイヤテーブルの構成例を示す図である。
【図５】本実施形態に係る予想条件管理テーブルの構成例を示す図である。
【図６】本実施形態に係る予想矛盾管理テーブルの構成例を示す図である。
【図７】本実施形態に係る提案パターンテーブルの構成例を示す図である。
【図８】本実施形態に係る提案情報管理テーブルの構成例を示す図である。
【図９】本実施形態に係る全体予想条件設定画面の例を示す図である。
【図１０】本実施形態に係る局所予想条件設定画面の例を示す図である。
【図１１】本実施形態に係る矛盾対処設定画面の例を示す図である。
【図１２】本実施形態に係る計画ダイヤグラムの例を示す図である。
【図１３】本実施形態に係る予想ダイヤグラムの例を示す図である（その１）。
【図１４】本実施形態に係る予想ダイヤグラムの例を示す図である（その２）。
【図１５】本実施形態に係るダイヤ予想方法における手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１４】
《ダイヤ管理システム》
図１は、本実施形態に係るダイヤ管理システムの構成例を示す図である。
ダイヤ管理システム１は、ダイヤの予想などの処理を行うダイヤ管理装置２、記憶部としてのデータベース３、および各駅に設置されている運行監視装置４を有してなる。
ダイヤ管理装置２と、データベース３とは、社内ＬＡＮ（Local Area Network）などのネットワーク５ａで接続されている。また、ダイヤ管理装置２と、運行監視装置４とは、専用回線などのネットワーク５ｂで接続されている。なお、本実施形態では、ダイヤ管理装置２と、データベース３とが別の装置となっているが、一体の装置であってもよい。また、ダイヤ管理装置２およびデータベース３は、中央指令所などに設置される。
【００１５】
ダイヤ管理装置２は、情報を処理する処理部２１０と、マウスや、キーボードなどの入力部２３０と、ディスプレイなどの表示部２４０と、運行監視装置４から送信された運行情報（実績情報）を受信して、処理部２１０へ送信する実績情報受信部２２０とを有してなる。
処理部２１０は、予想条件管理部２１１、実績情報管理部２１２、ダイヤ予想部２１３、矛盾検出部２１４、提案管理部２１５および提案格納部２１６を有してなる。
【００１６】
予想条件管理部２１１は、後記する番線競合判断無効など、ダイヤの予想を行う際に使用する予想条件の管理を行う機能を有する。実績情報管理部２１２は、運行監視装置４から送信された実績情報をデータベース３の実績ダイヤテーブル３０７に格納する機能を有する。ダイヤ予想部２１３は、データベース３の計画ダイヤテーブル３０１と、実績ダイヤテーブル３０７から予想ダイヤを算出し、データベース３の予想ダイヤテーブル３０８に格納する機能を有する。矛盾検出部２１４は、データベース３の予想ダイヤテーブル３０８を参照して、異なる列車が同時刻に同じ番線に入る番線競合などの矛盾を検出する機能を有する。提案管理部２１５は、矛盾検出部２１４が検出した矛盾を解消するための対処方法を提案パターンテーブル３０５から取得する機能を有する。提案格納部２１６は、提案管理部２１５が取得した対処方法を提案情報管理テーブル３０４に格納する機能を有する。
【００１７】
なお、各部２１１〜２１６は、図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。
【００１８】
データベース３には、計画ダイヤ情報である計画ダイヤテーブル３０１、予想条件管理テーブル３０２、予想矛盾管理テーブル３０３、提案情報管理テーブル３０４、提案パターン情報である提案パターンテーブル３０５、一時保存領域３０６、実績ダイヤ情報である実績ダイヤテーブル３０７、予想ダイヤ情報である予想ダイヤテーブル３０８などを格納している。
計画ダイヤテーブル３０１は、予め定められている時刻表に沿ったダイヤのテーブルであり、時刻通りに列車が運行されていれば、列車はこのテーブルに従った運行を行う。計画ダイヤテーブル３０１は、図２を参照して後記する。
予想条件管理テーブル３０２は、ユーザによって設定された予想条件を格納している。予想条件管理テーブル３０２は、図５を参照して後記する。
【００１９】
予想矛盾管理テーブル３０３は、実績情報と計画ダイヤ情報に基づくダイヤを予想した際に生じた矛盾に関する情報を格納している。予想矛盾管理テーブル３０３は、図６を参照して後記する。
提案情報管理テーブル３０４は、予想矛盾管理テーブル３０３に格納されている矛盾を解消するための提案情報を格納している。提案情報管理テーブル３０４は、図８を参照して後記する。
提案パターンテーブル３０５は、矛盾が生じたときの提案のテンプレートが格納されている。提案パターンテーブル３０５は、図７を参照して後記する。
一時保存領域３０６は、作業領域であり、各処理における一時データを保存する。
実績ダイヤテーブル３０７は、運行監視装置４から送信される実績データを格納している。実績ダイヤテーブル３０７は、図３を参照して後記する。
予想ダイヤテーブル３０８は、実績ダイヤテーブル３０７と計画ダイヤテーブル３０１から予想されるダイヤを格納している。予想ダイヤテーブル３０８は、図４を参照して後記する。
【００２０】
運行監視装置４は、駅毎に設置されている装置であり、列車が駅を通過するたびに実績情報を生成し、ダイヤ管理装置２へ送信する実績情報提供部４０１を有している。
【００２１】
《各種テーブル》
次に、図２から図８を参照して、本実施形態で使用する各テーブルの説明を行う。
【００２２】
（計画ダイヤテーブル）
図２は、本実施形態に係る計画ダイヤテーブルの構成例を示す図である。
計画ダイヤテーブル３０１は、時刻表に従ったダイヤが格納されているテーブルであり、図２に示すように、列車毎に駅の発着時刻と、発着する番線が格納されている。番線は、左に記載されている列車が発着する番線であり、空欄は、単線であったり、上り・下りの発着番線が各１つである駅であったりすることを示している。例えば、図２の例において、Ｃ駅では、Ｌ列車は３番線で発着し、Ｎ列車は２番線で発着することを示している。
【００２３】
（実績ダイヤテーブル）
図３は、本実施形態に係る実績ダイヤテーブルの構成例を示す図である。図３では、例として、７：１１の時点での実績ダイヤテーブルを示す。
実績ダイヤテーブル３０７は、各駅に設置されている運行監視装置４からダイヤ管理装置２が取得した実績情報を格納しているテーブルである。実績ダイヤテーブル３０７の構成は、図２の計画ダイヤテーブル３０１と同様であるため、説明を省略するが、図３に示す例では、現在時刻が７：１１であるため、それ以前のデータしか収集されていない状況を示している。また、図２の計画ダイヤテーブル３０１と比較すると、各列車に遅れが生じていることがわかる。
【００２４】
（予想ダイヤテーブル）
図４は、本実施形態に係る予想ダイヤテーブルの構成例を示す図である。
予想ダイヤテーブル３０８は、実績ダイヤテーブル３０７と、計画ダイヤテーブル３０１とを基に、予想されるダイヤを格納しているテーブルである。予想ダイヤテーブル３０８の構成は、図２の計画ダイヤテーブル３０１や、図３の実績ダイヤテーブル３０７と同様であるため、説明を省略するが、図４では、７：１１までの情報が、図３の実績ダイヤテーブル３０７と同じであり、これ以降が予想されたダイヤとなっている。図４では、Ｎ列車が遅れたなどの理由から、本来Ｎ列車が発着するはずの２番線（図２参照）が、他の列車に使用されたなどの理由から、Ｎ列車が３番線で発着することになり、Ｌ列車の発着番線と競合する番線競合の矛盾が生じていることがわかる。
【００２５】
（予想条件管理テーブル）
図５は、本実施形態に係る予想条件管理テーブルの構成例を示す図である。
予想条件管理テーブル３０２は、図９および図１０において後記する予想条件設定画面で設定された予想条件が格納されている。ここで、予想条件とは、個別の制約条件の有効・無効を設定している条件である。
図５では、まず各路線全体（α路線、β路線、・・・）における予想条件の設定状態が格納され、続いて駅毎（Ａ駅、Ｂ駅、Ｃ駅、Ｄ駅、・・・）における予想条件の設定状態が格納されている。また、図５の例では、各制約条件の無効が設定されているか（○）、設定されていないか（×）によって、予想条件の設定状態が示されている。
ここで、番線競合とは、複数の列車が同時刻に同じ番線に入ってしまう状況であり、番線競合判断無効とは、ダイヤ管理装置２がダイヤの予想を行う際に、この番線競合の制約をチェックしないことである。例えば、乗客がホームで待っているような状態である場合、番線を変更することは好ましくない。従って、このような場合、ユーザは番線競合判断を無効に設定する。
なお、Ａ駅、Ｂ駅、Ｃ駅、Ｄ駅は、α路線における駅であり、β路線の駅は別に存在するものとする。
【００２６】
出発順序とは、駅における列車の出発順序を制約している条件であり、出発順序矛盾判断無効は、ダイヤ管理装置２がダイヤの予想を行う際に、列車の出発順序を自由にすることである。また、図５には示されていないが、停車時分とは、列車がその駅に停車していなければならない時間を制約する条件であり、停車時分判断無効は、ダイヤ管理装置２ダイヤの予想を行う際に、停車時分をチェックしないことである。
【００２７】
時間帯は、該当する予想条件が適用される時間帯を示す。なお、図５の例では、路線全体（α路線、β路線、・・・）では時間帯が指定されないので空欄となっている。
【００２８】
（予想矛盾管理テーブル）
図６は、本実施形態に係る予想矛盾管理テーブルの構成例を示す図である。
予想矛盾管理テーブル３０３は、ダイヤの予想を行った結果生じた矛盾の情報を格納しているテーブルである。予想矛盾管理テーブル３０３は、矛盾が生じた駅、矛盾の内容、矛盾が生じた列車名の情報を有してなる。図４に示すように、Ｃ駅でＬ列車と、Ｎ列車とが番線競合する矛盾が生じたとき、図６に示すように、駅には「Ｃ駅」、内容には「番線競合」、「列車名」には「Ｌ列車、Ｎ列車」が格納される。なお、図６における空欄は、複数の矛盾が生じた際にこれらの空欄が埋まる可能性があるが、図６の例では矛盾が１つしか生じていないため、空欄となっていることを示している。
【００２９】
（提案パターンテーブル）
図７は、本実施形態に係る提案パターンテーブルの構成例を示す図である。
提案パターンテーブル３０５は、生じた矛盾に対処するための対処方法（提案内容）のテンプレートである。図７に示すように、提案パターンテーブル３０５は、矛盾内容と、この矛盾内容に対処するための対処内容と、その対処内容が選択されるための条件とが予め対応付けられて格納されている。
図７に示す例では、番線競合が生じたとき、すべての番線が埋まっているときは、出発順序変更で対処し、空いている番線があるときは、番線変更で対処することを示している。同様に、出発順序矛盾が生じた場合、空いている番線がある場合、番線変更で対処することを示している。
【００３０】
（提案情報管理テーブル）
図８は、本実施形態に係る提案情報管理テーブルの構成例を示す図である。
提案情報管理テーブル３０４は、予想ダイヤを算出した結果、矛盾が生じたとき、図７の提案パターンテーブル３０５を参照して選択した対処方法（提案）の情報を格納しているテーブルである。
図８に示すように、提案情報管理テーブル３０４は、提案内容、対象列車、対象駅を有してなっている。図８の例では、図４に示すようにＣ駅でＬ列車と、Ｎ列車とが番線競合する矛盾が生じたとき、その対処方法として、出発順序変更が選択されたことを示している。なお、図８における空欄は、複数の提案が選択された際にこれらの空欄が埋まる可能性があるが、図８の例では提案が１つしか選択されていないため、空欄となっていることを示している。
【００３１】
《設定・提案画面》
次に、図９から図１１を参照して、本実施形態に係る設定・提案画面の例を示す。
【００３２】
（全体予想条件実行画面）
図９は、本実施形態に係る全体予想条件設定画面の例を示す図である。
全体予想条件設定画面９０１は、路線全体に関する予想条件の設定を行うための画面である。
図９に示す画面例では、α路線に関して、「番線競合判断無効」、「停車時分判断無効」、・・・、「出発順序矛盾判断無効」がチェックボックス９０２で選択入力可能となっている。ここで、出発順序矛盾判断無効のみが選択されているが、複数の予想条件を選択してもよいし、すべての予想条件を選択しなくてもよい。すべての予想条件を選択しない場合は、すべての制約条件が有効の状態でダイヤの予想が行われる。
そして、確認ボタン９０３が選択入力されると、全体予想条件設定画面９０１で設定された内容が、予想条件管理テーブル３０２に格納される。
図９における全体予想条件設定画面９０１は、ユーザの好きなときに表示させることができ、ユーザの好きなときに路線全体の予想条件を設定することができる。例えば、トラブルが生じたとき、ユーザが運行状況や、ホームにおける乗客の様子を確認して予想条件を設定することができる。
【００３３】
（局所予想条件設定画面）
図１０は、本実施形態に係る局所予想条件設定画面の例を示す図である。
局所予想条件設定画面１００１では、各駅における予想条件の設定を行うための画面である。
図１０における予想条件選択エリア１００２では、Ａ駅からＤ駅における予想条件が、チェックボックス１００３で選択入力可能となっている。各予想条件については、図９と同様であるので説明を省略する。
そして、時間帯選択エリア１００４では、選択された予想条件が有効となる時間帯が、開始時間、および終了時間を入力することによって設定される。
確認ボタン１００５が選択入力されると、局所予想条件設定画面１００１で設定された内容が、予想条件管理テーブル３０２に格納される。
図１０における局所予想条件設定画面１００１は、ユーザの好きなときに表示させることができ、ユーザの好きなときに各駅における予想条件を設定することができる。
【００３４】
例えば、前記したように乗客がホームで待っている状態であるとき、ユーザは局所予想条件設定画面１００１で番線競合判断無効を設定する。本実施形態によれば、このように実際の運行状況や、ホームでの状況に応じて動的な予想条件の設定が可能となる。
【００３５】
（矛盾対処設定画面）
図１１は、本実施形態に係る矛盾対処設定画面の例を示す図である。
矛盾対処設定画面１１０１では、矛盾対処提案エリア１１０２で、ダイヤ予想の結果生じた矛盾の対処方法が表示される。対処提案の選択処理は後記して説明する。
そして、ユーザが提案確認エリア１１０３に表示されている確認ボタン１１０４を選択入力すると、予想機能制御部により矛盾対処提案に提案されている対処方法を用いたダイヤの再予想が行われる。ユーザが破棄ボタン１１０５を選択すると、提案されている対処方法が破棄され、現状の予想ダイヤが保持される。
【００３６】
このように対処提案の表示・実行をユーザに選択させることで、予想条件を設定、すなわち状況に応じてダイヤ予想の際の制約を外すことで生じる矛盾にも対処することができる。
【００３７】
《ダイヤグラム例》
次に、図１２から図１４を参照して、各状態におけるダイヤグラムの例を説明する。
【００３８】
図１２は、本実施形態に係る計画ダイヤグラムの例を示す図である。
図１２の例は、図２の計画ダイヤテーブル３０１によるダイヤグラムを示している。図１２に示すように、時刻表通りにＬ列車（実線）およびＮ列車（破線）が運行されていれば、Ｃ駅において、Ｌ列車が３番線で発着し、Ｎ列車が２番線で発着し、Ｎ列車の方が先に発車することがわかる。
【００３９】
図１３および図１４は、本実施形態に係る予想ダイヤグラムの例を示す図である。
図１３は、図４の予想ダイヤテーブル３０８によるダイヤグラムを示している。図１３に示すように、Ｌ列車およびＮ列車に遅れが生じた結果、本来Ｎ列車が使用すべきＣ駅の２番線が他の列車に使用されたなどの原因により、Ｎ列車が３番線に進入することになり、符号１３０１で番線競合の矛盾が生じている。
【００４０】
そこで、図１１に示すような「Ｌ列車とＮ列車の出発順序を変更する」提案をダイヤ管理装置２が提示し、ユーザが図１１に示す確認ボタン１１０４を選択入力し、ダイヤ予想部２１３が、提案に沿ってダイヤの再予想をした結果、ダイヤの矛盾が解消されたことを図１４で示している。このとき、ダイヤ予想部２１３は、当該列車がＣ駅における出発順序矛盾判断無効を設定した状態でダイヤの再予想を行うことになる。
【００４１】
図１４は、再予想された予想ダイヤグラムの例だが、ここでは出発順序は自由になったものの、停車時分の制約が外されていないため、ダイヤ予想部２１３はＮ列車のダイヤを大幅に遅らせることにより、出発順序の調整を行っている。
【００４２】
《フローチャート》
図１５は、本実施形態に係るダイヤ予想方法における手順を示すフローチャートである。
まず、ユーザが、入力部２３０を介して、予想条件設定コマンドを入力すると、予想条件管理部２１１は、コマンドに応じて図９や図１０に示す全体予想条件設定画面９０１や、局所予想条件設定画面１００１を表示部２４０に表示させる。そして、ユーザが入力部２３０を介して、全体予想条件設定画面９０１や、局所予想条件設定画面１００１に表示されている予想条件を設定する（Ｓ１０１）と、予想条件管理部２１１は設定された予想条件を予想条件管理テーブル３０２に格納する。なお、予想条件の設定は、このタイミングに限らず、ユーザの好きなときに行うことができる。
【００４３】
そして、実績情報管理部２１２が、運行監視装置４の実績情報提供部４０１から実績情報を取得し（Ｓ１０２）、取得した実績情報を実績ダイヤテーブル３０７に格納する。
次に、ダイヤ予想部２１３が、ステップＳ１０１で設定された予想条件に従って、計画ダイヤテーブル３０１と、実績ダイヤテーブル３０７とを用いて、ダイヤ予想処理を行う（Ｓ１０３）。ダイヤ予想は、ダイヤ予想部２１３が、例えば、実績情報が取得済みの各ポイント（ここでは駅）における実績ダイヤテーブル３０７と、計画ダイヤテーブル３０１とから、ダイヤ遅れ時間を算出し、現在時刻以降の計画ダイヤテーブル３０１の時刻に算出した遅れ時間を加算するなどして行われる。このとき、終着駅に近いポイント（駅）ほど、つまり現在時刻から未来方向に離れるほど、加算する遅れ時間を減少させてもよい。これは、ダイヤの遅れを徐々に回復させるために行われる処置である。
予想されたダイヤは、ダイヤ予想部２１３によって予想ダイヤテーブル３０８に格納される。
【００４４】
次に、矛盾検出部２１４は、予想ダイヤテーブル３０８を参照して、矛盾が生じているか否かを判定する（Ｓ１０４）。判定は、例えば、予想ダイヤテーブル３０８において、同時刻に同じ番線を使用している列車があるかなどを、矛盾検出部２１４が検索することによって行われる。
ステップＳ１０４の結果、矛盾が生じていない場合（Ｓ１０４→Ｎｏ）、処理部２１０はステップＳ１０２の処理へ戻ると共に、ダイヤ予想部２１３は、現状の予想ダイヤテーブル３０８に基づく予想ダイヤグラムを表示部２４０に表示させる（Ｓ１１１）。
ステップＳ１０４の結果、矛盾が生じている場合（Ｓ１０４→Ｙｅｓ）、矛盾検出部２１４は、矛盾が生じている駅、列車、矛盾内容を予想矛盾管理テーブル３０３に格納する（Ｓ１０５）。矛盾内容は、「同時刻で同じ番線が使用されている場合は番線競合」など、予想ダイヤテーブル３０８の内容と、矛盾内容とを対応付けた図示しない情報を予めデータベース３に格納しておくことで実現される。
【００４５】
次に、提案管理部２１５は、予想矛盾管理テーブル３０３と、予想ダイヤテーブル３０８と、提案パターンテーブル３０５とを参照することにより、ステップＳ１０２で検出された矛盾に対する矛盾対処提案を選択する（Ｓ１０６）。例えば、提案管理部２１５は、予想矛盾管理テーブル３０３の内容に記述されている情報をキーとして、提案パターンテーブル３０５の矛盾内容を検索する。そして、提案管理部２１５は、提案パターンテーブル３０５において、該当する矛盾内容に対応する条件の欄に記述されている情報を読み取り、読み取った情報と予想ダイヤテーブル３０８とを比較する。次に、提案管理部２１５は、条件に適合する対処内容を提案パターンテーブル３０５から読み取り、矛盾対処提案の選択を行う。なお、この時点で該当する対処内容が検出されなかった場合、処理部２１０は対処内容がみつからない旨の表示を表示部２４０に行わせ、現状のダイヤグラムを表示部２４０に表示させる。この場合、ユーザが手動でダイヤの変更を行うこととなる。
そして、提案格納部２１６は、ステップＳ１０６で選択された矛盾対処提案の情報を提案情報管理テーブル３０４に格納する（Ｓ１０７）。
【００４６】
そして、処理部２１０は、すべてのポイント（駅）についてステップＳ１０１からステップＳ１０５の処理を行ったか否かを判定する（Ｓ１０８）。
ステップＳ１０８の結果、すべてのポイントについて処理が行われていない場合（Ｓ１０８→Ｎｏ）、処理部２１０はステップＳ１０４の処理へ戻る。
ステップＳ１０８の結果、すべてのポイントについて処理が行われている場合（Ｓ１０８→Ｙｅｓ）、処理部２１０が提案情報管理テーブル３０４に格納されている内容を、図１１に示すような矛盾対処設定画面１１０１として表示部２４０に表示させる（Ｓ１０９）。
そして、処理部２１０は、図１１に示す確認ボタン１１０４が選択入力されたか否かを判定することにより、ユーザによる対処提案の承認が行われたか否かを判定する（Ｓ１１０）。
【００４７】
ステップＳ１１０の結果、ユーザによる承認が行われなかった場合（Ｓ１１０→Ｎｏ）、すなわち、図１１に示す破棄ボタン１１０５が選択入力された場合、ダイヤ予想部２１３は、現状の予想ダイヤテーブル３０８を保持し、この予想ダイヤテーブル３０８に基づく予想ダイヤグラムを表示部２４０に表示させる（Ｓ１１１）。
ステップＳ１１０の結果、ユーザによる承認が行われた場合（Ｓ１１０→Ｙｅｓ）、すなわち、図１１に示す確認ボタン１１０４が選択入力された場合、ダイヤ予想部２１３は、承認された対処提案に基づいてダイヤの再予想を行い（Ｓ１１２）、予想ダイヤテーブル３０８を更新すると、更新された予想ダイヤテーブル３０８に基づく予想ダイヤグラムを表示部２４０に表示させる（Ｓ１１３）。
【００４８】
《まとめ》
本実施形態によれば、ユーザが好きなときに、実際の運行状況に合わせて予想条件の設定を行うことができるため、動的なダイヤ予想を行うことができるダイヤ管理システム１を提供することができる。
また、本実施形態によれば、予想されたダイヤから矛盾が検知されたとき、対処提案を表示し、この対処提案が承認されると、対処提案に応じて予想条件を変更し、ダイヤの再予想を行うことで動的なダイヤ予想を行うことができるダイヤ管理システム１を提供することができる。
このような構成によれば、ユーザが期待するダイヤから大きく乖離した予想ダイヤが生成されたとき、ダイヤ変更のための大量の情報を入力することなく、予想ダイヤの変更を行うことが可能となる。従って、効率的、かつ乱れたダイヤから正常な運行への早急な回復を期待することができる。
【符号の説明】
【００４９】
１      ダイヤ管理システム
２      ダイヤ管理装置
３      データベース
４      運行監視装置
２１０  処理部
２１１  予想条件管理部
２１２  実績情報管理部
２１３  ダイヤ予想部
２１４  矛盾検出部
２１５  提案管理部
２１６  提案格納部
２２０  実績情報受信部
２３０  入力部
２４０  表示部
３０１  計画ダイヤテーブル（計画ダイヤ情報）
３０２  予想条件管理テーブル
３０３  予想矛盾管理テーブル
３０４  提案情報管理テーブル
３０５  提案パターンテーブル（提案パターン情報）
３０７  実績ダイヤテーブル（実績ダイヤ情報）
３０８  予想ダイヤテーブル（予想ダイヤ情報）
４０１  実績情報提供部
９０１  全体予想条件設定画面
１００１  局所予想条件設定画面
１１０１  矛盾対処設定画面
【図１】
2010234968.tif 000003
【図２】
2010234968.tif 000004
【図３】
2010234968.tif 000005
【図４】
2010234968.tif 000006
【図５】
2010234968.tif 000007
【図６】
2010234968.tif 000008
【図７】
2010234968.tif 000009
【図８】
2010234968.tif 000010
【図９】
2010234968.tif 000011
【図１０】
2010234968.tif 000012
【図１１】
2010234968.tif 000013
【図１２】
2010234968.tif 000014
【図１３】
2010234968.tif 000015
【図１４】
2010234968.tif 000016
【図１５】
2010234968.tif 000017