知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024127608
(43)【公開日】2024-09-20
(54)【発明の名称】運行支援装置、運行支援方法および鉄道運行システム
(51)【国際特許分類】
B61L 27/12 20220101AFI20240912BHJP
【ＦＩ】
B61L27/12
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2023036870
(22)【出願日】2023-03-09
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】松下 聖弥
(72)【発明者】
【氏名】山形 庄平
(72)【発明者】
【氏名】島田 誠人
【テーマコード（参考）】
5H161
【Ｆターム（参考）】
5H161AA01
5H161JJ32
5H161JJ34
(57)【要約】
【課題】運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運行計画案を提示することができる運行支援装置、運行支援方法および鉄道運行システムを提供することができる。
【解決手段】列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部２１１と、運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員に提示する確認処理部２１２と、を備える運行支援装置。
【選択図】図２
【解決手段】列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部２１１と、運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員に提示する確認処理部２１２と、を備える運行支援装置。
【選択図】図２
【特許請求の範囲】
【請求項1】
列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部と、
前記運行計画条件を基に作成された前記運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、前記確認項目に対する回答を含めて再度作成された前記運行計画案を指令員に提示する確認処理部と、
を備える運行支援装置。
前記運行計画条件を基に作成された前記運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、前記確認項目に対する回答を含めて再度作成された前記運行計画案を指令員に提示する確認処理部と、
を備える運行支援装置。
【請求項2】
前記確認処理部は、前記確認項目を提示し、前記回答を得る処理を対話形式で行う請求項１に記載の運行支援装置。
【請求項3】
前記運行計画条件入力部は、前記運行計画条件を要求し、取得する処理についてさらに対話形式で行う請求項２に記載の運行支援装置。
【請求項4】
前記確認処理部は、前記運行計画案に対する確信度を基に前記不足情報を抽出する請求項１に記載の運行支援装置。
【請求項5】
前記確認処理部は、共通する複数の確認内容について、１つに纏めるグループ化を行い、前記確認項目として確認先に確認する請求項４に記載の運行支援装置。
【請求項6】
前記確認処理部は、前記不足情報に前記確信度を表す確信度データが含まれないときは、運用未定である列番を抽出したデータである運用未定データに対する前記確認項目を作成する請求項４に記載の運行支援装置。
【請求項7】
前記確認処理部は、前記不足情報に前記運用未定データが含まれないときは、ＫＰＩデータに対する前記確認項目を作成する請求項６に記載の運行支援装置。
【請求項8】
前記ＫＰＩデータは、前記運行計画案の評価指標および制約条件を表す請求項７に記載の運行支援装置。
【請求項9】
前記ＫＰＩデータは、前記運行計画案および前記運行計画条件から作成される請求項８に記載の運行支援装置。
【請求項10】
前記確認処理部は、予め作成された確認条件データに含まれる条件内容に該当した場合に、前記確認項目を作成する請求項１に記載の運行支援装置。
【請求項11】
前記確認条件データは、前記条件内容の他、確認先および確認内容を含む請求項１０に記載の運行支援装置。
【請求項12】
前記確認先は、指令員を含む請求項１１に記載の運行支援装置。
【請求項13】
前記運行計画条件は、支障に関する情報である支障情報、および指令員の運用方針を含む請求項１に記載の運行支援装置。
【請求項14】
プロセッサがメモリに記録されたプログラムを実行することにより、
列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得し
前記運行計画条件を基に作成された前記運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、前記確認項目に対する回答を含めて再度作成された前記運行計画案を指令員に提示する、
運行支援方法。
列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得し
前記運行計画条件を基に作成された前記運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、前記確認項目に対する回答を含めて再度作成された前記運行計画案を指令員に提示する、
運行支援方法。
【請求項15】
列車の運行に支障が生じる事象が発生したときに、支障に対応する運行計画案を作成する列車運行管理装置と、
指令員との間で対話形式にてやりとりをすることで、前記運行計画案の作成に必要な情報を取得する運行支援装置と、
を備え、
前記運行支援装置は、
前記運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部と、
前記運行計画条件を基に作成された前記運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、前記確認項目に対する回答を含めて再度作成された前記運行計画案を指令員に提示する確認処理部と、
を備える鉄道運行システム。
指令員との間で対話形式にてやりとりをすることで、前記運行計画案の作成に必要な情報を取得する運行支援装置と、
を備え、
前記運行支援装置は、
前記運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部と、
前記運行計画条件を基に作成された前記運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、前記確認項目に対する回答を含めて再度作成された前記運行計画案を指令員に提示する確認処理部と、
を備える鉄道運行システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、運行支援装置、運行支援方法、鉄道運行システムに関する。本発明は、特に、列車の運行に支障が生じたときに、列車の運行計画案を作成する処理を支援する運行支援装置等に関する。
【背景技術】
【0002】
列車の運行に支障を与える事象を生じたときには、鉄道のダイヤ乱れを解消するための業務として列車の運転整理が行われる。このとき、従来は、指令員の知識と経験に頼り、個々の列車に対して運転整理が行われている。
よって、近年は、過去の運転整理の履歴を教師データとして、学習モデルを作成し、この学習モデルに従い、運行計画案（運転整理案）を作成する試みがなされている。
よって、近年は、過去の運転整理の履歴を教師データとして、学習モデルを作成し、この学習モデルに従い、運行計画案（運転整理案）を作成する試みがなされている。
【0003】
特許文献１には、運転整理支援装置は、少なくとも列車の種別、遅れ時間、輸送量を含む所定の複数の指標に基づいて、列車の遅延が列車運行管理会社に与える損失値を予め記憶する損失管理データベースと、現在の運行計画に基づいて少なくとも一つの運転整理案を作成するために演算する運転整理案演算部と、運転整理案演算部により作成された運転整理案の損失値を損失管理データベースに基づいて算出する運転整理案評価部と、運転整理案と損失値を対応づけて提示する運転整理案提示部と、を備えることが記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１４－１０４７９４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、学習モデルにより運行計画案を作成する際に、必要な情報が不足する場合、不適切な運用変更を採択する可能性がある。この情報は、例えば、車両や乗務員情報、駅の情報、指令員の運用方針等が挙げられる。そこで、不足する情報を取り込み、適切な運行計画案を提示する技術が期待される。
本発明は、運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運行計画案を作成する処理を支援する運行支援装置、運行支援方法および鉄道運行システムを提供することを目的とする。
本発明は、運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運行計画案を作成する処理を支援する運行支援装置、運行支援方法および鉄道運行システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するため本発明は、列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部と、運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員に提示する確認処理部と、を備える運行支援装置を提供する。この場合、運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運転整理案を作成する処理を支援することができる。
【0007】
ここで、確認処理部は、確認項目を提示し、回答を得る処理を対話形式で行うことができる。この場合、回答する側は、入力すべき情報を明確に把握することができる。
また、運行計画条件入力部は、運行計画条件を要求し、取得する処理についてさらに対話形式で行うようにできる。この場合、回答する側は、入力すべき運行計画条件を明確に把握することができる。
さらに、確認処理部は、運行計画案に対する確信度を基に不足情報を抽出することができる。この場合、不足情報をより精度よく抽出できる。
またさらに、確認処理部は、共通する複数の確認内容について、１つに纏めるグループ化を行い、確認項目として確認先に確認することができる。この場合、確認項目の総数を削減し、回答する側の入力する手間を軽減できる。
また、確認処理部は、不足情報に確信度を表す確信度データが含まれないときは、運用未定である列番を抽出したデータである運用未定データに対する確認項目を作成することができる。この場合、運用未定データに関する不足情報について確認することができる。
さらに、確認処理部は、不足情報に運用未定データが含まれないときは、ＫＰＩデータに対する確認項目を作成することができる。この場合、ＫＰＩデータに関する不足情報について確認することができる。
またさらに、ＫＰＩデータは、混雑度および運休率等の運行計画案の評価指標および制約条件を表すようにできる。この場合、ＫＰＩデータとしてより適切なものとすることができる。
そして、ＫＰＩデータは、運行計画案および運行計画条件から作成されることができる。この場合、ＫＰＩデータをより簡単に作成できる。
また、確認処理部は、予め作成された確認条件データに含まれる条件内容に該当した場合に、確認項目を作成することができる。この場合、確認項目の作成がより容易になる。
さらに、確認条件データは、条件内容の他、確認先および確認内容を含むようにできる。この場合、確認条件データを基に確認先および確認内容が特定でき、確認項目を作成するのがより容易になる。
またさらに、確認先は、指令員を含むようにすることができる。この場合、確認項目を確認するのにより適切な回答先を含めることができる。
また、運行計画条件入力部は、運行計画条件を要求し、取得する処理についてさらに対話形式で行うようにできる。この場合、回答する側は、入力すべき運行計画条件を明確に把握することができる。
さらに、確認処理部は、運行計画案に対する確信度を基に不足情報を抽出することができる。この場合、不足情報をより精度よく抽出できる。
またさらに、確認処理部は、共通する複数の確認内容について、１つに纏めるグループ化を行い、確認項目として確認先に確認することができる。この場合、確認項目の総数を削減し、回答する側の入力する手間を軽減できる。
また、確認処理部は、不足情報に確信度を表す確信度データが含まれないときは、運用未定である列番を抽出したデータである運用未定データに対する確認項目を作成することができる。この場合、運用未定データに関する不足情報について確認することができる。
さらに、確認処理部は、不足情報に運用未定データが含まれないときは、ＫＰＩデータに対する確認項目を作成することができる。この場合、ＫＰＩデータに関する不足情報について確認することができる。
またさらに、ＫＰＩデータは、混雑度および運休率等の運行計画案の評価指標および制約条件を表すようにできる。この場合、ＫＰＩデータとしてより適切なものとすることができる。
そして、ＫＰＩデータは、運行計画案および運行計画条件から作成されることができる。この場合、ＫＰＩデータをより簡単に作成できる。
また、確認処理部は、予め作成された確認条件データに含まれる条件内容に該当した場合に、確認項目を作成することができる。この場合、確認項目の作成がより容易になる。
さらに、確認条件データは、条件内容の他、確認先および確認内容を含むようにできる。この場合、確認条件データを基に確認先および確認内容が特定でき、確認項目を作成するのがより容易になる。
またさらに、確認先は、指令員を含むようにすることができる。この場合、確認項目を確認するのにより適切な回答先を含めることができる。
【0008】
また、本発明は、プロセッサがメモリに記録されたプログラムを実行することにより、列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得し運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員に提示する、運行支援方法を提供する。この場合、運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運転整理案を作成する処理を支援することができる。
【0009】
さらに、本発明は、列車の運行に支障が生じる事象が発生したときに、支障に対応する運行計画案を作成する列車運行管理装置と、指令員との間で対話形式にてやりとりをすることで、運行計画案の作成に必要な情報を取得する運行支援装置と、を備え、運行支援装置は、運行計画案を作成する条件である運行計画条件を取得する運行計画条件入力部と、運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員に提示する確認処理部と、を備える鉄道運行システムを提供する。この場合、運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運転整理案を作成することができる。
【発明の効果】
【0010】
本発明によれば、運行計画案を作成する際に不足する情報を判断し、取り込むことで、より適切な運転整理案を作成する処理を支援する運行支援装置等を提供することができる。
【図面の簡単な説明】
【0011】
【図1】本実施の形態が適用される鉄道運行システムの全体構成を示したブロック図である。
【図2】対話装置の詳細な構成について示したブロック図である。
【図3】運行計画案データについて示した図である。
【図4】運行計画条件データについて示した図である。
【図5】確信度データについて示した図である。
【図6】運用未定データについて示した図である。
【図7】ＫＰＩデータについて示した図である。
【図8】確認条件データについて示した図である。
【図9】確認項目データについて示した図である。
【図10】回答データについて示した図である。
【図11】鉄道運行システムの動作について説明したシーケンス図である。
【図15】（ａ）～（ｄ）は、確認項目を作成する処理で扱うデータの変遷を示した図である。
【図18】（ａ）は、運行計画条件の設定完了画面を示した図である。（ｂ）は、指令員が回答を入力する画面を示した図である。
【図19】（ａ）～（ｄ）は、運行管理装置でなされる処理を視覚化した図である。
【発明を実施するための形態】
【0012】
以下、添付図面を参照し、本発明の実施の形態について、詳細に説明する。
【0013】
＜鉄道運行システム１の全体説明＞
図１は、本実施の形態が適用される鉄道運行システム１の全体構成を示したブロック図である。
図１に示すように、鉄道運行システム１は、列車運行管理装置１０と、対話装置２０と、外部システム３０と、指令所４１と、車両基地４２と、乗務員区４３と、信号機５０と、列車６０と、駅設備７０とを備える。これらは、ネットワーク８０を介し接続されている。
図１は、本実施の形態が適用される鉄道運行システム１の全体構成を示したブロック図である。
図１に示すように、鉄道運行システム１は、列車運行管理装置１０と、対話装置２０と、外部システム３０と、指令所４１と、車両基地４２と、乗務員区４３と、信号機５０と、列車６０と、駅設備７０とを備える。これらは、ネットワーク８０を介し接続されている。
【0014】
列車運行管理装置１０は、転轍機（ポイント）等の駅設備７０の状態、在線している列車６０の位置の情報、およびダイヤグラムの情報を参照する。そして、列車６０毎に在線している位置と時刻に応じ、信号機５０や駅設備７０の設定を行う。
また、列車運行管理装置１０は、詳しくは後述するが、輸送障害等の列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案（運転整理案）を作成する。そして、指令員４１ａの承諾が得られると、支障に対応する運行計画として実行される。
また、列車運行管理装置１０は、詳しくは後述するが、輸送障害等の列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案（運転整理案）を作成する。そして、指令員４１ａの承諾が得られると、支障に対応する運行計画として実行される。
【0015】
列車運行管理装置１０は、運行計画生成部１１と、運行計画指示部１２と、記憶部１３とを備える。
運行計画生成部１１は、支障が生じたときに列車の運行計画案を作成する。
運行計画指示部１２は、運行計画に基づいた運行計画情報を信号制御装置３１に送信して制御を指示する。運行計画情報は、輸送計画情報、車両運用情報、乗務員運用情報等を含む。
記憶部１３は、運行計画情報を格納する。
運行計画生成部１１は、支障が生じたときに列車の運行計画案を作成する。
運行計画指示部１２は、運行計画に基づいた運行計画情報を信号制御装置３１に送信して制御を指示する。運行計画情報は、輸送計画情報、車両運用情報、乗務員運用情報等を含む。
記憶部１３は、運行計画情報を格納する。
【0016】
対話装置２０は、運行支援装置の一例である。詳しくは後述するが、対話装置２０は、指令員との間で対話形式にてやりとりをすることで、運行計画案の作成に必要な情報を取得する。
対話装置２０は、処理部２１と、記憶部２２とを備える。処理部２１および記憶部２２の構成については後で詳細に説明する。
対話装置２０は、処理部２１と、記憶部２２とを備える。処理部２１および記憶部２２の構成については後で詳細に説明する。
【0017】
外部システム３０は、信号制御装置３１と、構内作業管理装置３２と、乗務員運用管理装置３３と、車両運用管理装置３４とを備える。
信号制御装置３１は、運行計画情報に基づき、信号機５０、列車６０、駅設備７０などを制御する装置である。
構内作業管理装置３２は、駅構内や車両基地構内における、番線入換、増解結、車両の検査等の構内作業に関する計画の管理を行う。
乗務員運用管理装置３３は、運転士や車掌などの列車の乗務員を何れの列車に何れの順番で乗務させるかの計画の管理を行う。
車両運用管理装置３４は、列車運行管理装置１０によって作成された運行計画に基づき、車両を何れの列車に割り当てるかの計画の管理を行う。
信号制御装置３１は、運行計画情報に基づき、信号機５０、列車６０、駅設備７０などを制御する装置である。
構内作業管理装置３２は、駅構内や車両基地構内における、番線入換、増解結、車両の検査等の構内作業に関する計画の管理を行う。
乗務員運用管理装置３３は、運転士や車掌などの列車の乗務員を何れの列車に何れの順番で乗務させるかの計画の管理を行う。
車両運用管理装置３４は、列車運行管理装置１０によって作成された運行計画に基づき、車両を何れの列車に割り当てるかの計画の管理を行う。
【0018】
指令所４１では、指令員４１ａが指令業務を行い、これにより列車の運行を管理する。指令員４１ａは、端末装置４１ｂを使用して、列車の運行の状態を見ることができ、また、指令の入力を行うことができる。また、支障が生じたときは、この後説明するように、指令員４１ａは、端末装置４１ｂを使用して、対話装置２０との間で対話を行う。
【0019】
車両基地４２では、担当者４２ａが車両の管理業務を行い、車両の収容、車両の入換、車両の検査・修理を管理する。担当者４２ａは、端末装置４２ｂを使用して、車両の管理業務を行う。また、支障が生じたときは、この後説明するように、担当者４２ａは、端末装置４２ｂを使用して、対話装置２０との間で対話を行う。
【0020】
乗務員区４３では、担当者４３ａが乗務員の管理業務を行い、乗務員の勤務管理を行う。担当者４３ａは、端末装置４３ｂを使用して、乗務員の管理業務を行う。また、支障が生じたときは、この後説明するように、担当者４３ａは、端末装置４３ｂを使用して、対話装置２０との間で対話を行う。
【0021】
ネットワーク８０は、列車運行管理装置１０、対話装置２０、外部システム３０、指令所４１、車両基地４２、乗務員区４３、信号機５０、列車６０、駅設備７０の間の情報通信に用いられる通信手段であり、例えば、情報の送受信や制御を行うための専用回線、信号線等から構成される。ネットワーク８０は、有線か無線かを問わず、これらを併用してもよい。また、ネットワーク８０は、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）であってもよい。さらに、ネットワーク８０は、セキュリティ面を考慮して複数のネットワークにより構成されていてもよい。例えば、信号機５０と外部システム３０との間を接続するネットワーク、列車運行管理装置１０と指令所４１、車両基地、乗務員区との間を接続するネットワークを分けることが考えられる。
【0022】
列車運行管理装置１０、対話装置２０、端末装置４１ｂ、４２ｂ、４３ｂは、ＰＣ（Personal Computer）、スマートフォン、タブレットなどのコンピュータ装置である列車運行管理装置１０、対話装置２０、端末装置４１ｂ、４２ｂ、４３ｂは、演算手段であるＣＰＵ（Central Processing Unit）等のプロセッサと、記憶手段であるメインメモリ及びＨＤＤ（Hard Disk Drive）等のストレージとを備える。ここで、プロセッサは、ＯＳ（基本ソフトウェア）やアプリケーションプログラム（応用ソフトウェア）等の各種ソフトウェアを実行する。また、メインメモリは、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域である、さらに、ストレージは、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
また、列車運行管理装置１０、対話装置２０、端末装置４１ｂ、４２ｂ、４３ｂは、外部との通信を行うための通信インタフェースと、ビデオメモリやディスプレイ等からなる表示機構と、キーボート、マウス、タッチパネル、マイク等の入力機構とを備える。
また、列車運行管理装置１０、対話装置２０、端末装置４１ｂ、４２ｂ、４３ｂは、外部との通信を行うための通信インタフェースと、ビデオメモリやディスプレイ等からなる表示機構と、キーボート、マウス、タッチパネル、マイク等の入力機構とを備える。
【0023】
＜対話装置２０の説明＞
図２は、対話装置２０の詳細な構成について示したブロック図である。
図１で説明したように、対話装置２０は、処理部２１と、記憶部２２とを備える。
このうち、処理部２１は、運行計画条件入力部２１１と、確認処理部２１２とを備える。
図２は、対話装置２０の詳細な構成について示したブロック図である。
図１で説明したように、対話装置２０は、処理部２１と、記憶部２２とを備える。
このうち、処理部２１は、運行計画条件入力部２１１と、確認処理部２１２とを備える。
【0024】
運行計画条件入力部２１１は、列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得する。運行計画条件は、指令員４１ａが、運行計画条件入力部２１１を介して入力する。
【0025】
確認処理部２１２は、運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員４１ａに提示する。
より具体的には、確認処理部２１２は、運行計画条件を基に列車運行管理装置１０が作成した運行計画案について、不足する情報である不足情報を抽出する。そして、不足情報について確認する確認項目を作成して確認先に確認する。さらにその回答を確認先から取得する。実際には、確認項目は、確認先が備える表示機構に表示され、確認先は、入力機構を用いてその回答を入力する。確認先は、不足情報の内容によって予め定められている。確認先は、例えば、指令員４１ａ、車両基地４２の担当者４２ａ、乗務員区４３の担当者４３ａである。
より具体的には、確認処理部２１２は、運行計画条件を基に列車運行管理装置１０が作成した運行計画案について、不足する情報である不足情報を抽出する。そして、不足情報について確認する確認項目を作成して確認先に確認する。さらにその回答を確認先から取得する。実際には、確認項目は、確認先が備える表示機構に表示され、確認先は、入力機構を用いてその回答を入力する。確認先は、不足情報の内容によって予め定められている。確認先は、例えば、指令員４１ａ、車両基地４２の担当者４２ａ、乗務員区４３の担当者４３ａである。
【0026】
また、回答の情報である回答情報を取得すると、列車運行管理装置１０の運行計画生成部１１は、その回答情報をさらに加えて運行計画案を再度作成する。確認処理部２１２は、再度作成された運行計画案を指令員４１ａに対し確認し、承認を得る。実際には、再度作成された運行計画は、対話装置２０が備える表示機構に表示され、指令員４１ａは、入力機構を用いて、これを承認する旨の指示を入力する。
【0027】
記憶部２２は、運行計画案データ２２１と、運行計画条件データ２２２と、確信度データ２２３と、運用未定データ２２４と、ＫＰＩ（Key Performance Indicator：重要業績評価指標）データ２２５と、確認条件データ２２６と、確認項目データ２２７と、回答データ２２８とを格納する。
【0028】
運行計画案データ２２１は、列車運行管理装置１０の運行計画生成部１１が作成した運行計画案についてのデータである。
図３は、運行計画案データ２２１について示した図である。
運行計画案データ２２１の各レコードは、輸送ダイヤにおける駅間の走行を表すスジ毎の輸送情報である。
図示する運行計画案データ２２１は、各列車についての、列車番号、停車する駅名、走行順序、１つ前に運用される列車番号である前運用列番、１つ後に運用される列車の列車番号である後運用列番の各項目を含む。また、運行計画案データ２２１は、元計画（支障が生じる前の運行計画）における各駅の到着時刻、元計画における各駅の出発時刻、運行計画案における駅の到着時刻、運行計画案における駅の出発時刻、元計画における車両数、運行計画案における車両数、元計画における通過停車情報、この運行計画案における通過停車情報、確信度の各項目を含む。
図示する例では、列車番号が「ａレ」および「ｅレ」の列車についての運行計画案を表す運行計画案データ２２１が、テーブルの形で作成されている。この運行計画案では、列車番号が「ａレ」の列車は、元計画と同様に運行される。また、この運行計画案では、列車番号が「ｅレ」の列車は、運休になる。
なお、前運用列番、後運用列番の値が「－」の場合は運用未定であることを表す。
図３は、運行計画案データ２２１について示した図である。
運行計画案データ２２１の各レコードは、輸送ダイヤにおける駅間の走行を表すスジ毎の輸送情報である。
図示する運行計画案データ２２１は、各列車についての、列車番号、停車する駅名、走行順序、１つ前に運用される列車番号である前運用列番、１つ後に運用される列車の列車番号である後運用列番の各項目を含む。また、運行計画案データ２２１は、元計画（支障が生じる前の運行計画）における各駅の到着時刻、元計画における各駅の出発時刻、運行計画案における駅の到着時刻、運行計画案における駅の出発時刻、元計画における車両数、運行計画案における車両数、元計画における通過停車情報、この運行計画案における通過停車情報、確信度の各項目を含む。
図示する例では、列車番号が「ａレ」および「ｅレ」の列車についての運行計画案を表す運行計画案データ２２１が、テーブルの形で作成されている。この運行計画案では、列車番号が「ａレ」の列車は、元計画と同様に運行される。また、この運行計画案では、列車番号が「ｅレ」の列車は、運休になる。
なお、前運用列番、後運用列番の値が「－」の場合は運用未定であることを表す。
【0029】
運行計画条件データ２２２は、運行計画条件入力部２１１で指令員４１ａが入力し、運行計画案を作成する際の前提条件である運行計画条件についてのデータである。
図４は、運行計画条件データ２２２について示した図である。
図示する運行計画条件データ２２２は、運用方針のデータであり、優先度および内容の各項目を含む。
図示する例では、優先度が必須の運用方針として、「総遅延時間の軽減を最優先にする」、および混雑度が激しいため、「ｃレのＢ駅～Ｃ駅は運休しない」が、入力されたことを示す。また、優先度が任意の運用方針として、「Ｂ駅～Ｃ駅の１６：００～１７：００が混雑度２００％」までにするが、入力されたことを示す。
なお、優先度は、数値であってもよい。
図４は、運行計画条件データ２２２について示した図である。
図示する運行計画条件データ２２２は、運用方針のデータであり、優先度および内容の各項目を含む。
図示する例では、優先度が必須の運用方針として、「総遅延時間の軽減を最優先にする」、および混雑度が激しいため、「ｃレのＢ駅～Ｃ駅は運休しない」が、入力されたことを示す。また、優先度が任意の運用方針として、「Ｂ駅～Ｃ駅の１６：００～１７：００が混雑度２００％」までにするが、入力されたことを示す。
なお、優先度は、数値であってもよい。
【0030】
確信度データ２２３は、運行計画条件や支障情報を基に運行計画生成部１１がまず作成した運行計画案に対し、その内容の確信度を含むデータである。ここで、「確信度」は、１つの問いに対して複数の正解の候補がある場合、その中からどれだけの確信をもって正解を選んでいるかを示す指標である。確信度は、例えば、０％以上１００％以下の数値にて表すことできる。この数値が大きいほど、信頼度が高く、小さいほど信頼度が低いことを意味する。確信度は、既知の方法を使用して求めることができる。
図５は、確信度データ２２３について示した図である。
図示する確信度データ２２３は、列車番号、時刻、場所、変更内容、確信度の各項目を含む。
図示する例では、列車番号が「ｅレ」の列車は、時刻が２３：５０－２３：５１にＤ駅に停車するという元計画に対し、運行計画案では運休する、というレコードについて、その確信度が５０％であることを示している。また、同列車について、時刻が２３：５５－２３：５５にＥ駅に停車するという元計画に対し、運行計画案では運休する、というレコードについて、その確信度が４０％であることを示している。
図５は、確信度データ２２３について示した図である。
図示する確信度データ２２３は、列車番号、時刻、場所、変更内容、確信度の各項目を含む。
図示する例では、列車番号が「ｅレ」の列車は、時刻が２３：５０－２３：５１にＤ駅に停車するという元計画に対し、運行計画案では運休する、というレコードについて、その確信度が５０％であることを示している。また、同列車について、時刻が２３：５５－２３：５５にＥ駅に停車するという元計画に対し、運行計画案では運休する、というレコードについて、その確信度が４０％であることを示している。
【0031】
運用未定データ２２４は、運行計画案データ２２１の前運用列番、後運用列番から前後運用未定である列番を抽出したデータである。
図６は、運用未定データ２２４について示した図である。
図示する運用未定データ２２４は、列車番号、時刻、場所、未定の各項目を含む。
図示する例では、列車番号が、「ｂレ」の列車は、１６：３５の時刻において、Ａ駅～Ｂ駅の区間に在線するが、この後の運用が未定であることを示している。
図６は、運用未定データ２２４について示した図である。
図示する運用未定データ２２４は、列車番号、時刻、場所、未定の各項目を含む。
図示する例では、列車番号が、「ｂレ」の列車は、１６：３５の時刻において、Ａ駅～Ｂ駅の区間に在線するが、この後の運用が未定であることを示している。
【0032】
ＫＰＩデータ２２５は、混雑度や運休率等の運行計画案の評価指標および制約条件を数値化したデータである。
図７は、ＫＰＩデータ２２５について示した図である。
図示するＫＰＩデータ２２５は、ＫＰＩ、列車番号、時刻、場所、値の各項目を含む。
図示する例では、ＫＰＩが混雑度であり、１６：００～１７：００の時間帯におけるＢ駅～Ｃ駅の混雑度の値が、２００％であることを示している。また、図示する例では、ＫＰＩが運休率であり、Ａ駅～Ｂ駅の運休率の値が、０％であることを示している。なお、これらのデータは、列車とは関係がないため、列車番号は、該当しないことを示す「－」となっている。
図７は、ＫＰＩデータ２２５について示した図である。
図示するＫＰＩデータ２２５は、ＫＰＩ、列車番号、時刻、場所、値の各項目を含む。
図示する例では、ＫＰＩが混雑度であり、１６：００～１７：００の時間帯におけるＢ駅～Ｃ駅の混雑度の値が、２００％であることを示している。また、図示する例では、ＫＰＩが運休率であり、Ａ駅～Ｂ駅の運休率の値が、０％であることを示している。なお、これらのデータは、列車とは関係がないため、列車番号は、該当しないことを示す「－」となっている。
【0033】
確認条件データ２２６は、不足情報として指令員４１ａに確認するか否かを判断する条件についてのデータである。確認条件は、例えば、確信度により定義される。
図８は、確認条件データ２２６について示した図である。
図示する確認条件データ２２６は、カテゴリ、条件項目、条件内容、確認先、確認内容の各項目を含む。
運行計画案が、条件内容に該当した場合、確認処理部２１２は、対応する確認先に確認内容を問い合わせる確認項目を作成することになる。
図示する例では、カテゴリや条件項目が確信度であり、条件内容として運休の確信度が５０％以下のときに、指令員４１ａを確認先として、「運休しますか？」の確認内容で確認を行うことが決められている。また、図示する例では、カテゴリや条件項目が運用未定であり、条件内容として後運用未定のときに、指令員４１ａを確認先として、「後運用を設定しますか？」の確認内容で確認を行うことが決められている。さらに、図示する例では、カテゴリがＫＰＩで条件項目が混雑度であり、条件内容として混雑度が１５０％以上のときに、車両基地Ａを確認先として、「列車を出区できますか？」の確認内容で確認を行うことが決められている。
なお、ここで示す確認内容は、あくまでベースであり、文章は変更することもできる。ここで示すレコードは、予め設定されてもよいし、運行計画条件の設定の際に設定する仕様にしてもよい。また、カテゴリが「確信度」、「運用未定」に対する条件項目は１つであるが、カテゴリがＫＰＩに対する条件項目は複数である。
図８は、確認条件データ２２６について示した図である。
図示する確認条件データ２２６は、カテゴリ、条件項目、条件内容、確認先、確認内容の各項目を含む。
運行計画案が、条件内容に該当した場合、確認処理部２１２は、対応する確認先に確認内容を問い合わせる確認項目を作成することになる。
図示する例では、カテゴリや条件項目が確信度であり、条件内容として運休の確信度が５０％以下のときに、指令員４１ａを確認先として、「運休しますか？」の確認内容で確認を行うことが決められている。また、図示する例では、カテゴリや条件項目が運用未定であり、条件内容として後運用未定のときに、指令員４１ａを確認先として、「後運用を設定しますか？」の確認内容で確認を行うことが決められている。さらに、図示する例では、カテゴリがＫＰＩで条件項目が混雑度であり、条件内容として混雑度が１５０％以上のときに、車両基地Ａを確認先として、「列車を出区できますか？」の確認内容で確認を行うことが決められている。
なお、ここで示す確認内容は、あくまでベースであり、文章は変更することもできる。ここで示すレコードは、予め設定されてもよいし、運行計画条件の設定の際に設定する仕様にしてもよい。また、カテゴリが「確信度」、「運用未定」に対する条件項目は１つであるが、カテゴリがＫＰＩに対する条件項目は複数である。
【0034】
確認項目データ２２７は、確認項目の、確認先および確認項目の内容についてのデータである。
図９は、確認項目データ２２７について示した図である。
図示する確認項目データ２２７は、確認先、内容の各項目を含む。
図示する例では、確認先が指令員４１ａであり、確認項目の内容が、「ｅレのＣ駅～Ｄ駅を運休しますか？」の確認項目が作成されたことを示している。また、確認先が指令員４１ａであり、確認項目の内容が、「ｅレのＤ駅～Ｅ駅を運休しますか？」の確認項目が作成されたことを示している。さらに、確認先が車両基地Ａであり、確認項目の内容が、「５両編成の車両を１５：３０に出区できますか？」の確認項目が作成されたことを示している。またさらに、確認先が乗務員区Ｘであり、確認項目の内容が、「Ｂ駅～Ｃ駅（１６：００－１７：２０）で１人手配できますか？」の確認項目が作成されたことを示している。
なお、確認先は、電話番号やメールアドレス等であってもよい。
図９は、確認項目データ２２７について示した図である。
図示する確認項目データ２２７は、確認先、内容の各項目を含む。
図示する例では、確認先が指令員４１ａであり、確認項目の内容が、「ｅレのＣ駅～Ｄ駅を運休しますか？」の確認項目が作成されたことを示している。また、確認先が指令員４１ａであり、確認項目の内容が、「ｅレのＤ駅～Ｅ駅を運休しますか？」の確認項目が作成されたことを示している。さらに、確認先が車両基地Ａであり、確認項目の内容が、「５両編成の車両を１５：３０に出区できますか？」の確認項目が作成されたことを示している。またさらに、確認先が乗務員区Ｘであり、確認項目の内容が、「Ｂ駅～Ｃ駅（１６：００－１７：２０）で１人手配できますか？」の確認項目が作成されたことを示している。
なお、確認先は、電話番号やメールアドレス等であってもよい。
【0035】
回答データ２２８は、確認先から確認項目について回答された回答情報のデータである。
図１０は、回答データ２２８について示した図である。
図示する回答データ２２８は、回答元、内容の各項目を含む。
図示する例では、図９の確認項目に対する回答を示している。つまり、確認項目の内容が、「ｅレのＣ駅～Ｄ駅を運休しますか？」、「ｅレのＤ駅～Ｅ駅を運休しますか？」の確認項目に対し、回答元である指令員４１ａが、「ｅレのＣ駅～Ｅ駅を運休する」の内容の回答をしたことを示している。また、確認項目の内容が、「５両編成の車両を１５：３０に出区できますか？」の確認項目に対し、回答元である車両基地Ａが、「５両編成の車両を１５：４０であれば出区可能」の内容の回答をしたことを示している。さらに、確認項目の内容が、「Ｂ駅～Ｃ駅（１６：００－１７：２０）で１人手配できますか？」の確認項目に対し、回答元である乗務員区Ｘが、「Ｂ駅～Ｃ駅（１６：００－１７：２０）で１人（乗務員名ＺＺＺＺ）手配可能」の内容の回答をしたことを示している。
なお、回答は、確認項目に対するＹｅｓ／Ｎｏでもよいし、代案を入力してもよい。
図１０は、回答データ２２８について示した図である。
図示する回答データ２２８は、回答元、内容の各項目を含む。
図示する例では、図９の確認項目に対する回答を示している。つまり、確認項目の内容が、「ｅレのＣ駅～Ｄ駅を運休しますか？」、「ｅレのＤ駅～Ｅ駅を運休しますか？」の確認項目に対し、回答元である指令員４１ａが、「ｅレのＣ駅～Ｅ駅を運休する」の内容の回答をしたことを示している。また、確認項目の内容が、「５両編成の車両を１５：３０に出区できますか？」の確認項目に対し、回答元である車両基地Ａが、「５両編成の車両を１５：４０であれば出区可能」の内容の回答をしたことを示している。さらに、確認項目の内容が、「Ｂ駅～Ｃ駅（１６：００－１７：２０）で１人手配できますか？」の確認項目に対し、回答元である乗務員区Ｘが、「Ｂ駅～Ｃ駅（１６：００－１７：２０）で１人（乗務員名ＺＺＺＺ）手配可能」の内容の回答をしたことを示している。
なお、回答は、確認項目に対するＹｅｓ／Ｎｏでもよいし、代案を入力してもよい。
【0036】
＜鉄道運行システム１の動作の説明＞
次に、鉄道運行システム１の動作の説明を行う。
図１１は、鉄道運行システム１の動作について説明したシーケンス図である。
ここでは、指令員４１ａ、対話装置２０、列車運行管理装置１０および外部関係者（外部装置）との間のやりとりを図示している。なお、外部関係者（外部装置）は、外部システム３０、車両基地４２の担当者４２ａや乗務員区４３の担当者４３ａ等の現場担当者が該当する。
まず、支障が発生する前に、外部関係者（外部装置）から列車運行管理装置１０に運用情報が入力される（Ｓ１０１）。運用情報は、例えば、車両の状態、駅の混雑度などの情報である。この運用情報は、支障が生じる前の現状取得できる情報である。
次に、対話装置２０が運行計画作成時の条件を要求する（Ｓ１０２）。この条件は、例えば、利用者が多い駅や複数の鉄道事業者が共用する駅は運休を最小限に抑える、貨物列車を優先して輸送するなどの支障状況に関わらず設定できる条件である。
このとき、設定された条件は運行計画条件として入力する。運行計画作成時の条件は、図４で示したようなものとなる。
次に、鉄道運行システム１の動作の説明を行う。
図１１は、鉄道運行システム１の動作について説明したシーケンス図である。
ここでは、指令員４１ａ、対話装置２０、列車運行管理装置１０および外部関係者（外部装置）との間のやりとりを図示している。なお、外部関係者（外部装置）は、外部システム３０、車両基地４２の担当者４２ａや乗務員区４３の担当者４３ａ等の現場担当者が該当する。
まず、支障が発生する前に、外部関係者（外部装置）から列車運行管理装置１０に運用情報が入力される（Ｓ１０１）。運用情報は、例えば、車両の状態、駅の混雑度などの情報である。この運用情報は、支障が生じる前の現状取得できる情報である。
次に、対話装置２０が運行計画作成時の条件を要求する（Ｓ１０２）。この条件は、例えば、利用者が多い駅や複数の鉄道事業者が共用する駅は運休を最小限に抑える、貨物列車を優先して輸送するなどの支障状況に関わらず設定できる条件である。
このとき、設定された条件は運行計画条件として入力する。運行計画作成時の条件は、図４で示したようなものとなる。
【0037】
そして、列車の運行に支障が生じる事象が発生した場合（Ｓ１０３）、外部関係者（外部装置）から、支障が発生した旨の通知が指令員４１ａに対しなされる（Ｓ１０４）。
このとき、指令員４１ａは、対話装置２０の運行計画条件入力部２１１に対し、支障が生じた箇所、発生時刻、復旧時間などの支障に関する情報である支障情報や、混雑が激しいため所定の駅間は運休しないなどの指令員４１ａの運用方針を、運行計画条件として入力する（Ｓ１０５）。運用方針は、図４で示したようなものとなる。
運行計画条件入力部２１１は、列車運行管理装置１０に対し、運行計画条件を送信し、運行計画の生成を要求する（Ｓ１０６）。
このとき、指令員４１ａは、対話装置２０の運行計画条件入力部２１１に対し、支障が生じた箇所、発生時刻、復旧時間などの支障に関する情報である支障情報や、混雑が激しいため所定の駅間は運休しないなどの指令員４１ａの運用方針を、運行計画条件として入力する（Ｓ１０５）。運用方針は、図４で示したようなものとなる。
運行計画条件入力部２１１は、列車運行管理装置１０に対し、運行計画条件を送信し、運行計画の生成を要求する（Ｓ１０６）。
【0038】
列車運行管理装置１０の運行計画生成部１１は、運行計画案を作成し、対話装置２０の確認処理部２１２に対し、この運行計画案、運用変更内容、確信度等を含む運用情報を送信する（Ｓ１０７）。なお、運用情報は、運行計画生成部１１が一通り運行計画案を演算し終えた後に行ってもよいし、運行計画案の演算段階で途中結果を送信してもよい。
確認処理部２１２は、確信度を基に不足情報を抽出し、不足情報について確認する確認項目を作成して、指令員４１ａに確認する（Ｓ１０８）。これにより輸送計画に関する指令員４１ａの判断を確認することができる。
これに対し、指令員４１ａは、回答を確認処理部２１２に入力する（Ｓ１０９）。
一方、確認処理部２１２は、不足情報について確認する確認項目を作成して、外部関係者（外部装置）に対し確認する（Ｓ１１０）。これにより、車両情報、乗務員情報について確認することができる。
これに対し、外部関係者（外部装置）は、回答を確認処理部２１２に入力する（Ｓ１１１）。
確認処理部２１２は、確信度を基に不足情報を抽出し、不足情報について確認する確認項目を作成して、指令員４１ａに確認する（Ｓ１０８）。これにより輸送計画に関する指令員４１ａの判断を確認することができる。
これに対し、指令員４１ａは、回答を確認処理部２１２に入力する（Ｓ１０９）。
一方、確認処理部２１２は、不足情報について確認する確認項目を作成して、外部関係者（外部装置）に対し確認する（Ｓ１１０）。これにより、車両情報、乗務員情報について確認することができる。
これに対し、外部関係者（外部装置）は、回答を確認処理部２１２に入力する（Ｓ１１１）。
【0039】
確認処理部２１２は、得られた回答を、回答情報として列車運行管理装置１０に対し送信する（Ｓ１１２）。
列車運行管理装置１０の運行計画生成部１１は、回答情報を加味して運行計画案を再度作成し、確認処理部２１２に対し、この運行計画案を送信する（Ｓ１１３）。
確認処理部２１２は、再度作成された運行計画案を指令員４１ａに対し表示する（Ｓ１１４）。なおここで、さらに不足情報があれば、再度確認処理を行ってもよい。
指令員４１ａは、再度作成された運行計画案を、確認処理部２１２に対し承認する（Ｓ１１５）。
そして、確認処理部２１２は、列車運行管理装置１０に対し、運行計画案の実行を要求する（Ｓ１１６）。
なおここでは、指令員４１ａおよび外部関係者（外部装置）の双方に確認項目を確認し、回答を得ていたが、運転計画案の内容によっては、何れか一方である場合がある。
列車運行管理装置１０の運行計画生成部１１は、回答情報を加味して運行計画案を再度作成し、確認処理部２１２に対し、この運行計画案を送信する（Ｓ１１３）。
確認処理部２１２は、再度作成された運行計画案を指令員４１ａに対し表示する（Ｓ１１４）。なおここで、さらに不足情報があれば、再度確認処理を行ってもよい。
指令員４１ａは、再度作成された運行計画案を、確認処理部２１２に対し承認する（Ｓ１１５）。
そして、確認処理部２１２は、列車運行管理装置１０に対し、運行計画案の実行を要求する（Ｓ１１６）。
なおここでは、指令員４１ａおよび外部関係者（外部装置）の双方に確認項目を確認し、回答を得ていたが、運転計画案の内容によっては、何れか一方である場合がある。
【0040】
図１２は、図１１のＳ１０５～Ｓ１０６の処理についてさらに詳しく説明したフローチャートである。
まず、運行計画条件入力部２１１は、指令員４１ａに対し、運行計画条件（支障情報・運用方針）の入力を要求する（Ｓ２０１）。
この要求に対し指令員４１ａは、運行計画条件を入力する。これにより、運行計画条件入力部２１１は、指令員４１ａから運行計画条件を取得する（Ｓ２０２）。
そして、運行計画条件入力部２１１は、取得した運行計画条件を列車運行管理装置１０に送信する（Ｓ２０３）。
さらに、運行計画条件入力部２１１は、運行計画案および運行計画条件からＫＰＩデータ２２５を作成する（Ｓ２０４）。
まず、運行計画条件入力部２１１は、指令員４１ａに対し、運行計画条件（支障情報・運用方針）の入力を要求する（Ｓ２０１）。
この要求に対し指令員４１ａは、運行計画条件を入力する。これにより、運行計画条件入力部２１１は、指令員４１ａから運行計画条件を取得する（Ｓ２０２）。
そして、運行計画条件入力部２１１は、取得した運行計画条件を列車運行管理装置１０に送信する（Ｓ２０３）。
さらに、運行計画条件入力部２１１は、運行計画案および運行計画条件からＫＰＩデータ２２５を作成する（Ｓ２０４）。
【0041】
図１３は、図１１のＳ１０７～Ｓ１１２の処理についてさらに詳しく説明したフローチャートである。
まず、確認処理部２１２は、列車運行管理装置１０から運用計画案を受信する（Ｓ３０１）。
次に、確認処理部２１２は、確認項目を作成する（Ｓ３０２）。確認項目を作成するさらに具体的な処理は、図１４にて説明する。
そして、確認処理部２１２は、確認項目が１つ以上存在するか否かを判断する（Ｓ３０３）。
まず、確認処理部２１２は、列車運行管理装置１０から運用計画案を受信する（Ｓ３０１）。
次に、確認処理部２１２は、確認項目を作成する（Ｓ３０２）。確認項目を作成するさらに具体的な処理は、図１４にて説明する。
そして、確認処理部２１２は、確認項目が１つ以上存在するか否かを判断する（Ｓ３０３）。
【0042】
その結果、確認項目が存在しない場合（Ｓ３０３でＮｏ）、確認処理部２１２は、指令員４１ａの画面に運行計画案を表示し、運用変更の実行可否を確認する（Ｓ３０４）。
さらに、確認処理部２１２は、実行可否の結果を列車運行管理装置１０に送信する（Ｓ３０５）。
この後、前提条件入力部に戻る（Ｓ３０６）。前提条件入力部は、例えば、図１２のＳ２０２で説明した、運行計画条件を入力する画面である。
さらに、確認処理部２１２は、実行可否の結果を列車運行管理装置１０に送信する（Ｓ３０５）。
この後、前提条件入力部に戻る（Ｓ３０６）。前提条件入力部は、例えば、図１２のＳ２０２で説明した、運行計画条件を入力する画面である。
【0043】
対して、Ｓ３０３で確認項目が１つ以上存在する場合（Ｓ３０３でＹｅｓ）、確認処理部２１２は、確認項目を指令員４１ａや外部関係者（外部装置）に問い合わせる（Ｓ３０７）。
問い合わせに対し、確認処理部２１２は、指令員４１ａや外部関係者（外部装置）から回答情報を受信する（Ｓ３０８）。
そして、確認処理部２１２は、回答情報を列車運行管理装置１０に送信する（Ｓ３０９）。
問い合わせに対し、確認処理部２１２は、指令員４１ａや外部関係者（外部装置）から回答情報を受信する（Ｓ３０８）。
そして、確認処理部２１２は、回答情報を列車運行管理装置１０に送信する（Ｓ３０９）。
【0044】
図１４は、図１３のＳ３０２の確認項目を作成する処理についてさらに詳しく説明したフローチャートである。また、図１５（ａ）～（ｄ）は、確認項目を作成する処理で扱うデータの変遷を示した図である。
まず、確認処理部２１２は、運行計画案データ２２１から確信度データ２２３を作成する（Ｓ４０１）。この確信度データ２２３を、図１５（ａ）に示す。
次に、確認処理部２１２は、確信度データ２２３から、確認条件データ２２６の確認条件の内容に該当しないレコードを削除する（Ｓ４０２）。確認条件データ２２６の例を、図１５（ｂ）に示す。このとき、確認処理部２１２は、確認条件データ２２６の確認条件を参照し、図１５（ｃ）のテーブルを作成する。つまり、確認処理部２１２は、確認条件に合致した確信度データ２２３のレコードについて、確認内容を付与したテーブルを作成する。
そして、確認処理部２１２は、確信度データ２２３の有無を判断する（Ｓ４０３）。
まず、確認処理部２１２は、運行計画案データ２２１から確信度データ２２３を作成する（Ｓ４０１）。この確信度データ２２３を、図１５（ａ）に示す。
次に、確認処理部２１２は、確信度データ２２３から、確認条件データ２２６の確認条件の内容に該当しないレコードを削除する（Ｓ４０２）。確認条件データ２２６の例を、図１５（ｂ）に示す。このとき、確認処理部２１２は、確認条件データ２２６の確認条件を参照し、図１５（ｃ）のテーブルを作成する。つまり、確認処理部２１２は、確認条件に合致した確信度データ２２３のレコードについて、確認内容を付与したテーブルを作成する。
そして、確認処理部２１２は、確信度データ２２３の有無を判断する（Ｓ４０３）。
【0045】
その結果、確信度データ２２３がある場合（Ｓ４０３で有）、確認処理部２１２は、確信度データをグループ化して確認内容を作成する（Ｓ４０４）。ここで、「グループ化」は、共通する複数の確認内容について、１つに纏めることである。例えば、各項目の駅名が隣駅であれば１つに纏める。図１５（ｄ）は、グループ化した例を示している。この場合、Ｄ駅とＥ駅とは隣駅であり、Ｄ駅とＥ駅とをＤ－Ｅ駅としてグループ化している。
【0046】
対して、Ｓ４０３で確信度データ２２３がない場合（Ｓ４０３で無）、確認処理部２１２は、運行計画案データ２２１から運用未定データ２２４を作成する（Ｓ４０５）。
そして、確認処理部２１２は、運用未定データ２２４の有無を判断する（Ｓ４０６）。
その結果、運用未定データ２２４がある場合（Ｓ４０６で有）、確認処理部２１２は、運用未定データ２２４をグループ化して確認内容を作成する（Ｓ４０７）。即ち、確認処理部２１２は、不足情報に確信度を表す確信度データが含まれないときは、運用未定である列番を抽出したデータである運用未定データ２２４に対する確認項目を作成する。
対して、運用未定データ２２４がない場合（Ｓ４０６で無）、確認処理部２１２は、ＫＰＩデータ２２５の有無を判断する（Ｓ４０８）。
そして、ＫＰＩデータ２２５がある場合（Ｓ４０８で有）、確認処理部２１２は、ＫＰＩデータ２２５をグループ化して確認内容を作成する（Ｓ４０９）。即ち、確認処理部２１２は、不足情報に運用未定データ２２４が含まれないときは、ＫＰＩデータ２２５に対する確認項目を作成する。
対して、ＫＰＩデータ２２５がない場合（Ｓ４０８で無）、一連の処理を終了する。
そして、確認処理部２１２は、運用未定データ２２４の有無を判断する（Ｓ４０６）。
その結果、運用未定データ２２４がある場合（Ｓ４０６で有）、確認処理部２１２は、運用未定データ２２４をグループ化して確認内容を作成する（Ｓ４０７）。即ち、確認処理部２１２は、不足情報に確信度を表す確信度データが含まれないときは、運用未定である列番を抽出したデータである運用未定データ２２４に対する確認項目を作成する。
対して、運用未定データ２２４がない場合（Ｓ４０６で無）、確認処理部２１２は、ＫＰＩデータ２２５の有無を判断する（Ｓ４０８）。
そして、ＫＰＩデータ２２５がある場合（Ｓ４０８で有）、確認処理部２１２は、ＫＰＩデータ２２５をグループ化して確認内容を作成する（Ｓ４０９）。即ち、確認処理部２１２は、不足情報に運用未定データ２２４が含まれないときは、ＫＰＩデータ２２５に対する確認項目を作成する。
対して、ＫＰＩデータ２２５がない場合（Ｓ４０８で無）、一連の処理を終了する。
【0047】
Ｓ４０４、Ｓ４０７、Ｓ４０９の後は、確認処理部２１２は、確認条件データ２２６から確認先を取得する（Ｓ４１０）。
そして、確認処理部２１２は、確認項目データ２２７を作成する（Ｓ４１１）。
そして、確認処理部２１２は、確認項目データ２２７を作成する（Ｓ４１１）。
【0048】
図１６（ａ）～（ｂ）、図１７（ａ）～（ｄ）は、図１１のＳ１０５で、運行計画条件を指令員４１ａが入力するときに端末装置４１ｂで表示される画面を示した図である。
このうち、図１６（ａ）～（ｂ）は、指令員４１ａが対話装置２０と対話をするためのチャットボックスを表示し、チャットボックスを使用して、指令員４１ａが、支障情報を入力する支障情報設定を行う場合について示している。
図１６（ａ）の画面で、「ｂｏｔ」は、対話装置２０を意味し、ｂｏｔから、「支障区間を設定して下さい。」のメッセージＭｅ１が通知されている。このとき、指令員４１ａが、設定ボタンＢｔ１を押下すると、図１６（ｂ）に示す画面に遷移する。そして、指令員４１ａは、支障区間として、運行障害設定、時間帯、運行区間、方向、線路の入力を行う。そして、設定後、指令員４１ａが設定ボタンＢｔ２を押下すると、図１６（ａ）の画面に戻る。そして、設定完了のメッセージＭｅ２が表示される。
このうち、図１６（ａ）～（ｂ）は、指令員４１ａが対話装置２０と対話をするためのチャットボックスを表示し、チャットボックスを使用して、指令員４１ａが、支障情報を入力する支障情報設定を行う場合について示している。
図１６（ａ）の画面で、「ｂｏｔ」は、対話装置２０を意味し、ｂｏｔから、「支障区間を設定して下さい。」のメッセージＭｅ１が通知されている。このとき、指令員４１ａが、設定ボタンＢｔ１を押下すると、図１６（ｂ）に示す画面に遷移する。そして、指令員４１ａは、支障区間として、運行障害設定、時間帯、運行区間、方向、線路の入力を行う。そして、設定後、指令員４１ａが設定ボタンＢｔ２を押下すると、図１６（ａ）の画面に戻る。そして、設定完了のメッセージＭｅ２が表示される。
【0049】
また、図１７（ａ）～（ｄ）も、チャットボックスを使用して、指令員４１ａが、運行計画条件を入力する運行計画条件設定を行う場合について示している。
ここでは、図１７（ａ）の画面で、ｂｏｔから、「運行計画条件を設定して下さい。」のメッセージＭｅ３が通知されている。このとき、指令員４１ａが設定ボタンＢｔ３を押下すると、図１７（ｂ）～（ｄ）に示す画面が表示される。図１７（ｂ）～（ｄ）に示す画面は、例えば、スクロールすることで順に表示することができる。図１７（ｂ）～（ｃ）の画面では、指令員４１ａは、運行計画条件として、復旧目標時刻、運休方針、駅制約設定、車両制約設定、確認項目の表示条件の入力を行う。そして、設定後、指令員４１ａが設定ボタンＢｔ４を押下すると、設定が完了し、図１８（ａ）の画面に遷移する。
ここでは、図１７（ａ）の画面で、ｂｏｔから、「運行計画条件を設定して下さい。」のメッセージＭｅ３が通知されている。このとき、指令員４１ａが設定ボタンＢｔ３を押下すると、図１７（ｂ）～（ｄ）に示す画面が表示される。図１７（ｂ）～（ｄ）に示す画面は、例えば、スクロールすることで順に表示することができる。図１７（ｂ）～（ｃ）の画面では、指令員４１ａは、運行計画条件として、復旧目標時刻、運休方針、駅制約設定、車両制約設定、確認項目の表示条件の入力を行う。そして、設定後、指令員４１ａが設定ボタンＢｔ４を押下すると、設定が完了し、図１８（ａ）の画面に遷移する。
【0050】
図１８（ａ）は、運行計画条件の設定完了画面を示した図である。この場合、設定完了のメッセージＭｅ４が表示される。なお、このとき再設定ボタンＢｔ５を押下することで、運行計画条件の再設定を行うことができる。そして、運行計画条件の設定が完了すると、ｂｏｔから、「運行計画を生成します。」のメッセージＭｅ５が通知される。
このとき、指令員４１ａが設定ボタンＢｔ６を押下すると、図１１のＳ１０６の処理がなされ、対話装置２０は、列車運行管理装置１０に運行計画の生成を要求する。そして、ｂｏｔから、「運行計画生成を開始しました。」のメッセージＭｅ６が通知される。
この後、図１１のＳ１０７の処理がなされ、列車運行管理装置１０が、運行計画案を作成すると、図１１のＳ１０８の処理がなされ、対話装置２０が確認項目を作成するとともに、指令員４１ａに対し確認する。このとき、ｂｏｔから、「確認項目に回答して下さい。「ｅレのＣ駅～Ｅ駅間を運休しますか？」」のメッセージＭｅ７が通知される。
そして、指令員４１ａが、設定ボタンＢｔ７を押下すると、図１８（ｂ）の画面に遷移する。
このとき、指令員４１ａが設定ボタンＢｔ６を押下すると、図１１のＳ１０６の処理がなされ、対話装置２０は、列車運行管理装置１０に運行計画の生成を要求する。そして、ｂｏｔから、「運行計画生成を開始しました。」のメッセージＭｅ６が通知される。
この後、図１１のＳ１０７の処理がなされ、列車運行管理装置１０が、運行計画案を作成すると、図１１のＳ１０８の処理がなされ、対話装置２０が確認項目を作成するとともに、指令員４１ａに対し確認する。このとき、ｂｏｔから、「確認項目に回答して下さい。「ｅレのＣ駅～Ｅ駅間を運休しますか？」」のメッセージＭｅ７が通知される。
そして、指令員４１ａが、設定ボタンＢｔ７を押下すると、図１８（ｂ）の画面に遷移する。
【0051】
図１８（ｂ）は、指令員４１ａが回答を入力する画面を示した図である。この場合、指令員４１ａは、メッセージＭｅ７である「確認項目に回答して下さい。「ｅレのＣ駅～Ｅ駅間を運休しますか？」」の確認項目に対する回答を入力する。ここでは、指令員４１ａは、「運休する」を選択したことを示している。そして、指令員４１ａが、設定ボタンＢｔ８を押下すると、対話装置２０に回答が送信される。これは、図１１のＳ１０９の処理になる。また、プレビューボタンＢｔ９を押下すると、選択している回答情報（「運休する」）を適用した運行計画案が列車運行管理装置１０にて表示される。ここでは、回答情報の対象となるスジをブリンクさせて目立たせても良い。この場合、指令員４１ａは変更内容が分かり易くなる。
【0052】
図１６、１７に示した処理は、運行計画条件入力部２１１が行う。このとき、図１６、１７に示したように、運行計画条件入力部２１１は、運行計画条件を要求し、取得する処理についてさらに対話形式で行う、と言うことができる。また、図１８に示した処理は、確認処理部２１２が行う。このとき、図１８に示したように、確認処理部２１２は、確認項目を提示し、回答を得る処理を対話形式で行う、と言うことができる。
このように指令員４１ａと列車運行管理装置１０との間に対話装置２０を組み込み、対話方式で処理を行うことで、対話装置２０は、確認項目を指令員に提示し、指令員４１ａは、入力すべき情報を明確に把握することができる。そして、対話装置２０は、不足情報があっても、これを充足するための必要な情報を取り込むことができ、列車運行管理装置１０は、この必要な情報を加味して、より適切な運転整理案を作成できる。
このように指令員４１ａと列車運行管理装置１０との間に対話装置２０を組み込み、対話方式で処理を行うことで、対話装置２０は、確認項目を指令員に提示し、指令員４１ａは、入力すべき情報を明確に把握することができる。そして、対話装置２０は、不足情報があっても、これを充足するための必要な情報を取り込むことができ、列車運行管理装置１０は、この必要な情報を加味して、より適切な運転整理案を作成できる。
【0053】
図１９（ａ）～（ｄ）は、列車運行管理装置１０でなされる処理を視覚化した図である。
なお、ここで示す図を実際に列車運行管理装置１０で表示することもできる。
図１９（ａ）は、支障が生じる前の元計画のダイヤグラムである。ここでは、Ａ駅からＥ駅間を、本来は、列車がこのダイヤグラムに従い運行されることを示している。
図１９（ｂ）は、図１１のＳ１０６の処理に対応し、支障区間が設定された場合を示す。ここでは、Ｄ駅とＥ駅との間で支障が発生し、支障が生じた時刻と区間が矩形Ｓの範囲として設定されたことを示す。
図１９（ｃ）も、図１１のＳ１０６の処理に対応し、列車運行管理装置１０が運行計画案を演算している画面である。
図１９（ｄ）は、図１１のＳ１１３の処理に対応し、回答情報を加味して運行計画案を再度作成した場合を示している。
なお、ここで示す図を実際に列車運行管理装置１０で表示することもできる。
図１９（ａ）は、支障が生じる前の元計画のダイヤグラムである。ここでは、Ａ駅からＥ駅間を、本来は、列車がこのダイヤグラムに従い運行されることを示している。
図１９（ｂ）は、図１１のＳ１０６の処理に対応し、支障区間が設定された場合を示す。ここでは、Ｄ駅とＥ駅との間で支障が発生し、支障が生じた時刻と区間が矩形Ｓの範囲として設定されたことを示す。
図１９（ｃ）も、図１１のＳ１０６の処理に対応し、列車運行管理装置１０が運行計画案を演算している画面である。
図１９（ｄ）は、図１１のＳ１１３の処理に対応し、回答情報を加味して運行計画案を再度作成した場合を示している。
【0054】
なお、上述した形態では、列車運行管理装置１０と対話装置２０とは、別装置として記載しているが、一体的に構成されていてもよい。
また、列車運行管理装置１０や対話装置２０の一部の機能を別装置として設けてもよい。
また、列車運行管理装置１０や対話装置２０の一部の機能を別装置として設けてもよい。
【0055】
列車の運転整理業務では、列車の運行に支障が生じた時に、運行計画の調整等を行う。この運転整理業務は、列車走行速度や駅での退避設備等の物理条件の判断だけでなく、車両・乗務員の運用率や旅客サービスなど、輸送システム全体を考えた、多目的・大局的な判断を要する、非常に複雑な計画業務である。
上記運転整理業務を司る者（指令員４１ａ）の負担を軽減し、技量の高度化を推進するための技術が必要とされ、近年、開発（システム化）が進んできている。例えば、現時点までに取得した列車の運行実績情報に基づき、ＡＩ技術を活用して未来の列車運行の予測シミュレーションを行う技術（言い換えれば列車運行計画情報を作成・調整等する技術）が開発されつつある。
なお、上記運転整理業務を行う指令員４１ａは、例えば、鉄道運行システム１等の管制室などに存在し、運行計画情報等を画面で参照する。例えば、上記運行計画情報に基づき列車や駅設備等へ指示・制御がなされることにより適切な運行が実現される。
列車の運転整理業務に係わる運行計画の調整の処理（演算）は、処理対象とする情報データ量や計算パラメータの増大や、指令員４１ａの運用方針などの未だデータ化されていない情報があるため、従来技術では、高速化及び高精度化が難しく、今後一層難しくなると予想される。
上述した形態による対話装置２０によれば、例えば、ＡＩ活用型の列車運行管理装置１０が運行計画案を作成する際に、不足情報を指令員４１ａに問い合わせることで、運行計画案の実現性向上を支援することができる。そして、対話装置２０は、不足情報を取り込むことで、より適切な運転整理案を作成する処理を支援する。
上記運転整理業務を司る者（指令員４１ａ）の負担を軽減し、技量の高度化を推進するための技術が必要とされ、近年、開発（システム化）が進んできている。例えば、現時点までに取得した列車の運行実績情報に基づき、ＡＩ技術を活用して未来の列車運行の予測シミュレーションを行う技術（言い換えれば列車運行計画情報を作成・調整等する技術）が開発されつつある。
なお、上記運転整理業務を行う指令員４１ａは、例えば、鉄道運行システム１等の管制室などに存在し、運行計画情報等を画面で参照する。例えば、上記運行計画情報に基づき列車や駅設備等へ指示・制御がなされることにより適切な運行が実現される。
列車の運転整理業務に係わる運行計画の調整の処理（演算）は、処理対象とする情報データ量や計算パラメータの増大や、指令員４１ａの運用方針などの未だデータ化されていない情報があるため、従来技術では、高速化及び高精度化が難しく、今後一層難しくなると予想される。
上述した形態による対話装置２０によれば、例えば、ＡＩ活用型の列車運行管理装置１０が運行計画案を作成する際に、不足情報を指令員４１ａに問い合わせることで、運行計画案の実現性向上を支援することができる。そして、対話装置２０は、不足情報を取り込むことで、より適切な運転整理案を作成する処理を支援する。
【0056】
＜運行支援方法の説明＞
以上説明を行った対話装置２０が行う処理は、ソフトウェアとハードウェア資源とが協働することにより実現される。即ち、対話装置２０に設けられたコンピュータ内部のプロセッサが、上述した各機能を実現するソフトウェアをメモリにロードして実行し、これらの各機能を実現させる。
よって、対話装置２０が行う処理は、プロセッサがメモリに記録されたプログラムを実行することにより、列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得し運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員４１ａに提示する、運行支援方法と捉えることができる。
以上説明を行った対話装置２０が行う処理は、ソフトウェアとハードウェア資源とが協働することにより実現される。即ち、対話装置２０に設けられたコンピュータ内部のプロセッサが、上述した各機能を実現するソフトウェアをメモリにロードして実行し、これらの各機能を実現させる。
よって、対話装置２０が行う処理は、プロセッサがメモリに記録されたプログラムを実行することにより、列車の運行に支障が生じる事象が生じたときに、支障に対応する運行計画案を作成する条件である運行計画条件を取得し運行計画条件を基に作成された運行計画案に対し、不足する情報である不足情報について確認するための確認項目を作成し、確認項目に対する回答を含めて再度作成された運行計画案を指令員４１ａに提示する、運行支援方法と捉えることができる。
【0057】
以上、本実施の形態について説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、種々の変更または改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【符号の説明】
【0058】
１…鉄道運行システム、１０…列車運行管理装置、２０…対話装置、２１…処理部、２２…記憶部、３０…外部システム、４１…指令所、４２…車両基地、４３…乗務員区、５０…信号機、６０…列車、７０…駅設備、２１１…運行計画条件入力部、２１２…確認処理部、２２１…運行計画案データ、２２２…運行計画条件データ、２２３…確信度データ、２２４…運用未定データ、２２５…ＫＰＩデータ、２２６…確認条件データ、２２７…確認項目データ、２２８…回答データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】