(57)【特許請求の範囲】
【請求項１】
ネットワークを介して相互に通信可能に接続された列車ダイヤ指令システム、車両運用指令システムおよび乗務員運用指令システムを備えてなる運転整理支援システムであって、
前記車両運用指令システムは、
前記列車ダイヤ指令システムから送信された列車ダイヤ変更案に応じて車両運用計画を予測し、予測される車両運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される車両運用計画に矛盾が生ずる場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由を返信する車両運用計画予測部、
を有し、
前記乗務員運用指令システムは、
前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて乗務員運用計画を予測し、予測される乗務員運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される乗務員運用計画に矛盾が生ずる場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由を返信する乗務員運用計画予測部、
を有し、
前記列車ダイヤ指令システムは、
前記列車ダイヤ変更案を作成して登録し前記車両運用指令システムおよび前記乗務員運用指令システムへ送信するとともに、前記車両運用指令システムおよび前記乗務員運用指令システムの双方から前記承認の返信を得た場合は、前記列車ダイヤ変更案を確定し、少なくともいずれか一方から前記不承認の返信を得た場合は、前記不承認の理由に基づいて新たに列車ダイヤ変更案を作成し、当該列車ダイヤ変更案の登録を行う列車ダイヤ指令部、
を有する、
ことを特徴とする運転整理支援システム。
【請求項２】
ネットワークを介して相互に通信可能に接続された列車ダイヤ指令システム、車両運用指令システムおよび乗務員運用指令システムを備えてなる運転整理支援システムであって、
前記車両運用指令システムは、
前記列車ダイヤ指令システムから送信された列車ダイヤ変更案に応じて車両運用計画を予測し、予測される車両運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される車両運用計画に矛盾が生ずる場合は、車両運用計画と矛盾のない列車ダイヤ変更案を独自に提案するとともに、前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由ならびに提案した列車ダイヤ変更案を返信する車両運用計画予測部、
を有し、
前記乗務員運用指令システムは、
前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて乗務員運用計画を予測し、予測される乗務員運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される乗務員運用計画に矛盾が生ずる場合は、乗務員運用計画と矛盾のない列車ダイヤ変更案を独自に提案するとともに、前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由ならびに提案した列車ダイヤ変更案を返信する乗務員運用計画予測部、
を有し、
前記列車ダイヤ指令システムは、
前記列車ダイヤ変更案を作成して登録し前記車両運用指令システムおよび前記乗務員運用指令システムへ送信するとともに、前記車両運用指令システムおよび前記乗務員運用指令システムの双方から前記承認の返信を得た場合は、前記列車ダイヤ変更案を確定し、少なくともいずれか一方から前記不承認の返信を得た場合は、前記車両運用指令システムおよび前記乗務員運用指令システムの少なくともいずれか一方から得られた前記不承認の理由および提案された列車ダイヤ変更案に基づいて新たに列車ダイヤ変更案を作成し、当該列車ダイヤ変更案の登録を行う列車ダイヤ指令部、
を有する、
ことを特徴とする運転整理支援システム。
【請求項３】
前記車両運用計画予測部が返信可能な不承認の理由は、車両運用に対して予め設定された矛盾として抽出する複数の項目の中から選択され、かつ、選択された項目ごとに矛盾した予測計画内容を具体的に対応させたものであり、
前記乗務員運用計画予測部が返信可能な不承認の理由は、乗務員運用に対して予め設定された矛盾として抽出する複数の項目の中から選択され、かつ、選択された項目ごとに矛盾した予測計画内容を具体的に対応させたものであることを特徴とする請求項１または２に記載の運転整理支援システム。
【請求項４】
前記列車ダイヤ指令システムにて、列車ダイヤ変更案を作成して登録し、この列車ダイヤ登録案を車両運用指令システムおよび乗務員運用指令システムへ送信するステップと、
前記車両運用指令システムにて、前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて車両運用計画を予測し、予測される車両運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される車両運用計画に矛盾が生ずる場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由を返信するとともに、前記乗務員運用指令システムにて、前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて乗務員運用計画を予測し、予測される乗務員運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される乗務員運用計画に矛盾が生ずる場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由を返信するステップと、
前記列車ダイヤ指令システムにて、前記車両運用指令システムおよび前記乗務員運用指令システムの双方から前記承認の返信を得た場合は、前記列車ダイヤ変更案を確定し、少なくともいずれか一方から前記不承認の返信を得た場合は、前記不承認の理由に基づいて新たに列車ダイヤ変更案を作成し、当該列車ダイヤ変更案の登録を行うステップと、
を含むことを特徴とする運転整理支援方法。
【請求項５】
前記列車ダイヤ指令システムにて、列車ダイヤ変更案を作成して登録し、この列車ダイヤ登録案を車両運用指令システムおよび乗務員運用指令システムへ送信するステップと、
前記車両運用指令システムにて、前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて車両運用計画を予測し、予測される車両運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される車両運用計画に矛盾が生ずる場合は車両運用計画と矛盾のない列車ダイヤ変更案を独自に提案するとともに、前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由ならびに提案した列車ダイヤ変更案を返信するとともに、前記乗務員運用指令システムにて、前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて乗務員運用計画を予測し、予測される乗務員運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される乗務員運用計画に矛盾が生ずる場合は乗務員運用計画と矛盾のない列車ダイヤ変更案を独自に提案するとともに、前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由ならびに提案した列車ダイヤ変更案を返信するステップと、
前記列車ダイヤ指令システムにて、前記車両運用指令システムおよび前記乗務員運用指令システムの双方から前記承認の返信を得た場合は、前記列車ダイヤ変更案を確定し、少なくともいずれか一方から前記不承認の返信を得た場合は、
前記車両運用指令システムおよび前記乗務員運用指令システムの少なくともいずれか一方から得られた前記不承認の理由および提案された列車ダイヤ変更案に基づいて新たに列車ダイヤ変更案を作成し、当該列車ダイヤ変更案の登録を行うステップと、
を含むことを特徴とする運転整理支援方法。
【請求項６】
前記車両運用指令システムから返信可能な不承認の理由は、車両運用に対して予め設定された矛盾として抽出する複数の項目の中から選択され、かつ、選択された項目ごとに矛盾した予測計画内容を具体的に対応させたものであり、
前記乗務員運用指令システムから返信可能な不承認の理由は、乗務員運用に対して予め設定された矛盾として抽出する複数の項目の中から選択され、かつ、選択された項目ごとに矛盾した予測計画内容を具体的に対応させたものであることを特徴とする請求項４または５に記載の運転整理支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、列車ダイヤの変更に際して車両運用計画および乗務員運用計画との整合を図る運転整理支援システムおよび運転整理支援方法に関する。
【背景技術】
【０００２】
列車の運行管理では、事故や天候など様々な理由により、列車ダイヤを変更しなければならない場合が多い。しかしながら、列車ダイヤを変更する場合、その変更内容は予め車両運用指令および乗務員運用指令にも周知され、車両運用計画および乗務員運用計画の変更が可能かどうかの確認が必要となる。
【０００３】
特許文献１では、計画変更案を入力する複数の計画変更入力端末と、運行計画を管理する端末統括装置とを備えた列車運行管理システムにおいて、ある計画変更入力端末から計画変更案が入力されると、この計画変更案は端末統括装置へ送信され、端末統括装置では、この計画変更案の影響を受ける他の計画変更入力端末（影響端末）が特定される。そして、端末統括装置から特定された影響端末へ計画変更案が送信される。影響端末では、受信した計画変更案に基づいて、関係する指令員同士が電話等の手段により協議し、その結果、計画変更案を実際の列車運行計画に反映することが妥当であるとの結論に至った場合は、端末統括装置に対して承認応答を行う。計画変更案が妥当でないとの結論に至った場合は、端末統括装置に対して不承認応答を行う。端末統括装置では、すべての影響端末から承認を受けた場合は計画変更案に基づいて列車運行計画を変更し、一つでも不承認を受けた場合にはこの計画変更案を不承認として採用せず、その結果、計画変更案の立案から処理が繰り返される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１６８６７２号公報
【特許文献２】特開２００７−４５２１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の従来の技術によれば、計画変更案が不承認の場合、立案を行った計画変更入力端末では、不承認という通知のみに基づいて再度計画変更案を検討する必要があり、すべての影響端末から承認される計画変更案を得るまでには時間と手間がかかるという問題点があった。
【０００６】
また、特許文献１では、関係する指令員同士が電話等の手段により協議し、その結果、承認または不承認を判断していることから、口頭による情報の伝達ミスが発生する可能性があるとともに時間がかかるという問題点があった。
【０００７】
この発明は、上述の課題を解決するためになされたもので、より迅速、効率的かつ確実に列車ダイヤ変更案を確定することが可能な運転整理支援システムおよび運転整理支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明に係る運転整理支援システムは、ネットワークを介して相互に通信可能に接続された列車ダイヤ指令システム、車両運用指令システムおよび乗務員運用指令システムを備えてなる運転整理支援システムであって、前記車両運用指令システムは、前記列車ダイヤ指令システムから送信された列車ダイヤ変更案に応じて車両運用計画を予測し、予測される車両運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される車両運用計画に矛盾が生ずる場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由を返信する車両運用計画予測部、を有し、前記乗務員運用指令システムは、前記列車ダイヤ指令システムから送信された前記列車ダイヤ変更案に応じて乗務員運用計画を予測し、予測される乗務員運用計画に矛盾が生じない場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を承認する旨を返信し、予測される乗務員運用計画に矛盾が生ずる場合は前記列車ダイヤ指令システムに対して前記列車ダイヤ変更案を不承認する旨および不承認の理由を返信する乗務員運用計画予測部、を有し、前記列車ダイヤ指令システムは、前記列車ダイヤ変更案を登録し前記車両運用指令システムおよび前記乗務員運用指令システムへ送信するとともに、前記車両運用指令システムおよび前記乗務員運用指令システムの双方から前記承認の返信を得た場合は、前記列車ダイヤ変更案を確定し、少なくともいずれか一方から前記不承認の返信を得た場合は、前記不承認の理由に基づいて新たに立案された列車ダイヤ変更案の登録を行う列車ダイヤ指令部、を有する、ことを特徴とする。
【発明の効果】
【０００９】
この発明によれば、より迅速、効率的かつ確実に列車ダイヤ変更案を確定することができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１に係る運転整理支援システムの構成を示すブロック図である。
【図２】図２は、列車ダイヤ指令システムにおけるダイヤ変更時の機能構成を示したブロック図であり、特に、列車ダイヤ指令部における機能構成を具体的に示した図である。
【図３】図３は、車両運用指令システムまたは乗務員運用指令システムから応答を受けた時の列車ダイヤ指令システムにおける機能構成を示したブロック図であり、特に、列車ダイヤ指令部における機能構成を具体的に示した図である。
【図４】図４は、車両運用指令システムにおける列車ダイヤ変更案受信時の機能構成を示したブロック図であり、特に、車両運用計画予測部における機能構成を具体的に示した図である。
【図５】図５は、乗務員運用指令システムにおける列車ダイヤ変更案受信時の機能構成を示したブロック図であり、特に、乗務員運用計画予測部における機能構成を具体的に示した図である。
【図６】図６は、実施の形態１の動作を示したフローチャートである。
【図７】図７は、列車ダイヤ指令システムの送信内容の一例を示す図である。
【図８】図８は、車両運用指令システムの受信内容の一例を示す図である。
【図９】図９は、車両運用指令システムの「承認」応答時の送信内容の一例を示す図である。
【図１０】図１０は、列車ダイヤ指令システムによる車両運用指令システムからの「承認」応答の受信内容の一例を示す図である。
【図１１】図１１は、車両運用指令システムの「不承認」応答時の送信内容の一例を示す図である。
【図１２】図１２は、列車ダイヤ指令システムによる車両運用指令システムからの「不承認」応答の受信内容の一例を示す図である。
【図１３】図１３は、「不承認」の場合の理由の一例を列挙した図である。
【発明を実施するための形態】
【００１１】
以下に、本発明に係る運転整理支援システムおよび運転整理支援方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本実施の形態に係る運転整理支援システムの構成を示すブロック図である。図１に示すように、本実施の形態に係る運転整理支援システムは、列車ダイヤ指令システム１と、車両運用指令システム２と、乗務員運用指令システム３と、これらの間を通信可能に接続するネットワーク４とを備えている。列車ダイヤ指令システム１は例えば運転指令室に、車両運用指令システム２は例えば車両区所に、乗務員運用指令システム３は例えば乗務員区所に分散して配置される。
【００１３】
列車ダイヤ指令システム１は、指令員等がデータの入出力を行う入出力装置５と、列車ダイヤ情報等を表示するダイヤ情報表示装置６と、列車ダイヤ変更案を登録しこの列車ダイヤ変更案を車両運用指令システム２および乗務員運用指令システム３へ送信するとともに車両運用指令システム２および乗務員運用指令システム３からの応答に基づいて列車ダイヤ変更案を列車ダイヤとして確定しまたは新たな列車ダイヤ変更案を登録する列車ダイヤ指令部７と、ネットワーク４を介してデータの送受信を行うデータ送受信部８とを備えている。
【００１４】
車両運用指令システム２は、指令員等がデータの入出力を行う入出力装置９と、車両運用情報等を表示する車両運用情報表示装置１０と、列車ダイヤ指令システム１から受信した列車ダイヤ変更案等に基づいて車両運用計画を予測し、予測される計画に矛盾が生じていないかを検証して列車ダイヤ変更案に対して「承認」または「不承認」の判断を行い、「承認」の場合はその旨および車両運用計画の変更内容を、「不承認」の場合はその旨およびその理由を列車ダイヤ指令システム１に送信する車両運用計画予測部１１と、ネットワーク４を介してデータの送受信を行うデータ送受信部１２とを備えている。
【００１５】
乗務員運用指令システム３は、指令員等がデータの入出力を行う入出力装置１３と、乗務員情報等を表示する乗務員運用情報表示装置１４と、列車ダイヤ指令システム１から受信した列車ダイヤ変更案等に基づいて乗務員運用計画を予測し、予測される計画に矛盾が生じないかを検証して列車ダイヤ変更案に対して「承認」または「不承認」の判断を行い、「承認」の場合はその旨および乗務員運用計画の変更内容を、「不承認」の場合はその旨およびその理由を列車ダイヤ指令システム１に送信する乗務員運用計画予測部１５と、ネットワーク４を介してデータの送受信を行うデータ送受信部１６とを備えている。
【００１６】
図２は、列車ダイヤ指令システム１におけるダイヤ変更時の機能構成を示したブロック図であり、特に、列車ダイヤ指令部７における機能構成を具体的に示した図である。ダイヤ変更時には、指令員が入出力装置５を介してダイヤ変更のためのデータを入力し、この入力データは列車ダイヤ指令部７に入力される。入力データは、列車ダイヤ指令部７内のマンマシンＩ／Ｆ（インタフェース）部１６を介してダイヤ変更登録部１７に入力される。ダイヤ変更登録部１７は、その時点で登録され使用されている列車ダイヤに関する情報であるダイヤ情報（元）１８と上記入力データとに基づいて列車ダイヤ変更案を作成し、これをダイヤ情報（変更）１９として登録する。すなわち、指令員が運用計画の変更が必要であると判断した場合、入出力装置５を操作することにより、マンマシンＩ／Ｆ部１６およびダイヤ変更登録部１７を介して、ダイヤ情報（変更）１９が作成される。
【００１７】
また、ダイヤ変更登録部１７により列車ダイヤ変更案が登録されると、運用変更内容抽出部２０は列車ダイヤの変更分を所定の形式で抽出する。すなわち、運用変更内容抽出部２０は、ダイヤ情報（変更）１９とダイヤ情報（元）１８との差分である運用変更内容を抽出する。そして、この運用変更内容は、列車ダイヤ変更案として、データ送受信部８を介して、車両運用指令システム２および乗務員運用指令システム３へ送信される。ここで、ダイヤ変更案としてダイヤ情報（変更）１９そのものを送信することもできるが、データ容量が大きくなるので、変更分である差分情報を送信するほうが好ましい。また、ダイヤ情報表示装置６では、抽出された運用変更内容などが表示される。
【００１８】
図３は、車両運用指令システム２または乗務員運用指令システム３から応答を受けた時の列車ダイヤ指令システム１における機能構成を示したブロック図であり、特に、列車ダイヤ指令部７における機能構成を具体的に示した図である。車両運用指令システム２または乗務員運用指令システム３からの応答はデータ送受信部８により受信され、その受信結果は列車ダイヤ指令部７内の結果表示部２１によりダイヤ情報表示装置６にて表示される。さらに、受信結果は、マンマシンＩ／Ｆ部１６を介してダイヤ確定部２２に入力される。ダイヤ確定部２２は、受信結果を検証し、車両運用指令システム２および乗務員運用指令システム３の双方から「承認」を得た場合は、列車ダイヤ変更案を確定しダイヤ情報（変更）１９を変更ダイヤとして設定する。
【００１９】
一方、車両運用指令システム２および乗務員運用指令システム３の少なくとも一方から「不承認」を得た場合は、ダイヤ確定部２２は、列車ダイヤ変更案を確定することなく、「不承認」を受けた旨およびその理由をダイヤ情報表示装置６に表示する。これにより、司令員は、「不承認」の理由を具体的に把握することができるので、「不承認」の理由を勘案して適切なデータを迅速に入力することができ、ダイヤ変更登録部１７を介して、新たなより適切な列車ダイヤ変更案を立案することができる。なお、「不承認」の理由の具体的内容等については後述する。
【００２０】
図４は、車両運用指令システム２における列車ダイヤ変更案受信時の機能構成を示したブロック図であり、特に、車両運用計画予測部１１における機能構成を具体的に示した図である。
【００２１】
列車ダイヤ指令システム１からの列車ダイヤ変更案はデータ送受信部１２により受信され、その受信結果は車両運用計画予測部１１内の受信表示部２５により車両運用情報表示装置１０にて表示される。さらに、受信結果は、マンマシンＩ／Ｆ部２６を介して変更案予測部２７に入力される。
【００２２】
変更案予測部２７は、受信された列車ダイヤ変更案とその時点で登録され使用されている車両運用計画である車両運用情報（元）２８とに基づいて、車両運用計画のシミュレーション予測を行い、車両運用計画の変更案である車両運用情報（変更）２９を作成するとともに、車両運用計画に矛盾が発生しないかどうかを検証する。このとき、変更案予測部２７は、その時点で使用されている列車ダイヤ情報も保持しているので、列車ダイヤ指令システム１から受信された列車ダイヤ変更案が変更の差分情報のみを含むものであっても列車ダイヤ指令システム１が保持するダイヤ情報（変更）１９と同じ情報を再現することができる。なお、車両運用計画の予測シミュレーションは、例えば特許文献２に開示された従来の技術などを利用して同様に行うことができる。
【００２３】
変更案予測部２７は、検証の結果、変更計画（車両運用計画の変更案）に矛盾が生じない場合は、列車ダイヤ変更案を車両運用計画に反映可能であるとして、列車ダイヤ変更案を「承認」し、変更計画に矛盾が生ずる場合は、列車ダイヤ変更案を車両運用計画に反映不可能であるとして、列車ダイヤ変更案を「不承認」とする。また、「不承認」の場合は、「不承認」とした理由を添付する。ここで、理由としては、車両運用に対して予め矛盾として抽出する項目を複数定めておき、その項目の中から選択されたものであって、かつ、選択された項目ごとに矛盾した予測計画内容を具体的に対応させたものとする。図１３は、「不承認」の場合の理由の一例を列挙した図であり、車両運用に対しては、「滞泊場所」、「走行キロ」、「列車遅延による時刻逆転」、「編成併結」、「運用最終駅・充当開始駅不一致」、および「走行範囲」が矛盾として抽出する項目として列挙されている。なお、各項目に対して、矛盾として判断する条件が記載されている。変更案予測部２７は、検証の結果、「承認」応答をする場合は、車両運用計画の変更内容の一覧である変更一覧３１を作成し、「不承認」応答をする場合は、「不承認」の理由を図１３の項目から選択することにより警報一覧３２を作成する。なお、図１３は特許文献２の図５と同じ図である。
【００２４】
結果返信部３０は、「承認」応答の場合は変更一覧３１から、「不承認」の場合は警報一覧３２からデータを取得し、その内容を車両運用情報表示装置１０にて表示させるとともにデータ送受信部１２を介して列車ダイヤ指令システム１へ送信する。
【００２５】
図５は、乗務員運用指令システム３における列車ダイヤ変更案受信時の機能構成を示したブロック図であり、特に、車両運用計画予測部１１における機能構成を具体的に示した図である。
【００２６】
列車ダイヤ指令システム１からの列車ダイヤ変更案はデータ送受信部１６により受信され、その受信結果は車両運用計画予測部１１内の受信表示部４０により乗務員運用情報表示装置１４にて表示される。さらに、受信結果は、マンマシンＩ／Ｆ部４１を介して変更案予測部４２に入力される。
【００２７】
変更案予測部４２は、受信された列車ダイヤ変更案とその時点で登録され使用されている乗務員運用計画である乗務員運用情報（元）４３とに基づいて、乗務員運用計画のシミュレーション予測を行い、乗務員運用計画の変更案である乗務員運用情報（変更）４４を作成するとともに、乗務員運用計画に矛盾が発生しないかどうかを検証する。このとき、変更案予測部４２は、その時点で使用されている列車ダイヤ情報も保持しているので、列車ダイヤ指令システム１から受信された列車ダイヤ変更案が変更の差分情報のみを含むものであっても列車ダイヤ指令システム１が保持するダイヤ情報（変更）１９と同じ情報を再現することができる。
【００２８】
変更案予測部４２は、検証の結果、変更計画（乗務員運用計画の変更案）に矛盾が生じない場合は、列車ダイヤ変更案を乗務員運用計画に反映可能であるとして、列車ダイヤ変更案を「承認」し、変更計画に矛盾が生ずる場合は、列車ダイヤ変更案を乗務員運用計画に反映不可能であるとして、列車ダイヤ変更案を「不承認」とする。また、「不承認」の場合は、「不承認」とした理由を添付する。ここで、理由としては、乗務員運用に対して予め矛盾として抽出する項目を複数定めておき、その項目の中から選択されたものであって、かつ、選択された項目ごとに矛盾した予測計画内容を具体的に対応させたものとする。図１３では、乗務員運用に対しては、「業務キロ・業務時間」、「最終下車駅」、「食事時間」、「乗務員遅延による時刻逆転」、「下車駅・乗車駅不一致」、および「乗務員資格」が矛盾として抽出する項目として列挙されている。なお、各項目に対して、矛盾として判断する条件が記載されている。変更案予測部４２は、検証の結果、「承認」応答をする場合は、乗務員運用計画の変更内容の一覧である変更一覧４６を作成し、「不承認」応答をする場合は、「不承認」の理由を図１３の項目から選択して警報一覧４７を作成する。
【００２９】
結果返信部４５は、「承認」応答の場合は変更一覧４６から、「不承認」の場合は警報一覧４７からデータを取得し、その内容を乗務員運用情報表示装置１４にて表示させるとともにデータ送受信部１６を介して列車ダイヤ指令システム１へ送信する。
【００３０】
次に、本実施の形態の動作について図６を参照して説明する。図６は、本実施の形態の動作を示したフローチャートである。なお、以下では、列車ダイヤ指令システム１と車両運用指令システム２とに関する動作について説明するが、列車ダイヤ指令システム１と乗務員運用指令システム３とに関する動作についても同様である。
【００３１】
まず、列車ダイヤ指令システム１にて列車ダイヤ変更案を作成登録し、車両運用指令システム２および乗務員運用指令システム３へ列車ダイヤ変更案を送信する（Ｓ１）。ここで、運用変更内容抽出部２０の送信内容は、例えば図７に示すような内容である。すなわち、図７では、備考欄に、列車番号１２６Ｍの列車がＡ駅に２０分遅れて到着することが運行情報として記載され、これに対応して内容欄に、Ａ駅−Ｂ駅間で列車番号１２６Ｍの列車と同区間を走行する別の列車（内容欄には未記載）との間で走行順序を変更する列車ダイヤ変更案が提示されている。
【００３２】
次に、車両運用指令システム２にて列車ダイヤ変更案を受信し、この列車ダイヤ変更案に応じて、車両運用の予測を実行し対応可能かどうか判断する（Ｓ２）。すなわち、車両運用指令システム２の変更案予測部２７は、受信された列車ダイヤ変更案とその時点で使用されている車両運用計画である車両運用情報（元）２８とに基づいて、車両運用計画のシミュレーション予測を行い、計画に矛盾が発生しないかどうかを検証する。ここで、車両運用指令システム２の受信表示部２５の受信内容は、例えば図８に示すような内容であり、備考欄および内容欄は運用変更内容抽出部２０の送信内容と同じである。
【００３３】
予測の結果、対応可能である場合（Ｓ３、ｙｅｓ）、結果返信部３０は列車ダイヤ指令システム１へ「承認」応答する（Ｓ４）。すなわち、変更案予測部２７は、検証の結果、「承認」応答をする場合は、車両運用計画の変更内容の一覧である変更一覧３１を作成し、結果返信部３０はデータ送受信部１２を介して「承認」の旨および車両運用計画の付帯的な変更内容を列車ダイヤ指令システム１へ送信する。ここで、結果返信部３０の送信内容は、例えば図９に示すような内容である。すなわち、図９では、備考欄に、「承認」が記載され、これに対応して内容欄に、Ｃ駅−Ｄ駅間で列車番号２５２Ｍの列車と同区間を走行する別の列車（内容欄には未記載）との間で走行順序を変更し、かつ、Ｅ駅−Ｄ駅間で列車番号５５２Ｍの列車と同区間を走行する別の列車（内容欄には未記載）との間で走行順序を変更する車両運用計画変更案が提示されている。
【００３４】
次に、列車ダイヤ指令システム１では、車両運用指令システム２からの「承認」応答を受信すると、列車ダイヤ変更案を確定し列車ダイヤに設定する（Ｓ５）。ここで、列車ダイヤ指令システム１の結果表示部２１の受信内容は、例えば図１０に示すような内容であり、備考欄および内容欄は車両運用指令システム２の結果返信部３０の送信内容（「承認」応答内容）と同じである。
【００３５】
一方、予測の結果、対応不可能である場合（Ｓ３、Ｎｏ）、結果返信部３０は列車ダイヤ指令システム１へその理由を付して「不承認」応答する（Ｓ６）。すなわち、結果返信部３０は「不承認」の理由を図１３の項目から選択し、選択された項目に、矛盾する予測計画内容を具体的に対応づけることにより警報一覧３２を作成し、「不承認」の旨およびその理由を、データ送受信部１２を介して列車ダイヤ指令システム１へ送信する。ここで、結果返信部３０の送信内容は、例えば図１１に示すような内容である。
【００３６】
すなわち、図１１では、備考欄に、「不承認」が記載され、これに対応して内容欄に「不承認」の理由が記載され、その１つ目の理由は、「運行最終駅・充当開始駅不一致」であり、この項目に対応する矛盾した予測計画内容は、具体的には、列車番号１６２Ｍの列車が出発駅のＦ駅を出発時刻（計画）の７：５８：４５に出発することが未充当になっていることである。２つ目の理由は、「運行最終駅・充当開始駅不一致」であり、具体的には、列車番号２３２Ｍの列車が出発駅のＧ駅を出発時刻（計画）の８：１６：００に出発することが未充当になっており、３つ目の理由は、「列車遅延による時刻逆転」であり、具体的には、列車番号３１２Ｍの列車が到着駅のＨ駅を予測到着時刻の８：４９：４５に到着し、次に充当される列車の発車時刻よりも遅くなることである。
【００３７】
次に、列車ダイヤ指令システム１では、車両運用指令システム２からの「不承認」応答を受信すると、再度、列車ダイヤ変更案を検討する（Ｓ７）。このとき、「不承認」の理由は、図１２に示すように、予め設定された項目にしたがって具体的に提示される。したがって、指令員は、ダイヤ情報表示装置６に示された「不承認」の理由に基づき、矛盾するとして抽出された事項に関連する計画を中心に列車ダイヤ案を再検討すればよい。よって、ダイヤ変更登録部１７は、「不承認」の理由に基づいて、迅速、効率的、かつ適切に新たな列車ダイヤ変更案を作成することができ、この新たな列車ダイヤ変更案を入力として再度Ｓ１からの処理が繰り返される。
【００３８】
以上説明したように、本実施の形態では、列車ダイヤ指令システム１にて列車ダイヤを変更する際に、列車ダイヤ指令システム１から車両運用指令システム２および乗務員運用指令システム３へそれぞれ列車ダイヤ変更案を送信し、システム間で列車ダイヤ変更案を共有するようにする。そして、車両運用指令システム２および乗務員運用指令システム３はそれぞれ列車ダイヤ変更案を各計画に反映可能かどうか判断し、反映可能であれば、「承認」を返信する。反映不可能であれば、「不承認」とその理由を返信する。
【００３９】
本実施の形態によれば、車両運用指令システム２および乗務員運用指令システム３からの「不承認」応答において、「不承認」の理由を具体的な項目として提示するようにしたので、列車ダイヤ指令システム１では、提示された具体的な項目に基づいて列車ダイヤ変更案の再検討をすることができ、より適切な列車ダイヤ変更案を迅速に作成することができる。その結果、より迅速、効率的、かつ確実に変更案を確定することができる。
【００４０】
また、従来、列車ダイヤ指令システム１の指令員は、ダイヤ変更の際に、電話等で車両運用指令システム２の指令員および乗務員運用指令システム３の指令員と協議していた。これに対して、本実施の形態では、列車ダイヤ変更案を列車ダイヤ指令システム１から車両運用指令システム２および乗務員運用指令システム３へ送信することで、電話等による協議の必要がなく手間が省けるとともに信頼性も向上する。また、車両運用指令システム２および乗務員運用指令システム３では、指令員は実際に列車ダイヤ変更案を見て確認することで、迅速かつ確実に変更内容を検討することが可能となる。
【００４１】
本実施の形態では、「承認」または「不承認」の判断を列車ダイヤ指令システム１で行うことなく、車両運用指令システム２および乗務員運用指令システム３にてそれぞれ分散処理するようにしているので、処理が分散されて効率的である。
【００４２】
なお、特許文献１の段落[００２９]、[００３０]では、運行計画変更時に指令員が計画変更案を確認した上で承認を入力しまたは非承認およびコメントを入力して、返信することとなっているが、同文献では、非承認の場合にコメント等をどのように生かすかは述べられていない。さらに、コメントは、その都度、指令員が入力するものであって、本実施の形態のように、予め決められた基準にしたがって設定された項目とは異なるので、そのコメントを列車ダイヤ変更案の立案に役立てることができるか否かは明確ではなく、また、コメントは任意記載事項と解されるので利用しようとしても利用できない場合がある。したがって、特許文献１のシステムは本実施の形態とは本質的に異なるものである。
【００４３】
実施の形態２．
実施の形態１では、「不承認」応答時に理由を付して返信していたが、本実施の形態では、車両運用指令システム２および乗務員運用指令システム３にてそれぞれ反映可能な列車ダイヤ変更案を作成し、作成された列車ダイヤ変更案を「不承認」の理由とともに列車ダイヤ指令システム１に返信する構成とする。
【００４４】
本実施の形態の構成は、図１〜図５と同じであるが、車両運用計画予測部１１の変更案予測部２７および乗務員運用計画予測部１５の変更案予測部４２にさらに機能が付加される。すなわち、車両運用計画予測部１１の変更案予測部２７は、「不承認」の場合に、「不承認」の理由に基づいて、予測される車両運用計画と矛盾がなく車両運用計画に反映可能な列車ダイヤ変更案を提案し、予測される車両運用計画と矛盾のない列車ダイヤ変更案を「不承認」の理由とともに「不承認」である旨に添付して返信する。また、乗務員運用計画予測部１５の変更案予測部４２は、「不承認」の場合に、「不承認」の理由に基づいて、予測される乗務員運用計画と矛盾がなく乗務員運用計画に反映可能な列車ダイヤ変更案を提案し、予測される乗務員運用計画と矛盾のない列車ダイヤ変更案を「不承認」の理由とともに「不承認」である旨に添付して返信する。
【００４５】
列車ダイヤ指令部７のダイヤ確定部２２は、車両運用指令システム２および乗務員運用指令システム３の少なくとも一方から「不承認」を得た場合に、列車ダイヤ変更案を確定することなく、「不承認」の旨および理由ならびに提案された列車ダイヤ変更案をダイヤ情報表示装置６に表示する。これにより、司令員は、「不承認」の理由および提案された列車ダイヤ変更案を具体的に把握することができるので、表示内容を勘案して適切なデータを迅速に入力することができる。したがって、ダイヤ変更登録部１７は、「不承認」の理由および提案された列車ダイヤ変更案等に基づき、新たなより適切な列車ダイヤ変更案を迅速に作成し登録することができる。
【産業上の利用可能性】
【００４６】
本発明は、列車ダイヤの変更に際して車両運用計画および乗務員運用計画との整合を図って変更案を迅速、効率的かつ確実に確定するのに有用である。
【符号の説明】
【００４７】
１     列車ダイヤ指令システム
２     車両運用指令システム
３     乗務員運用指令システム
４     ネットワーク
５     入出力装置
６     ダイヤ情報表示装置
７     列車ダイヤ指令部
８     データ送受信部
９     入出力装置
１０   車両運用情報表示装置
１１   車両運用計画予測部
１２   データ送受信部
１３   入出力装置
１４   乗務員運用情報表示装置
１５   乗務員運用計画予測部
１６   データ送受信部
１７   ダイヤ変更登録部
２０   運用変更内容抽出部
２１   結果表示部
２２   ダイヤ確定部
２５   受信表示部
２７   変更案予測部
３０   結果返信部
３１   変更一覧
３２   警報一覧
４０   受信表示部
４２   変更案予測部
４５   結果返信部
４６   変更一覧
４７   警報一覧
【図１】
0005528147.tif 000002
【図２】
0005528147.tif 000003
【図３】
0005528147.tif 000004
【図４】
0005528147.tif 000005
【図５】
0005528147.tif 000006
【図６】
0005528147.tif 000007
【図７】
0005528147.tif 000008
【図８】
0005528147.tif 000009
【図９】
0005528147.tif 000010
【図１０】
0005528147.tif 000011
【図１１】
0005528147.tif 000012
【図１２】
0005528147.tif 000013
【図１３】
0005528147.tif 000014