JPH0781570A

JPH0781570A - 計画修正システム

Info

Publication number: JPH0781570A
Application number: JP5225442A
Authority: JP
Inventors: Toshihiro Eguchi; 俊宏江口; Setsuo Tsuruta; 節夫鶴田; Toshiya Oshima; 俊哉大島
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-09-10
Filing date: 1993-09-10
Publication date: 1995-03-28

Abstract

(57)【要約】【構成】中央処理装置１は、設備６から通信ケーブル７
を介して送られる列車の運行実績と、今後の運行計画か
ら列車の運行を予測して、これをもとにダイヤが乱れた
場合には、ダイヤを回復させるための提案ダイヤを作成
する。提案実行管理部は、提案管理情報に格納される個
々の提案の詳細情報から提案を実施あるいは破棄するタ
イミングを判断し、提案の実行または破棄を自動的に行
う。また、提案評価部は、提案評価条件に従って提案内
容の評価を行い、提案評価データを作成し、その結果を
用いて提案評価図を作成する。【効果】提案の判断に十分な時間を確保でき、判断ミス
や操作ミスを未然に防ぐ事ができる。提案の評価結果を
ビジュアル化することで評価がより直感的に行え、提案
採否の判断が容易になる。提案の実施状態の運行を予測
し、提案の妥当性を確認出来る。複数の回復計画の比較
判断が容易に行える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、列車，バス，航空機ダ
イヤなど、移動本の運行計画立案システムに関する。

【０００２】

【従来の技術】第１回鉄道電気技術研究発表会III−１
(１９９１)「帰納学習手法の運転整理エキスパートシス
テムへの適用」において、列車の回復計画を作成する場
合に、列車の運転状況から列車の走行を予測し、不具合
を検出し、不具合内容を解消可能な運転整理案を自動的
に作成後、表示を行うシステムが公知である。

【０００３】

【発明が解決しようとする課題】上記システムを含む従
来の運転整理システムでは、運転整理案を作成後に、作
成した整理案の表示を行い、整理案の採否を判断する。
しかし、運転整理を行う場合、システムが立案した整理
案の評価および採否の総合判断は指令員に任されてお
り、整理案が複数考えられる場合や、指令員の考えと異
なる提案が出力された場合等は、整理案の評価や選択に
時間がかかる。従って、提案による運行乱れの回復提案
を多角的に評価し、その結果を判り易く表示して指令員
の判断を容易にする必要がある。

【０００４】また、鉄道など時々刻々と状況が変化する
システムの計画修正では、システムの計画修正案に対し
て早急に承認／否承認の判断を行う必要があった。とこ
ろが、複数の箇所でダイヤが乱れるなどして提案が頻繁
に発生した場合や、通常と異なる乱れが発生した場合等
は、時間に追われて提案の採否判断が十分に行えなくな
る。このため、提案をあまり吟味せずに破棄してしまっ
たり、誤って実行してしまう危険が高まり、システムの
提案出力の頻度の調整を行っても、本来実行されるべき
提案が指令員に提示される前に捨てられてしまうという
問題が残った。

【０００５】また、従来の運転整理システムの提案出力
のタイミングは、運行の支障を検知した時点で提案して
いたため、実際に制御が有効となる時間よりかなり早い
時期に提案が出されていた。このため、提案を承認して
から、その提案が列車の運行を制御するまでにかなりの
間隔が生じ、その間に運行状況がシステムの予測と変わ
ってしまい、実施した提案の効果がなくなってしまった
り、かえって逆効果になってしまう問題もあった。

【０００６】本発明の目的は、提案の評価結果のビジュ
アル化と、システムによる提案の実行タイミングの管理
により、指令員が提案の採否判断を行う環境を改善し、
提案の実行判断が余裕をもって正確に行える操作性の良
い計画修正システムを提供することにある。

【０００７】

【課題を解決するための手段】システムが回復計画をあ
る一定の周期で立案し、指令員は、その回復計画に含ま
れる個々の提案に対して、提案モードとして「仮承
認」，「承認」，「破棄」を設定あるいは設定を解除す
ることができる。システムが生成した提案の提案モード
のデフォルトは未設定であり、指令員が手動で作成した
提案には自動的に「手動」の提案モードが設定される。

【０００８】ある提案の提案モードに「承認」が設定さ
れた場合は、直ちにその提案は実行され、提案モードに
「破棄」が設定された場合は、直ちにその提案は破棄さ
れる。また、ある提案の提案モードに「仮承認」または
「手動」が設定されている場合は、提案の内容（駅，列
車，制御内容など）から自動的に設定された提案の実施
可能最終時刻になった時点でシステムが提案を自動的に
承認して実行する。また、提案モードが未設定の提案
は、提案可能最終時刻になると自動的に破棄される。

【０００９】一方、システムが生成した回復計画は、遅
延量，走行時間，停車時間，運行速度などの評価モード
を用いて多角的に評価し、その結果をビジュアル化して
指令員に提示する。評価モードが「遅延量」の場合は、
各移動体の回復計画による運行予測と回復計画との時間
差を各サンプリング点で算出し、その結果を色・形・大
きさ等でクラス分けした評価マークで表現して運行図表
上の各サンプリング点に対応する位置に表示する。これ
を全てのサンプリング点について行うことにより、提案
評価図を作成する。評価モードが「走行時分」「停車時
分」「運行速度」の場合も同様に行う。

【００１０】提案評価図を表示中、運行図表の表示モー
ドを切り替えて、運行方向，移動体の種別毎に運行図表
の表示を切替えると、提案評価図の表示モードも自動的
に切替わり、表示モードで指定した情報を表示させる。
また、マルチウィンドウを用いて複数の評価モードによ
る評価結果図を同時に表示したり、複数の回復計画を作
成して、各々の回復計画の提案評価図を同時表示した
り、各々のサンプリング点での評価結果の差をもとに提
案評価図を作成し、複数の回復計画の優劣を比較検討す
る。

【００１１】上記で述べた提案評価図は、評価マークの
色・形・大きさや、評価モード等の評価条件あるいは、
運行図表の表示モードを変更した場合、自動的に変更し
た内容が提案評価図の表示に反映される。また、回復計
画に変更が生じた場合や、予測結果が更新された場合に
も自動的に再評価計算を行い、評価結果および表示は更
新される。

【００１２】

【作用】上記の計画修正システムでは、システムが運行
状況を監視し、複数の提案から構成される回復計画を周
期的に立案してこれを更新する。指令員には、常に回復
計画を実施した場合の運行予測結果と予測ダイヤ上の提
案箇所が付けられた提案マークを表示する。指令員は、
システムの提案状況を常時監視しながら、提案を修正し
たり、部分的に実行したり破棄することができる。また
予約実行を行うことも可能である。具体的には、提案箇
所に表示される提案マークを操作することにより、個々
の提案に対して「承認」「仮承認」「破棄」の提案モー
ドを設定したり設定を解除して行う。本システムは、個
々の提案に設定された提案モードと提案内容（駅，列
車，制御内容）から、提案を実行または破棄するタイミ
ングを自動的に判断するため、複数の提案の実行判断を
行う必要がある場合にも、指令員の実行判断時間を十分
に確保することが可能となる。また、回復計画を多角的
に評価し、それをビジュアル化することにより、回復計
画の評価が直感的に行えるため、指令員の実行判断を容
易にするための情報提供が可能となる。これらのことに
より、指令員の提案実行時の判断がより正確になり、必
要な提案を破棄してしまったり、不要な提案を実施して
しまう等といったミスが減少し、運転整理の質の向上
と、指令員の負荷軽減が実現する。

【００１３】

【実施例】図１は、列車の運行計画が乱れた場合の回復
計画を立案する運転整理システムの全体構成図である。
図中、１は、指令員５がマウス４を用いて指示したデー
タを記憶装置２に書き込んだり、記憶装置２からデータ
を読み込み表示装置３に表示させたりするための中央処
理装置であり、設備６から通信ケーブル７を介して送ら
れる列車の運行実績を受信して、実績ダイヤ２２に書き
込み、運行計画の変更内容を受信して計画ダイヤ２１に
書き込む実績／計画管理部１１と、運行実績と今後の運
行計画から列車の運行を予測して予測ダイヤ２３を作成
し、ダイヤが乱れた場合には、ダイヤを回復させるため
の提案ダイヤ２４と提案管理情報２５を作成する提案／
予測管理部１２と、提案管理情報２５に設定されている
提案の内容を定期的に監視して、提案を実施するタイミ
ングを判断し、提案の実行または破棄を自動的に行う提
案実行管理部１３と、提案評価条件２６に従って提案内
容の評価を行い、提案評価データ２７を作成し、その結
果を用いて表示装置３に提案評価図３２を表示する提案
評価部１４と、マウス４などによる指令員５の各種の要
求を受け付けるマンマシン対話部１５と、ダイヤ図表示
条件２８に従って表示装置３に計画ダイヤ２１，実績ダ
イヤ２２，予測ダイヤ２３，提案ダイヤ２４のダイヤ図
３１を表示するダイヤ表示部１６から構成される。ここ
で、計画ダイヤ２１とは、現在時刻における最新の運行
計画のことであり、実績ダイヤ２２とは、現在時刻まで
の列車の運行実績である。また、予測ダイヤ２３とは、
提案を実施した場合、または提案を実施しない場合の列
車の運行を予測したものであり、それらは予測モード２
９で区別する。

【００１４】２はデータを記憶するための記憶装置であ
り、運行計画を記憶する計画ダイヤ２１，運行実績を記
憶する実績ダイヤ２２，運行予測を記憶する予測ダイヤ
２３、運行の変更計画を記憶する提案ダイヤ２４，個々
の提案の内容と提案の属性等、提案を管理するための情
報を記憶する提案管理情報２５，提案内容を評価する条
件を記憶する提案評価条件２６，提案の評価結果を記憶
する提案評価データ２７，ダイヤ図の表示条件を記憶す
るダイヤ図表示条件２８，列車の運行を予測する際に、
提案を実施した場合と実施しない場合とを区別する予測
モード２９などの情報を格納する。

【００１５】次に、中央処理装置１の各部の役割と処理
の流れを説明する。

【００１６】実績／計画管理部は、設備６から周期的に
送られてくる列車の運行実績から実績ダイヤ２２を更新
し、また、計画ダイヤの変更時に送られてくる計画変更
情報をもとに、計画ダイヤ２１を更新する。

【００１７】図２は、実績／計画管理部１１の処理フロ
ーチャートである。システムがスタートすると、実績／
計画管理部１１は、ブロック２００１で設備６からのメ
ッセージ受信待ちに入る。メッセージを受信するとブロ
ック２００２で受信内容の識別を行う。メッセージの内
容が計画ダイヤの変更情報の場合、ブロック２００３で
計画ダイヤ２１を更新し、ブロック２００７で予測モー
ド２９を「整理あり」に設定し、ブロック２００８で提
案／予測管理部１２に予測要求メッセージを送信してブ
ロック２００１のメッセージ受信待ちに戻る。

【００１８】一方、メッセージの内容が運行実績の場
合、ブロック２００４で受信した運行実績を実績ダイヤ
２２に書き込み、ブロック２００５で、ダイヤ図表示条
件２８の表示モードを「実績ダイヤ」に設定し、ブロッ
ク２００６でダイヤ表示部１６にダイヤ表示要求を送信
して実績ダイヤの表示を要求する。次に、ブロック2007
で予測モード２９を「整理あり」に設定して、ブロック
２００８で予測要求メッセージを送信し、メッセージ受
信待ちに戻る。

【００１９】図３は、ダイヤ表示部１６の処理フローチ
ャートである。ダイヤ表示部１６は、ブロック３００１
で表示要求メッセージの受信待ち状態にあり、メッセー
ジを受信するとブロック３００２で、表示するダイヤの
種別や、運行方向等が指定されるダイヤ図表示条件２８
を読み込み、ブロック３００３でダイヤ表示モードを判
定する。ダイヤ表示モードが「計画ダイヤ」の場合には
ブロック３００４で計画ダイヤの表示を行い、ダイヤ表
示モードが「実績ダイヤ」の場合にはブロック３００５
で実績ダイヤの表示を行う。また、ダイヤ表示モードが
「予測ダイヤ」の場合にはブロック３００６で予測ダイ
ヤの表示を行い、ブロック３００７で提案管理情報２５
を参照して、提案が存在する場合は提案マークをダイヤ
図上に重ねて表示する。また、ダイヤ表示モードが「提
案ダイヤ」の場合にはブロック３００９で提案ダイヤを
表示する。

【００２０】図４は、実績ダイヤ表示画面であり、それ
ぞれ現在時刻を表示する時計４１，指令員の要求を受け
付けるための各種のメニュー表示エリア４２，駅表示エ
リア４３，時間表示エリア４４，現在時刻ライン４５，
実績ダイヤ表示エリア４６，予測ダイヤ表示エリア４
７，計画ダイヤ４８，実績ダイヤ４９を示す。

【００２１】提案／予測管理部１２は、周期的に回復計
画を立案して、提案ダイヤ２４を作成する機能と、実績
ダイヤ２２と計画ダイヤ２１あるいは実績ダイヤ２２と
提案ダイヤ２４をもとに、予測ダイヤ２３を作成する機
能とをもつ。また、新規に生成された提案の詳細情報
は、図５の提案管理情報に追加登録される。提案管理情
報は、提案を識別するための提案ＩＤ５１，提案モード
５２，提案時刻５３，実施可能最終時刻５４と提案内容
５５から構成される。

【００２２】図６は、提案／予測管理部１２の処理フロ
ーチャートである。提案／予測管理部１２は、ブロック
６００１で予測要求メッセージの受信待ち状態にあり、
メッセージを受信するとブロック６００２で、予測モー
ド２９を判定し、予測モード２９が「整理あり」の場合
は、ブロック６００３で整理案を立案し、提案ダイヤ２
４を作成するとともに、ブロック６００４で提案内容を
提案管理情報２５に設定する。次に、ブロック６００６
で、実績ダイヤ２２と提案ダイヤ２４から予測ダイヤ２
３を作成し、ブロック６００７でダイヤ表示モードに
「予測ダイヤ」を設定し、ブロック６００８でダイヤ表
示部にダイヤ表示要求を送信してブロック６００１のメ
ッセージ受信待ちに戻る。

【００２３】一方、予測モード２９が「整理なし」の場
合は、ブロック６００５で提案ダイヤ２４に計画ダイヤ
２１を複写して初期化し、ブロック６００６で実績ダイ
ヤ２２と提案ダイヤ２４から予測ダイヤ２３を作成す
る。予測ダイヤの作成が完了すると、ブロック６００７
でダイヤ表示モードに「予測ダイヤ」を設定し、ブロッ
ク６００８でダイヤ表示部にダイヤ表示要求を送信し、
メッセージ受信待ちに戻る。

【００２４】提案／予測管理部１２から予測ダイヤ２３
の表示要求を受けたダイヤ表示部１６は、先と同様に、
今度は予測ダイヤ２３の表示を行い、提案マークの表示
を行う。

【００２５】図７は、予測ダイヤと提案マークの表示例
であり、提案を実施した場合の予測ダイヤ７１上の提案
箇所には提案マーク７２が表示される。この時、提案マ
ーク７２をマウス４などのポインティングデバイスで指
定することにより、提案モード設定画面７３を表示し
て、提案内容の確認および提案モードの設定／解除を行
うことができる。

【００２６】図８は、提案モードの設定画面であり、提
案内容の詳細（実施駅，対象列車，制御内容など）は領
域８１に表示される。また、提案モード設定メニュー８
２の中から、メニューを指定することにより提案モード
の設定／解除を行うことができる。この時、「承認」あ
るいは「破棄」を選択すると、この提案の実施可能最終
時刻５４である８時２５分を待たずに直ちにこの提案
は、承認されるかあるいは破棄される。また「仮承認」
を選択した場合は、８時２５分になった時点でその提案
の提案モードを調べ、仮承認のままであったら自動的に
承認・実行される。一方、実施可能最終時刻５４になっ
た時点で提案モードが「未設定」である提案は、その時
点で自動的に破棄される。

【００２７】次に、マンマシン対話部の説明を行う。マ
ンマシン対話部は、提案内容の追加，修正，承認，破
棄、あるいは提案の評価要求，評価条件の指定，ダイヤ
図の表示切り替え等の指令員の要求入力を受付ける。

【００２８】図９は、マンマシン対話部１５の処理フロ
ーの概略である。マンマシン対話部１５は、ブロック９
００１で、指令員５からの入力を待ち状態にあり、入力
を受けるとブロック９００２で入力の種別を判定する。
入力種別が、提案マークの操作の場合は、ブロック９０
０３で、操作した提案の提案モードを読み込み、ブロッ
ク９００４で提案モードを判定する。提案モードが、
「承認」の場合、ブロック９００５で承認処理を行い、
提案管理情報２５内の承認された提案の提案モードを
「承認」に設定する。さらに、ブロック９００６で承認
された提案を設備６に送信する。また、提案モードが
「仮承認」の場合、ブロック９００７で仮承認処理を行
い、その提案の提案内容から実行可能最終時刻が自動的
に設定される。具体的には、提案マークが表示される時
間軸に対応する実施予定時刻から、各駅・方向・制御内
容毎に、伝送遅延時分や余裕時分などを考慮してあらか
じめ設定される図１０の実施余裕時分１０１を差し引い
た時刻が実施可能最終時刻５４となる。一方、提案モー
ドの設定が解除された場合は、ブロック９００９で提案
管理情報にその提案の提案モードとして「未設定」を設
定する。提案モードが「破棄」の場合は、ブロック９０
０８で提案管理情報２５にその提案の提案モードとして
「破棄」を設定する。破棄された提案は再び提案されな
い様にロックされ、仮承認されているか手動で入力され
た提案については、次の周期の提案生成処理時に自動的
に追加される。提案／予測管理部の提案生成処理では、
提案管理情報２５を参照して上記の様に提案の出力を調
整する。

【００２９】入力種別が手動提案の入力の場合、ブロッ
ク９０１０で入力した提案内容を提案モードを「手動」
として提案管理情報２５に設定するとともに、ブロック
9011で予測モードに「整理あり」を設定し、ブロック９
０１２で提案／予測管理部１２に予測要求メッセージを
送信する。

【００３０】入力種別がメニュー入力の場合、ブロック
９０１３でメニューの判定を行い、メニューが「遅延予
測」の場合、ブロック９０１１で予測モードを「整理な
し」に設定し、ブロック９０１２で提案／予測管理部１
２に予測要求メッセージを送信して、整理を実施しない
場合の遅延の波及予測を行う。また、メニューが「表示
変更」の場合、ブロック９０１４で、表示するダイヤの
種別や運行方向，列車種別等のダイヤ表示条件２８の設
定を行う。次に、ブロック９０１５でダイヤ表示部１６
にダイヤ表示要求を送信し、ブロック９０１６で、提案
評価部１４に評価要求メッセージを送信する。また、メ
ニューが「提案評価」の場合、ブロック９０１７で、図
１１の評価条件設定画面１１１を表示して、「遅延量」
「走行時間」「停車時間」「走行速度」等の評価モード
１１２，評価結果の区分数を表す評価レベル数１１３，
評価マークの識別方法１１４，評価マークの形１１５，
評価マークの大きさ１１６等の提案評価条件２６の設定
を行う。

【００３１】提案評価条件２６の設定を終えると、ブロ
ック９０１６で提案評価部１４に評価要求メッセージを
送信する。

【００３２】提案評価部は、提案ダイヤと予測ダイヤを
利用して、提案の評価結果を多角的に評価し、その結果
をビジュアル化して表示する。

【００３３】図１２は、提案評価部１４の処理フローの
概略である。提案評価部は、ブロック１２０１で評価要
求メッセージの受信を待ち、メッセージを受信するとブ
ロック１２０２で評価条件を読み込み、ブロック１２０
３で評価モードの判定を行う。評価モードが「遅延量」
の場合は、ブロック１２０４で、遅延量の評価処理を行
う。別の評価モードの場合も同様にブロック１２０５か
らブロック１２０７で各評価モードに従って評価処理を
行い、その結果を提案評価結果２７に設定する。次に、
ブロック１２０８で提案評価結果２７を提案評価条件２
６に従って評価マークに置き換えて、サンプリングした
座標に評価マークを表示して提案評価図３２を表示す
る。

【００３４】図１３は、図１２のブロック１２０４遅延
量評価処理のフローであり、図１４は、遅延量評価処理
の図解である。ブロック１３０１で、予測ダイヤ１３１
上のサンプリング点Ａ（Ａ１〜Ａ４）を一つ取りだし、
そのサンプリング点と、提案ダイヤ上の対応する点Ｂ
（Ｂ１〜Ｂ４）の時間間隔Ｔ（Ｔ１〜Ｔ４）を、提案評
価条件２６に従ってクラス分けを行い、色，形，大きさ
等の異なる評価マークに置き換える。評価モードが「運
行速度」「走行時分」「停車時分」の場合も同様の処理
であり、図１５は、評価モードが「遅延量」の場合の提
案評価画面である。

【００３５】提案実行管理部１３は、周期的に起動し、
提案管理情報２５に設定されている個々の提案の実行可
能最終時刻と現在時刻から判断して、実行あるいは破棄
すべき提案の有無を検索して、対象となる提案に対して
自動実行あるいは自動破棄のいずれかの処理を行う。

【００３６】図１６は、提案実行管理部１３の処理フロ
ーチャートである。提案実行管理部１３は、ブロック１
６０１で起動時刻になるまで待ち、起動時刻が来ると処
理を開始する。ブロック１６０２で現在時刻と起動周期
時間の和から次回起動時刻を設定し、ブロック１６０３
で次回起動時刻と提案管理情報２５に登録されている各
提案の実施可能最終時刻５４の照合を行い、次回起動時
刻よりも実施可能最終時刻５４が早くなり、早急に承認
／破棄を決定しなければならない提案の有無を調べる。
該当する提案が存在しない場合には、ブロック１６０１
に戻り次回の起動時刻を待ち、該当する提案が存在する
場合には、ブロック１６０４でその提案の提案モードを
判定する。提案モードが「仮承認」あるいは「手動」で
ある場合は、ブロック１６０５で自動承認処理を行い、
提案管理情報２５の提案モードに「承認」を設定し、ブ
ロック１６０６で設備６に提案を送信する。一方、提案
モードが「未設定」即ち、指令員に放置されている提案
の場合は、ブロック1607でその提案を自動的に破棄し、
提案管理情報２５の提案モードに破棄を設定する。次
に、ブロック１６０８で予測モードを「整理あり」に設
定し、ブロック1609で提案／予測管理部１２に予測要求
を送信する。

【００３７】図１７は、仮承認された提案の計算機によ
る自動承認のアナウンス表示画面である。現在時刻が実
施可能最終時刻５４にある一定まで近づくこと、提案マ
ークが点滅を開始し、ウインドウ１７１を用いて提案内
容と、この提案が何秒後に自動承認される予定であるこ
とを知らせる。

【００３８】

【発明の効果】本発明によれば、以下の効果がある。

【００３９】（１）指令員の要求に即した提案の評価結
果をビジュアル化することにより、提案の評価が、より
直感的に行えるために、指令員の提案採否の判断が容易
になる。

【００４０】（２）指令員の要求に応えて、提案を実施
した状態の運行を予測し、提案の妥当性を確認出来るた
め、指令員への負荷が軽減する。

【００４１】（３）提案の採否を判断するのに十分な時
間を確保できるので、指令員の判断ミスや操作ミスによ
る運行の乱れを未然に防ぐ事ができる。

【００４２】（４）複数の回復計画の比較判断が容易に
行えるため、提案の質の向上が期待できる。

【図面の簡単な説明】

【図１】本発明による計画修正システムのブロック図。

【図２】実績／計画管理部の処理フローチャート。

【図３】ダイヤ表示部の処理フローチャート。

【図４】実績ダイヤの説明図。

【図５】提案管理情報の説明図。

【図６】提案／予測管理部の処理フローチャート。

【図７】提案マークの表示説明図。

【図８】提案モードの設定説明図。

【図９】マンマシン対話部の処理フローチャート。

【図１０】実施余裕時分の説明図。

【図１１】評価条件の設定の説明図。

【図１２】提案評価部の処理フローチャート。

【図１３】遅延量評価の詳細フローチャート。

【図１４】遅延量評価処理の説明図。

【図１５】遅延量評価説明図。

【図１６】整理案実行管理部の処理フローチャート。

【図１７】自動承認処理の表示画面の説明図。

【符号の説明】

１…中央処理装置、２…記憶装置、３…表示装置、４…
マウス、５…指令員、６…設備、７…通信ケーブル、１
１…実績／計画管理部、１２…提案／予測管理部、１３
…提案実行管理部、１４…提案評価部、１５…マンマシ
ン対話部、１６…ダイヤ表示部、２１…計画ダイヤ、２
２…実績ダイヤ、２３…予測ダイヤ、２４…提案ダイ
ヤ、２５…提案管理情報、２６…提案評価条件、２７…
提案評価データ、２８…ダイヤ図表示条件、２９…予測
モード、３１…ダイヤ図、３２…提案評価図。

Claims

【特許請求の範囲】

【請求項１】システムが列車やバスなどの移動体の運行
計画の乱れを回復する回復計画を提案し、人間が提案内
容を評価して実行するシステムにおいて、前記システム
が複数の提案から構成される回復計画を定期的かつ人間
の要求により即時に立案する処理と、運行実績と運行計
画あるいは運行実績と回復計画から今後の運行を予測す
る処理と、回復計画の有効性を遅延量，走行時間，停車
時間，運行速度などの評価モードに従って評価し、その
結果をビジュアル化する処理と、提案箇所に表示した提
案マークをマウスのポインティングデバイスを用いて指
定することにより、その提案の提案モードを切替える処
理と、指令員によって入力された提案あるいは指令員に
よって仮承認された提案に対しては、システムが提案を
実施するタイミングを判断してこれを自動的に実行し、
それ以外の提案に対しては、提案を破棄するタイミング
を判断して自動的に破棄する処理とを含むことを特徴と
する計画修正システム。
【請求項２】請求項１において、評価モードが「遅延
量」の場合に、各移動体の運行予測と運行計画との各サ
ンプリング点での時間差を色・形・大きさでクラス分け
した評価マークで表現し、評価マークを運行図表上の各
サンプリング点に対応する位置に表示する計画修正シス
テム。
【請求項３】請求項１において、評価モードが「走行時
間」の場合に、各移動体の運行予測と運行計画との各サ
ンプリング区間の走行時間の差を色・形・大きさ等でク
ラス分けした評価マークで表現し、評価マークを運行図
表上の各サンプリング区間に対応する位置に表示する計
画修正システム。
【請求項４】請求項１において、評価モードが停車時間
の場合に、各移動体の運行予測と運行計画との各サンプ
リング区間の停車時間の差を色・形・大きさでクラス分
けした評価マークで表現し、評価マークを運行図表上の
各サンプリング区間に対応する位置に表示する計画修正
システム。
【請求項５】請求項１において、評価モードが走行速度
の場合に、各移動体の運行予測と運行計画との各サンプ
リング地点での運行速度の差を色・形・大きさでクラス
分けした評価マークで表現し、評価マークを運行図表上
の各サンプリング地点に対応する位置に表示する計画修
正システム。
【請求項６】請求項１において、各移動体の運行図表の
表示モードを切り替えることにより、提案評価図の表示
モードも自動的に切替わり、移動体の運行方向や移動体
の種別毎に個別に表示する計画修正システム。
【請求項７】請求項１において、複数の評価モードを合
成して提案評価図を作成する計画修正システム。
【請求項８】請求項１において、マルチウィンドウ上に
複数の評価モードによる評価結果を同時に表示する計画
修正システム。
【請求項９】請求項１において、複数の回復計画がある
場合に、各々の回復計画の評価結果をマルチウィンドウ
上に同時に表示して比較する計画修正システム。
【請求項１０】請求項１において、複数の回復計画があ
る場合に、各々の回復計画の評価結果の差を求め、その
差を評価マークに置き換えて表示する計画修正システ
ム。
【請求項１１】請求項１において、評価結果を表示中に
ユーザが評価マークの色・形・大きさ，評価モードの評
価条件を変更した場合は、自動的に変更した結果が評価
結果の表示に反映される計画修正システム。
【請求項１２】請求項１において、回復計画に変更が生
じた場合には、自動的に再評価計算を行い評価結果の表
示が更新される計画修正システム。
【請求項１３】請求項１において、提案マークを指定し
て提案モードを指定することにより、その提案の提案モ
ードを承認，仮承認，破棄等に設定する計画修正システ
ム。
【請求項１４】請求項１において、ある提案の提案モー
ドに承認が設定された場合、直ちにその提案を実行して
計画の修正を実施し、提案モードに破棄が設定された場
合には、直ちにその提案を破棄する計画修正システム。
【請求項１５】請求項１において、ある提案の提案モー
ドに破棄が設定された場合、それが解除されるまで再び
同じ提案は生成されないように抑止する計画修正システ
ム。
【請求項１６】請求項１において、ある提案の提案モー
ドに仮承認が設定されるか、あるいは、手動で生成した
提案の場合は、それが解除されるまでは、次の周期の提
案生成処理で、その提案を含めた形で提案を出力する計
画修正システム。
【請求項１７】請求項１において、ある提案の提案モー
ドに破棄が設定された提案の場合は、ある一定時間は、
その提案を再び出力しない計画修正システム。
【請求項１８】請求項１において、個々の提案の実施可
能最終時刻を、その提案の内容から判断して自動的に設
定する計画修正システム。
【請求項１９】請求項１において、提案の実施可能最終
時刻はユーザが変更可能である計画修正システム。
【請求項２０】請求項１において、ある提案の提案モー
ドが仮承認または手動に設定されている場合、その提案
の実施可能最終時刻になった時点でその提案の提案モー
ドが仮承認または手動のままであった場合に、その提案
を自動的に承認して計画の修正を実施する計画修正シス
テム。
【請求項２１】請求項１において、ある提案の実施可能
最終時刻になった時点でその提案の提案モードが未設定
である場合、その提案を自動的に破棄する計画修正シス
テム。
【請求項２２】請求項１において、提案マークの色・形
・大きさ等によりその提案の提案モードが識別でき、承
認される予定時刻が近づくと、提案マークを点滅させた
り、自動承認の予告表示等を行う計画修正システム。