特許 6402021 事故処理進捗状況表示システム及び事故処理進捗状況表示プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6402021

(24)【登録日】2018年9月14日

(45)【発行日】2018年10月10日

(54)【発明の名称】事故処理進捗状況表示システム及び事故処理進捗状況表示プログラム

(51)【国際特許分類】

   B61L 25/02 20060101AFI20181001BHJP

   G06Q 50/30 20120101ALI20181001BHJP

【ＦＩ】

   B61L25/02 Z

   G06Q50/30

【請求項の数】13

【全頁数】30

(21)【出願番号】特願2014-253493(P2014-253493)

(22)【出願日】2014年12月15日

(65)【公開番号】特開2016-113028(P2016-113028A)

(43)【公開日】2016年6月23日

【審査請求日】2017年10月24日

(73)【特許権者】

【識別番号】000221616

【氏名又は名称】東日本旅客鉄道株式会社

(74)【代理人】

【識別番号】110001254

【氏名又は名称】特許業務法人光陽国際特許事務所

(72)【発明者】

【氏名】巻口 透

(72)【発明者】

【氏名】日高 洋祐

【審査官】 笹岡 友陽

(56)【参考文献】

【文献】 特開２０１１−２３０６５４（ＪＰ，Ａ）

【文献】 特開２００３−２４６２７０（ＪＰ，Ａ）

【文献】 特開２００４−０９８９９７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ６１Ｌ ２５／０２

Ｇ０６Ｑ ５０／３０

(57)【特許請求の範囲】

【請求項1】

事故現場における処理の進捗状況に関する情報であって入力用端末装置から入力された処理状況関連情報を随時時系列的に格納する処理状況記憶部と、
前記処理状況記憶部に記憶されている前記処理状況関連情報の中から列車の運転再開に対する影響度の大きい所定の処理段階の進捗状況に関する特定段階関連情報を抽出する特定情報抽出部と、
を備える処理状況情報サーバ装置と、
前記処理状況情報サーバ装置から提供される前記特定段階関連情報に基づいて事故処理の進捗状況に関する表示を行う表示手段と、
前記表示手段の表示を制御する表示制御手段と、
を備える端末装置と、
を備えており、
前記表示制御手段は、前記事故処理の進捗状況に関する表示として、前記所定の処理段階の進捗状況に関わる項目を列挙表示する進捗状況列挙表示領域を前記表示手段に表示させるとともに、前記処理状況情報サーバ装置から提供される前記特定段階関連情報に基づき、処理が終了した項目について反転表示させるように前記進捗状況列挙表示領域の表示を切り替えるように前記表示手段の表示を制御することを特徴とする事故処理進捗状況表示システム。

【請求項2】

前記表示制御手段は、前記事故処理の進捗状況に関する表示として、前記所定の処理段階を時系列に従って順次表示する進捗状況順次表示領域を前記表示手段に表示させるように前記表示手段の表示を制御することを特徴とする請求項１に記載の事故処理進捗状況表示システム。

【請求項3】

前記表示手段はタッチパネル式の表示装置であり、
前記表示制御手段は、前記進捗状況順次表示領域がタッチ操作されることでスクロール表示させるように前記表示手段の表示を制御することを特徴とする請求項２に記載の事故処理進捗状況表示システム。

【請求項4】

前記処理状況関連情報は、列車の運転再開に対する影響度の大きさに基づいてそれぞれ重みづけされており、
前記処理状況記憶部に記憶される重みづけされた前記処理状況関連情報に応じて、列車の運転再開までの事故処理の進捗具合を判定する進捗具合判定部を備え、
前記表示制御手段は、前記進捗具合判定部により判定された判定結果に基づいて事故処理の進捗具合を表示する進捗具合表示領域を前記表示手段に表示させるように前記表示手段の表示を制御することを特徴とする請求項１から請求項３のいずれか一項に記載の事故処理進捗状況表示システム。

【請求項5】

前記進捗具合表示領域は、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかが棒グラフ状に表示されるものであることを特徴とする請求項４に記載の事故処理進捗状況表示システム。

【請求項6】

前記処理状況記憶部に記憶される前記処理状況関連情報に基づいて列車の運転再開時間の予測値を算出する見込み時間算出部を備えており、
前記表示制御手段は、前記見込み時間算出部によって算出された列車の運転再開時間の予測値を表示する見込み時間表示領域を前記表示手段に表示させるように前記表示手段の表示を制御することを特徴とする請求項１から請求項５のいずれか一項に記載の事故処理進捗状況表示システム。

【請求項7】

前記見込み時間算出部は、所定の幅を有する予測範囲を算出するものであり、
前記表示制御手段は、前記見込み時間算出部によって算出された所定の幅を有する時間を前記見込み時間表示領域に表示させることを特徴とする請求項６に記載の事故処理進捗状況表示システム。

【請求項8】

前記見込み時間算出部は、さらに、前記処理状況関連情報に基づいて列車の運転が再開される確率を算出し、
前記表示制御手段は、前記見込み時間算出部によって算出された確率を前記見込み時間表示領域に表示させることを特徴とする請求項６又は請求項７に記載の事故処理進捗状況表示システム。

【請求項9】

事故現場における処理の進捗状況に関する情報であり列車の運転再開に対する影響度の大きさに基づいて重みづけされた情報であって入力用端末装置から入力された処理状況関連情報を随時時系列的に格納する処理状況記憶機能と、
重みづけされた前記処理状況関連情報に応じて、列車の運転再開までの事故処理の進捗具合を判定する進捗具合判定機能と、
前記進捗具合判定機能により判定された前記判定結果に基づいて事故処理の進捗具合を表示する進捗具合表示領域を表示手段に表示させる表示制御機能と、
をコンピュータに実現させることを特徴とする事故処理進捗状況表示プログラム。

【請求項10】

前記進捗具合表示領域は、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかが棒グラフ状に表示されるものであることを特徴とする請求項９に記載の事故処理進捗状況表示プログラム。

【請求項11】

前記処理状況記憶機能により記憶される前記処理状況関連情報に基づいて列車の運転再開時間の予測値を算出する見込み時間算出機能をコンピュータに実現させ、
前記表示制御機能は、前記見込み時間算出機能によって算出された列車の運転再開時間の予測値を表示する見込み時間表示領域を前記表示手段に表示させるように前記表示手段の表示を制御することを特徴とする請求項９及び請求項１０に記載の事故処理進捗状況表示プログラム。

【請求項12】

前記見込み時間算出機能は、所定の幅を有する予測範囲を算出するものであり、
前記表示制御機能は、前記見込み時間算出機能によって算出された所定の幅を有する時間を前記見込み時間表示領域に表示させるように前記表示手段の表示を制御することを特徴とする請求項１１に記載の事故処理進捗状況表示プログラム。

【請求項13】

前記見込み時間算出機能は、さらに、前記処理状況関連情報に基づいて列車の運転が再開される確率を算出し、
前記表示制御手段は、前記見込み時間算出機能によって算出された確率を前記見込み時間表示領域に表示させることを特徴とする請求項１１又は請求項１２に記載の事故処理進捗状況表示プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、事故処理進捗状況表示システム及び事故処理進捗状況表示プログラムに関し、特に、輸送障害を伴う事故（以下において単に「事故」ともいう。）が発生した場合における列車の運転再開に向けた処理の進捗状況を可視化するための事故処理進捗状況表示システム及び事故処理進捗状況表示プログラムに関する。

【背景技術】

【0002】

事故の事象が発生して列車の運転が見合わせとなった場合、例えば、駅構内に配置されて列車利用者の対応にあたる駅社員等の鉄道会社の社員（以下において単に「社員」ともいう。）には、現時点での事故対応の状況や復旧の見通し等に関して、できる限り正確な情報を列車利用者に提供することが求められる。
特に、列車利用者にとって最も重要な関心事は列車の運転がいつ再開されるのかの見込みであり、この点についての正確な情報提供が望まれる。

【0003】

従来、事故が発生すると、事故処理の進捗状況に関する情報が随時、社員である輸送指令員に報告され、輸送指令員の下に集約された情報が適宜無線等を通じて音声で社員に伝達されるのが一般的であり、社員はこの情報に基づいて列車利用者に情報を提供していた。
また、運転再開の見込みについては、過去の事案における処理時間等を参酌し、社員の経験則によって運転再開の見込み時間を導き出して、これを列車利用者に示していた。
さらに、近年では、事故が発生した場合おける列車の復旧（運転再開）の予測時間を計算式を用いて自動的に算出する研究も進められている。例えば、非特許文献１には、Naive Bayes分類法を用いて予測を行う例が開示されている。

【先行技術文献】

【特許文献】

【0004】

【非特許文献1】「鉄道人身事故における復旧時間予測に関する研究」電気学会研究会資料. TER, 交通・電気鉄道研究会 2007(14), 41頁-45頁, 2007.05.23

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、輸送指令員の下に集約された情報が音声によって伝達されるのみでは、提供された時点に聞き逃してしまうと社員が当該情報を得られない可能性がある。また、聞き手である社員が内容を聞き間違える等により情報の正確性を欠いてしまうおそれもある。
この点、輸送指令員の下に集約された情報を文字入力して文字情報として社員向けに配信することも行われているが、従来はこの文字情報は特定の者しか見られないものであり、特に、直接列車利用者の案内にあたる社員は、この文字情報を受け取ることができなかった。
このため、文字情報に基づく正確な運行情報を列車利用者に提供することができず、混乱を招くおそれもあった。
また、単なる生の文字情報のみでは、社員が事故処理の具体的な進捗状況を把握することが難しく、駅社員等は事故処理の進捗状況や復旧の見通しについて列車利用者に正確かつ的確な説明をすることができなかった。

【0006】

さらに、列車の運転再開の見込み時間（復旧時間）についても、社員の経験則に頼る場合には、予測時間の正確性が人の経験値等に左右され、安定した精度を得ることができない。
また、運転再開の予測に大きくかかわる要素である事象（事故）発生から関係者が到着するまでの時間や、関係者が到着してから現場調査が開始されるまでの時間等は連続値であるため、非特許文献１に記載されているようにNaive Bayes分類法を用いるためには閾値を設けなければならない。Naive Bayes分類法を用いて列車の運転再開の見込み時間の予測を行う場合、予測の精度は閾値の設け方に左右されるが、この閾値は必ずしも適切な値に設定できるとは限らない。
このため、当該手法により列車の運転再開の見込み時間（復旧時間）の予測を行った場合でも、その正確性、確実性はそれほど高くないとの問題がある。

【0007】

本発明は以上のような事情に鑑みてなされたものであり、事故が発生した場合に、運転再開の見込みについてできるだけ正確かつ的確な情報を社員や列車利用者に提供することができる事故処理進捗状況表示システム及び事故処理進捗状況表示プログラムを提供することを目的とするものである。

【課題を解決するための手段】

【0008】

前記課題を解決するために、本出願の発明である事故処理進捗状況表示システムは、
事故現場における処理の進捗状況に関する情報であって入力用端末装置から入力された処理状況関連情報を随時時系列的に格納する処理状況記憶部と、
前記処理状況記憶部に記憶されている前記処理状況関連情報の中から列車の運転再開に対する影響度の大きい所定の処理段階の進捗状況に関する特定段階関連情報を抽出する特定情報抽出部と、
を備える処理状況情報サーバ装置と、
前記処理状況情報サーバ装置から提供される前記特定段階関連情報に基づいて事故処理の進捗状況に関する表示を行う表示手段と、
前記表示手段の表示を制御する表示制御手段と、
を備える端末装置と、
を備えており、
前記表示制御手段は、前記事故処理の進捗状況に関する表示として、前記所定の処理段階の進捗状況に関わる項目を列挙表示する進捗状況列挙表示領域を前記表示手段に表示させるとともに、前記処理状況情報サーバ装置から提供される前記特定段階関連情報に基づき、処理が終了した項目について反転表示させるように前記進捗状況列挙表示領域の表示を切り替えるように前記表示手段の表示を制御する。
このように構成することで、処理状況関連情報を随時蓄積して表示手段に表示させることを可能とすることができる。また、処理状況関連情報のうち、列車の運転再開に対する影響度の大きい特定段階関連情報に絞って外部に提供し、表示手段に当該特定段階関連情報に基づく表示を行うため、表示が見やすく、情報を分かりやすい形で伝達することができる。
また、このように構成することで、進捗状況列挙表示領域を見るだけで事故処理の進捗状況を直感的に理解することができる。

【0009】

また、好ましくは、前記表示制御手段は、前記事故処理の進捗状況に関する表示として、前記所定の処理段階を時系列に従って順次表示する進捗状況順次表示領域を前記表示手段に表示させるように前記表示手段の表示を制御する。
このように構成することで、進捗状況順次表示領域を見るだけで事故処理の進捗状況を直感的に理解することができる。

【0010】

また、好ましくは、前記表示手段はタッチパネル式の表示装置であり、
前記表示制御手段は、前記進捗状況順次表示領域がタッチ操作されることでスクロール表示させるように前記表示手段の表示を制御する。
このように構成することで、端末装置が小さく、表示手段の表示画面が小さい場合でも処理段階を複数表示させることができる。

【0012】

また、好ましくは、前記処理状況関連情報は、列車の運転再開に対する影響度の大きさに基づいてそれぞれ重みづけされており、
前記処理状況記憶部に記憶される重みづけされた前記処理状況関連情報に応じて、列車の運転再開までの事故処理の進捗具合を判定する進捗具合判定部を備え、
前記表示制御手段は、前記進捗具合判定部により判定された判定結果に基づいて事故処理の進捗具合を表示する進捗具合表示領域を前記表示手段に表示させるように前記表示手段の表示を制御する。
このように構成することで、進捗具合表示領域を見るだけで、あとどの程度で運転再開するかについて大よその予測をすることが可能となる。

【0013】

また、好ましくは、前記進捗具合表示領域は、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかが棒グラフ状に表示されるものである。
このように構成することで、棒グラフ状の表示によって現時点での事故処理の進捗具合を直感的にイメージすることができる。

【0014】

また、好ましくは、前記処理状況記憶部に記憶される前記処理状況関連情報に基づいて列車の運転再開時間の予測値を算出する見込み時間算出部を備えており、
前記表示制御手段は、前記見込み時間算出部によって算出された列車の運転再開時間の予測値を表示する見込み時間表示領域を前記表示手段に表示させるように前記表示手段の表示を制御する。
このように構成することで、社員の経験則に頼るよりもより正確で精度にばらつきのない列車の運転再開時間の予測値を得ることができる。

【0015】

また、好ましくは、前記見込み時間算出部は、所定の幅を有する予測範囲を算出するものであり、
前記表示制御手段は、前記見込み時間算出部によって算出された所定の幅を有する時間を前記見込み時間表示領域に表示させる。
列車の運転再開時間をピンポイントで予測することは難しいが、上記のようにある程度の幅を持った予測範囲を算出することで、運転がいつ頃再開されるかの情報をより確実に提供することができる。

【0016】

また、好ましくは、前記見込み時間算出部は、さらに、前記処理状況関連情報に基づいて列車の運転が再開される確率を算出し、
前記表示制御手段は、前記見込み時間算出部によって算出された確率を前記見込み時間表示領域に表示させる。
このように構成することで、社員や列車利用者にとって、列車の運転が再開される見込みを判断するための材料が増える。

【0017】

また、本出願の他の発明である事故処理進捗状況表示プログラムは、
事故現場における処理の進捗状況に関する情報であり列車の運転再開に対する影響度の大きさに基づいて重みづけされた情報であって入力用端末装置から入力された処理状況関連情報を随時時系列的に格納する処理状況記憶機能と、
重みづけされた前記処理状況関連情報に応じて、列車の運転再開までの事故処理の進捗具合を判定する進捗具合判定機能と、
前記進捗具合判定機能により判定された前記判定結果に基づいて事故処理の進捗具合を表示する進捗具合表示領域を表示手段に表示させる表示制御機能と、
をコンピュータに実現させる。
このように構成することで、あとどの程度で運転が再開されるのかについて大よその予測をすることが可能となる。

【0018】

また、好ましくは、前記進捗具合表示領域は、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかが棒グラフ状に表示されるものである。
このように構成することで、棒グラフ状の表示によって現時点での事故処理の進捗具合を直感的にイメージすることができる。

【0019】

また、好ましくは、前記処理状況記憶機能により記憶される前記処理状況関連情報に基づいて列車の運転再開時間の予測値を算出する見込み時間算出機能をコンピュータに実現させ、
前記表示制御機能は、前記見込み時間算出機能によって算出された列車の運転再開時間の予測値を表示する見込み時間表示領域を前記表示手段に表示させるように前記表示手段の表示を制御する。
このように構成することで、社員の経験則に頼るよりもより正確で精度にばらつきのない列車の運転再開時間の予測値を得ることができる。

【0020】

また、好ましくは、前記見込み時間算出機能は、所定の幅を有する予測範囲を算出するものであり、
前記表示制御機能は、前記見込み時間算出機能によって算出された所定の幅を有する時間を前記見込み時間表示領域に表示させるように前記表示手段の表示を制御する。
列車の運転再開時間をピンポイントで予測することは難しいが、上記のようにある程度の幅を持った予測範囲を算出することで、運転がいつ頃再開されるかの情報をより確実に提供することができる。

【0021】

また、好ましくは、前記見込み時間算出機能は、さらに、前記処理状況関連情報に基づいて列車の運転が再開される確率を算出し、
前記表示制御手段は、前記見込み時間算出機能によって算出された確率を前記見込み時間表示領域に表示させる。
このように構成することで、社員や列車利用者にとって、列車の運転が再開される見込みを判断するための材料が増える。

【発明の効果】

【0022】

本発明によれば、処理状況関連情報を随時蓄積して、文字情報として端末装置に出力させることができ、確実に社員に提供することができる。
また、処理状況関連情報のうち、列車の運転再開に対する影響度の大きい特定段階関連情報に絞って外部に提供し、端末装置の表示手段に当該特定段階関連情報に基づく表示を行うため、情報を分かりやすい形で伝達することができるとの効果を奏する。

【図面の簡単な説明】

【0023】

【図1】第１の実施形態に係る事故処理進捗状況表示システム全体を示す要部ブロック図である。

【図2】公式に当てはめる項目として抽出された各処理段階の位置づけとそれぞれの所要時間の基準時刻を時系列に沿って模式的に示した説明図である。

【図3】各項目の公式中における変数名と変数の型、変数の値の対応を示す図である。

【図4】各処理段階についての確率密度と累積確率を算出する式を示した図である。

【図5】（ａ）は、時間の経過に伴う確率密度の変化を示すグラフの一例であり、（ｂ）は、時間の経過に伴う累積確率の変化を示すグラフの一例である。

【図6】（ａ）は、時間の経過に伴う累積確率の変化を示すグラフの一例であり、（ｂ）は、時間の経過に伴う条件付き累積確率の変化を示すグラフの一例である。

【図7】本実施形態における運転再開時間の予測値、予測範囲の下限及び上限をグラフ上に表した図である。

【図8】第１の実施形態における運転再開見込み情報の表示画面例を示した図である。

【図9】見込み時間算出部が行う処理の全体の流れを示すフローチャートである。

【図10】各時点における状態がいずれの状態パターンに当てはまるかの判断処理を示すフローチャートである。

【図11】第２の実施形態に係る事故処理進捗状況表示システム全体を示す要部ブロック図である。

【図12】第２の実施形態における運転再開見込み情報の表示画面例を示した図である。

【発明を実施するための形態】

【0024】

［第１の実施形態］
図１から図１０を参照しつつ、本発明に係る事故処理進捗状況表示システム及び事故処理進捗状況表示プログラムの第１の実施形態について説明する。なお、以下に述べる実施形態には、本発明を実施するために技術的に好ましい種々の限定が付されているが、本発明の範囲を以下の実施形態及び図示例に限定するものではない。

【0025】

図１は、本実施形態に係る事故処理進捗状況表示システム１００の全体構成を示す図である。
図１に示すように、事故処理進捗状況表示システム１００は、処理状況情報サーバ装置２と、処理状況情報サーバ装置２から提供される情報に基づいて表示を行う端末装置（本実施形態では社員用端末装置３）とを備えている。
処理状況情報サーバ装置２は、後述する処理状況記憶部２１等に記憶されている情報等を、インターネット（ＴＣＰ／ＩＰ、ＨＴＴＰ（Hyper Text Link Transformer Protocol）等のプロトコルに基づいて相互リンクされたネットワーク）Ｎ等を介して適宜社員用端末装置３に提供するようになっている。

【0026】

処理状況情報サーバ装置２は、プログラム記憶部２０、処理状況記憶部２１、特定情報抽出部２２、見込み時間算出部２３、進捗具合判定部２４、画面生成部２５、及び外部装置等と接続されるＩ／Ｆ２６等の機能部を備えており、これらはバス２７により接続されている。
以下各機能部について説明する。

【0027】

プログラム記憶部２０は、コンピュータである処理状況情報サーバ装置２において各機能部が各種処理を行うためのプログラムを記憶しているものである。
本実施形態では、事故処理進捗状況の表示を行うための各種機能をコンピュータに実現させるための事故処理進捗状況表示プログラム等がプログラム記憶部２０に記憶されている。

【0028】

また、本実施形態では、プログラム記憶部２０には、列車の運転再開時間の予測値及び運転再開確率を算出するためのパラメータが記憶されている。パラメータは、後述する列車の運転再開時間の予測値及び運転再開確率の算出に用いられる各プロセス（処理段階、本実施形態では、後述するようにプロセスＡ１〜プロセスＣ）の完了確率を表す対数正規分布における所要時間の平均値μとその分散度を表す標準偏差σの値（図４におけるプロセスＡ１〜プロセスＣの項目参照）、及び運転再開までのプロセス（後述のプロセスＣ）において関係者Ａが「現場確認プロセスの順序を変更する確率」ｐの値である。
これらのパラメータは、過去の事象（事故）事例を分析することにより予め得られたものである。パラメータの正確性を高めるため、パラメータを求めるための事象はできるだけ多い方が好ましい。また、このパラメータは随時新しいものに更新されることが好ましく、新たに事象が発生した場合には、当該事例を分析した結果を随時パラメータに反映させていくことが好ましい。

【0029】

なお、事象の発生区分（事故の発生場所等の別）等の属性によって所要時間の平均値に大きく差が生じるような場合もあることから、過去の事象を分析する際には、発生区分等の属性によって事象を分類し、属性による差異がある場合には、属性ごとにパラメータを設定することが好ましい。
例えば、事象の発生区分（事故の発生場所等の別）が駅の業務形態の差異によって所要時間の平均値に大きな差が生じる場合には、各プロセスについてそれぞれこれら３種類の発生区分に応じた３種類のパラメータを用意する。
また、運転再開までのプロセス（後述のプロセスＣ）については、現場確認の有無に応じたケース（Ｃ−１及びＣ−２のケース）現場確認現場確認現場確認とでそれぞれ異なるパラメータが用意される（図４におけるプロセスＣの項目参照）。

【0030】

処理状況記憶部２１は、事象発生現場における処理の状況に関する情報である処理状況関連情報を随時文字情報として蓄積するものである。
処理状況情報サーバ装置２は、Ｉ／Ｆ２６を介して外部装置から処理状況関連情報等の情報を受け取るとともに処理状況記憶部２１に処理状況関連情報を記憶させる。
なお、本実施形態において、事象とは、列車の駅や駅間で発生した事故を意味する。
事故（事象）が発生すると、当該事故の発生場所及び発生時刻等の情報が輸送指令室に無線等により報告される。事故の発生が報告されると、輸送指令室では、輸送指令員が、この情報（すなわち、処理状況関連情報）を無線等により社員（例えば駅構内に配置されて列車利用者の対応にあたる駅社員等）に音声で伝達するとともに、入力用端末装置１０において入力処理を行う。そして、処理状況関連情報は文字情報として処理状況情報サーバ装置２に送信される。

【0031】

処理状況関連情報として文字情報化される情報は、事故現場における処理状況にかかわる情報を広く含んでいる。具体的には、例えば事故の発生時刻、事故が発生した線区や事故発生現場を示す位置情報（事故が駅構内で発生した場合には当該駅、事故が駅と駅の間で発生した場合にはどことどこの駅間であるか等）、列車の運行にかかわる社員の現場への到着時間や関係者への連絡時間、関係者の現場到着時間、線路外への退避活動の開始時間や終了時間、現場確認の有無、事故発生当時の天候等、１００項目近い情報が処理状況関連情報に含まれている。
なお、本実施形態において、各線区や駅、駅間の位置情報等はコード化されており、処理状況関連情報は、これらを示すコードが事故の発生場所を特定する情報として付帯された状態で送信される。
なお、処理状況関連情報を文字情報化する入力処理は、輸送指令室の輸送指令員が行う場合に限定されない。例えば、輸送指令室から委託を受けた者（例えば外部業者等）が入力処理を担当し、処理状況関連情報を文字情報化して処理状況情報サーバ装置２に送信してもよい。

【0032】

本実施形態では、処理状況関連情報は、列車の運転再開に対する影響度の大きさに基づいてそれぞれ重みづけされており、処理状況記憶部２１には、当該重み付け情報が付帯された状態で処理状況関連情報が記憶されている。
重みづけの手法は特に限定されず、社員の経験に基づいて設定される値であってもよい。また、過去の事象のデータから、処理状況関連情報に含まれる各項目が列車の運転再開に及ぼした影響を分析し、過去の複数のデータに基づく客観的な重みづけがなされていてもよい。この場合、新たに事象が発生した場合には、当該事例を分析した結果を反映させて、重みづけの値を随時更新していくことが好ましい。

【0033】

特定情報抽出部２２は、処理状況記憶部２１に記憶されている処理状況関連情報の中から列車の運転再開に対する影響度の大きい所定の処理段階（プロセス）の進捗状況に関する特定段階関連情報を抽出するものである。
前述のように輸送指令室に集約されて処理状況情報サーバ装置２に送信される処理状況関連情報には、１００項目近い情報が含まれている。事故処理進捗状況表示システム１００は、これらの処理状況関連情報に基づいて列車の運転再開に向けた事故処理の進捗状況を表示手段３０に表示させるものであるが、処理状況関連情報の中には、事故後の列車の運転再開に大きく影響するものとそれほど影響しないものとがある。社員（駅社員等）の社員用端末装置３に事故の進捗状況を表示させる場合、多岐にわたる情報をすべて表示させると画面が見づらくなり、また、事故処理の流れが把握しづらくなって、かえって社員の混乱を招くおそれもある。このため、社員用端末装置３には、事故処理の進捗状況を把握するのに必要十分な情報に絞って表示させた方が分かり易く、好ましい。
そこで、本実施形態では、処理状況記憶部２１に記憶されている処理状況関連情報のうち運転再開に大きく影響する所定の処理段階を予め定めておき、特定情報抽出部２２により、当該所定の処理段階の進捗状況に関する情報である特定段階関連情報を処理状況関連情報の中から抽出する。

【0034】

本実施形態においては、特定情報抽出部２２は、特定段階関連情報として、「現場責任者の現地への到着」「関係者Ａの現地への到着」「関係者Ｂの現地への到着」「作業車の現地への到着」「線路外への退避完了」「車両点検終了」「現場確認の終了」「物品探索等の終了」「一部運転再開」「最終的な安全確認」「全面運転再開」に関する情報（すなわちこれらの時刻情報）を抽出する。
なお、特定情報抽出部２２によって抽出される情報はここに挙げたものに限定されない。これよりも少ない項目であってもよいし、これ以外の情報が含まれていてもよい。

【0035】

見込み時間算出部２３は、処理状況記憶部２１に記憶される処理状況関連情報に基づいて、列車の運転が再開される確率（運転再開確率）を算出する。
本実施形態において運転再開確率とは、事象（事故）発生時（すなわち「0」時点）から現在までの経過時間をt₀、経過時間t₀後の時刻をT₀としたとき、Tに運転が再開されていない場合に、T₀からの経過時間t以内に運転が再開される条件付き確率をいう。
また、見込み時間算出部２３は、処理状況関連情報に基づいて列車の運転再開時間の予測値（見込み時間）を算出するものである。
なお、前述のように、処理状況関連情報の中には、事故後の列車の運転再開に大きく影響するものとそれほど影響しないものとがある。この点、影響の少ない項目についても運転再開確率及び運転再開時間の予測値を算出する式を構成する項目に含めてしまうと、サンプル数が減少し、かえって正確な値を導き出すことが難しくなる。
そこで、本実施形態では、事象（事故）発生から運転再開までの各処理段階（以下のおいて「プロセス」ともいう。）のうち、時刻等の情報を入手することが可能であり（すなわち、処理状況関連情報として処理状況記憶部２１に記憶されているものであり）、かつ特に運転再開時間に大きく影響を与える主たる処理段階（プロセス）の情報を抽出し、見込み時間算出部２３は、抽出された項目について所定の公式に当てはめることにより列車の運転再開確率及び運転再開時間の予測値を算出する。
なお、公式に当てはめる項目は、特定情報抽出部２２によって抽出された項目であってもよいが、本実施形態では、さらに項目を絞り込み、「事故の発生場所（発生区分）」「現場責任者の現地への到着時間」「関係者Ａの現地への到着時間」「関係者Ｂの現地への到着時間」「線路外への退避完了時間」「現場確認の終了時間」「運転再開時間」とする。また、処理の流れを分ける要素として「現場確認の有無」と「現場確認の方法（すなわち、現場確認を他の作業より先に行うか、後に行うか）」を考慮する。

【0036】

図２は、本実施形態において公式に当てはめる項目として抽出された各処理段階（プロセス）の位置づけと、それぞれの所要時間の基準時刻を時系列に沿って模式的に示した説明図である。
事象（事故）が発生すると、事象発生の通報を受けて、まず現場責任者が現地に到着し、次に関係者Ａが現地に到着し、さらに関係者Ｂが現地に到着し、線路外への退避活動が行われる。そして、線路外への退避が完了し、さらに現場確認を行った場合にはこれが終了した後に、列車の運転が再開される。
本実施形態では、図２に示すように、現場責任者の到着までをプロセスＡ１とし、関係者Ａの到着までをプロセスＡ２とし、関係者Ｂの到着までをプロセスＡ３としている。また、線路外への退避完了までをプロセスＢ１とし、現場確認の終了までをプロセスＢ２とし、列車の運転再開までをプロセスＣとしている。

【0037】

各プロセスの所要時間及びその基準となる時刻（図２において「基準時刻」）は下記の通りである。
プロセスＡ１（現場責任者の到着まで）の所要時間は、事象発生時刻を基準時刻（すなわち「０」）とし、現場責任者が到着するまでの時間を分単位で表した時間とする。
プロセスＡ２（関係者Ａの到着まで）の所要時間は、事象発生時刻を基準時刻（すなわち「０」）とし、最初に関係者Ａが到着するまでの時間を分単位で表した時間とする。
プロセスＡ３（関係者Ｂの到着まで）の所要時間は、事象発生時刻を基準時刻（すなわち「０」）とし、関係者Ｂが到着するまでの時間を分単位で表した時間とする。
また、プロセスＢ１（線路外への退避完了まで）の所要時間は、現場責任者が到着した時刻（すなわち、プロセスＡ１の完了時）を基準時刻（すなわち「０」）とし、線路外への退避が完了するまでの時間を分単位で表した時間とする。
また、プロセスＢ２（現場確認の終了まで）の所要時間は、最初に関係者Ａが到着した時刻（すなわち、プロセスＡ２の完了時）を基準時刻（すなわち「０」）とし、現場確認が終了するまでの時間を分単位で表した時間とする。
プロセスＣ（列車の運転再開まで）の所要時間は、現場確認の有無及び現場確認の方法によって異なり、現場確認無しの場合、又は現場確認を列車の運行を止めずに実施する場合については、関係者Ｂの到着（すなわち、プロセスＡ３の完了）と線路外への退避の完了（すなわち、プロセスＢ１の完了）という２つの条件がともに満たされた時刻を基準時刻（すなわち「０」）とし、運行が再開されるまでの時間を分単位で表した時間である。また、列車の運行を止めて現場確認を行い、現場確認の終了後に列車の運行を再開する場合については、関係者Ｂの到着（すなわち、プロセスＡ３の完了）、線路外への退避の完了（すなわち、プロセスＢ１の完了）、現場確認の終了（すなわち、プロセスＢ２の完了）という３つの条件がすべて満たされた時刻を基準時刻（すなわち「０」）とし、運転再開するまでの時間を分単位で表した時間をプロセスＣの所要時間とする。

【0038】

そして、事象（事故）発生からt₀分後の状態として理論上考えられる各処理段階（プロセス）の組み合わせである状態パターンを作成する。すなわち、「Ａ１」「Ａ２」「Ａ３」「Ｂ１」「Ｂ２」「Ｃ」の各プロセスで、理論上考えられる「（プロセス）完了」又は「（プロセス）未完了」の状態の組み合わせパターンを作成する。結果的に、状態パターンとしては、状態１〜状態１９のパターンが考えられる。
本実施形態では、前述の各項目（すなわち、「事故の発生場所（発生区分）」「現場責任者の現地への到着時間」「関係者Ａの現地への到着時間」「関係者Ｂの現地への到着時間」「線路外への退避完了時間」「現場確認の終了時間」「運転再開時間」「現場確認の有無」及び「現場確認の方法」）を説明変量とし、上記の各状態パターンごとに運転再開確率及び運転再開時間の予測値を算出する公式を作成した。

【0039】

図３に、各項目の公式中における変数名と変数の型、変数の値の対応を示す。
図３に示すように、「事象の発生場所（図３において「発生区分」）」の変数名は「k」であり、変数の値は、例えば、事象の発生場所に応じて「１」〜「６」の値が割り当てられる。
また、「現場責任者到着時間」の変数名は「t_A1」であり、変数の値は、事象発生からの経過時間（分）である。同様に、「関係者Ａ到着時間」の変数名は「t_A2」であって、変数の値は、事象発生からの経過時間（分）であり、「関係者Ｂ到着時間」の変数名は「t_A3」であって、変数の値は、事象発生からの経過時間（分）であり、「線路外への退避完了時間」の変数名は「t_B1」であって、変数の値は、事象発生からの経過時間（分）であり、「現場確認終了時間」の変数名は「t_B2」であって、変数の値は、事象発生からの経過時間（分）であり、「運転再開時間」の変数名は「t_C」であって、変数の値は、事象発生からの経過時間（分）である。
また、「現場確認有無」の変数名は「i₁」であって、変数の値は、現場確認が無い場合には「１」、現場確認が有る場合には「２」となる。
さらに、「現場確認方法」の変数名は「i₂」であって、変数の値は、現場確認方法として、作業方法Ａを採用する場合には「１」、作業方法Ｂを採用する場合には「２」となる。
なお、変数の型はいずれの項目についても整数となっている。

【0040】

図４は、各処理段階（すなわち、「プロセスＡ１」「プロセスＡ２」「プロセスＡ３」「プロセスＢ１」「プロセスＢ２」「プロセスＣ」）についての確率密度と累積確率を算出する式を示したものである。
また、図５（ａ）及び図５（ｂ）は、時間の経過に伴う確率密度と累積確率の変化を示すグラフの一例を示したものである。
ここで、確率密度とは、時刻tに各プロセスが完了する確率であり、累積確率とは、時刻t以内に各プロセスが完了する確率である。
図５（ａ）に示すように、確率密度f（t）は、処理開始時点から所定の時間が経過した時点でピークをもつ。また、図５（ｂ）に示すように、累積確率F（t）は、処理開始時から時間が経過するにしたがって徐々に確率が上昇し、一定時間が経過すると１００％に達する。

【0041】

上述のように、実際に事象が発生した場合には、各処理段階（プロセスＡ１〜プロセスＣ）が連続的、並行的又は選択的に行われ、事故発生から列車の運転再開に至るまでにあり得る状況（状態パターン）としては、前述した状態１〜状態１９が考えられる。このうち、状態１については、すでに列車の運転が再開されている状態であるため、運転再開確率及び運転再開時間の予測値を算出する必要がない。
このため、本実施形態では、列車の運転再開確率及び運転再開時間の予測値を算出するために、上記の状態２〜状態１９に対応した１８個の公式を用意しており、見込み時間算出部２３は、まず現在の状態が前述のいずれの状態パターンに当たるかを判断し、各状態パターンに応じて用意されている公式に必要項目を代入することで運転再開確率及び運転再開時間の予測値を算出する。

【0042】

ここで、以下に状態２〜状態１９に対応する公式（式１〜式１８）を示す。
以下の式１〜式１８は、状態２〜状態１９における運転再開確率を算定するための公式であり、式１は状態２、式２は状態３、式３は状態４、…式１８は状態１９にそれぞれ対応している。
これらの式を用いることによって、事象（事故）の発生時刻から現在までの経過時間t₀にプロセスCが完了していないとき、事象（事故）の発生時刻からt分以内にプロセスCが完了する条件付き累積確率F(t|t₀)を求めることができる。

【数1】

…式１

【数2】

…式２

【数3】

…式３

【数4】

…式４

【数5】

…式５

【数6】

…式６

【数7】

…式７

【数8】

…式８

【数9】

…式９

【数10】

…式１０

【数11】

…式１１

【数12】

…式１２

【数13】

…式１３

【数14】

…式１４

【数15】

…式１５

【数16】

…式１６

【数17】

…式１７

【数18】

…式１８

【0043】

上記のような運転再開確率を算定するための式１〜式１８によって各状態２〜１９における、事象（事故）発生時刻からt分以内にプロセスCが完了する条件付き累積確率が求められる。
図６（ａ）は、累積確率を表したものであり、図６（ｂ）は、条件付き累積確率を表したものである。
そして、この求められた条件付き累積確率を用いて、下記の式１９により、０＜ｔ≦ｔ_maxの各tについてf(t|t₀)を求める。なお、tの最大値t_max（分）は適宜設定可能である。

【数19】

…式１９

【0044】

次に、f(t|t₀)の１次モーメント（期待値）E(X)を以下の式２０により算出し、運転再開時間の予測値とする。

【数20】

…式２０

但し、E(X)はある瞬間の時刻であるため、この瞬間に実際に運転再開する確率は非常に低い。そこで、本実施形態では、運転再開が予想される時間をある一定の幅を持って示すようにする。この時間幅の下限をminT、上限をmaxTとする。

【0045】

事象発生時刻を０としたとき、時刻t₀にはまだ運転再開していないときに時刻０からE(X)までに運転再開する確率は、下記式２１に示す通りである。

【数21】

…式２１

【0046】

また、同様に、時刻t₀にはまだ運転再開していないときに時刻E(X)から時刻t_max（t_maxは確率計算を行う最大値）までに運転再開する確率は、下記式２２に示す通りである。

【数22】

…式２２

【0047】

このとき、予測時間幅の範囲内に確率pで実際に運転再開するように予測時間幅の下限minT、及び上限maxTを定める。
具体的には、下限minTは、下記式２３を満たす値である。

【数23】

…式２３

【0048】

同様に、上限maxTは、下記式２４を満たす値である。

【数24】

…式２４

図７は、運転再開時間の予測値E(X)、予測範囲の下限（minT）及び予測範囲の上限（maxT）をグラフ上に表したものである。
図７では、運転再開時間の予測値E(X)が１７時５０分であり、予測範囲の下限（minT）が１７時４０分であり、予測範囲の上限（maxT）が１８時１０分である場合を例示している。

【0049】

以上のような公式を用いることにより、見込み時間算出部２３は、列車の運転再開確率と、列車の運転再開時間についての予測値E(X)及びその前後のある程度の幅を持った予測範囲（minT〜maxT）を算出する。
見込み時間算出部２３による算出結果は処理状況記憶部２１等に記憶される。

【0050】

進捗具合判定部２４は、処理状況記憶部２１に記憶される処理状況関連情報に応じて、列車の運転再開までの事故処理の進捗具合を判定するものである。
前述のように、本実施形態では、、処理状況記憶部２１に記憶されている処理状況関連情報には、列車の運転再開に対する影響度の大きさに基づいて設定された重み付け情報が付帯されている。進捗具合判定部２４は、この重みづけされた処理状況関連情報に応じて進捗具合の判定を行う。

【0051】

具体的には、本実施形態の進捗具合判定部２４は、列車の運転再開時を１００％とした場合に、現時点での処理の進捗具合が何％程度であるかを判定する。
列車の運転再開に対する影響度の大きな項目については、たとえ１項目でも完了すると、進捗具合判定部２４は、進捗具合が大きく進展したと判定する。逆に、列車の運転再開に対する影響度の小さな項目については、複数項目完了しても、進捗具合判定部２４は、進捗具合にあまり変化がないと判定する。
例えば、事故処理のプロセスの内、「関係者Ａの現場への到着」の項目についての重みづけが「関係者Ｂの現場への到着」の項目についての重みづけの２倍高い場合を例とすると、例えば○○線区の駅構内において事故が発生した場合に、事故処理のプロセスの内、社員の現場への到着、関係者Ｂの現場への到着は完了しているが、関係者Ａが到着していない場合と、社員の現場への到着、関係者Ａの現場への到着は完了しているが、関係者Ｂが到着していない場合とでは、２つの項目について処理が完了していることは同じであっても、進捗具合判定部２４は、後者の場合よりも前者の場合の進捗具合の方を低く判定する（例えば、前者の場合には進捗具合を８％と判定し、後者の場合には１５％とする等。）。

【0052】

なお、進捗具合判定部２４が進捗具合の判定に用いる項目は特に限定されない。処理状況記憶部２１に記憶される処理状況関連情報の全てを参照して判定を行ってもよいし、処理状況関連情報のうち、特に列車の運転再開を左右する所定の項目のみを抽出して参照し、判定を行ってもよい。また、進捗具合判定部２４は、特定情報抽出部２２によって抽出される特定段階関連情報を参照して進捗具合の判定を行ってもよい。
進捗具合判定部２４による判定結果は、処理状況記憶部２１に記憶される。
なお、事故処理が進むにつれて処理が完了した項目が増えていき、事故処理の進捗具合は変化していく。このため、進捗具合判定部２４は、随時最新の情報に基づいて判定処理を行い、新たな判定が行われると処理状況記憶部２１に記憶される判定結果が更新されるようになっている。

【0053】

画面生成部２５は、文字情報として蓄積されている処理状況関連情報や見込み時間算出部２３による算出結果、進捗具合判定部２４による判定結果等、処理状況記憶部２１に記憶されている情報から、社員用端末装置３の表示手段３０の表示画面を構成する画像データを生成する。
なお、社員用端末装置３に導入されているアプリケーション側のプログラムにより所定の情報から表示画面を構成することができる場合には、画面生成部２５において表示画面用の画像データを生成する必要はない。

【0054】

本実施形態では、画面生成部２５は、処理状況記憶部２１に記憶されている処理状況関連情報のうち運転再開に大きく影響する所定の処理段階に関する情報として特定情報抽出部２２によって抽出された特定段階関連情報に基づいて、事故処理の進捗状況に関する表示を行う表示画面を構成する画像データを生成する。
具体的には、画面生成部２５は、事故処理の進捗状況に関する表示として、まず、所定の処理段階を時系列に従って順次表示させる進捗状況順次表示用の画像データを生成する。
進捗状況順次表示とは、事故発生後、列車の運転が再開されるまでの各種の段階の内、処理が完了した段階（ステップ）を表示画面上に順次表示させるものである。
進捗状況順次表示画面（図８の進捗状況順次表示領域３３参照）の構成は、特に限定されないが、例えば、ある段階（ステップ）について処理が完了すると、当該完了したステップが表示画面上に表示され、新しく処理が完了する度に、当該処理の項目を過去に処理された項目の上に表示さていく。このように表示させることで、表示画面の下方ほど前に処理が完了した項目であり、上に行くほど新しく処理が完了された項目となる。
なお、進捗状況順次表示として表示される項目は特定情報抽出部２２によって抽出された特定段階関連情報に含まれる項目である。特定段階関連情報に含まれる項目すべてが表示する対象となってもよいし、一部のみを表示の対象としてもよい。

【0055】

また、画面生成部２５は、事故処理の進捗状況に関する表示として、所定の処理段階の進捗状況に関わる項目を列挙表示させる進捗状況列挙表示用の画像データを生成する。
進捗状況列挙表示とは、事故発生後、列車の運転が再開されるまでの各種の段階（ステップ）をＳＴＥＰ情報として表示画面上に列挙表示させるものである。
なお、進捗状況順次表示と同様に、進捗状況列挙表示として表示される項目は特定情報抽出部２２によって抽出された特定段階関連情報に含まれる項目である。特定段階関連情報に含まれる項目すべてが表示する対象となってもよいし、一部のみを表示の対象としてもよい。進捗状況列挙表示として表示される項目は進捗状況順次表示として表示される項目と同じであってもよいし、これよりも絞り込んだ少ない項目であってもよい。
本実施形態では、特定段階関連情報に含まれる項目のうち、特に列車の運行再開に大きく影響する項目を１０個選択し（すなわち、「現地に責任者到着」（ＳＴＥＰ１）、「現地に関係者到着」（ＳＴＥＰ２）、「現地に作業車到着」（ＳＴＥＰ３）、…「最終的な安全確認」（ＳＴＥＰ９）、「全面的運転再開」（ＳＴＥＰ１０）の１０項目）、これをＳＴＥＰ情報として進捗状況列挙表示画面（図８の進捗状況列挙表示領域３４参照）に列挙表示させる場合を例示する。
なお、ここに挙げたＳＴＥＰ情報は一例であり、他の項目が含まれていてもよいし、これよりも少ない項目であってもよい。

【0056】

また、画面生成部２５は、進捗具合判定部２４により判定された判定結果に基づいて事故処理の進捗具合を表示させる表示画面用の画像データを生成する。
本実施形態において進捗具合は、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかを％と棒グラフとにより表示される（図８の進捗具合表示領域３５参照）。画面生成部２５は、進捗具合判定部２４の判定結果に基づいて、棒グラフ状の表示画面の画像データを生成する。
また、運転再開見込み時間や運転再開確率を示す表示の他、発生した事故に関する基本的な情報（事故発生場所、事故の種類、発生時刻等）等を表示する表示画面の画像データについても、画面生成部２５によって生成される画像データに含まれる。

【0057】

社員用端末装置３（図１では、３台の社員用端末装置３を図示）は、例えば携帯電話機やタブレット型の端末装置等であり、各社員（例えば駅社員等）にそれぞれ付与されている。
社員用端末装置３は、通信機能を備え、インターネットＮ等を介して外部装置（例えば、処理状況情報サーバ装置２）との間で、無線方式にて随時情報の送受信が可能に構成されている。
社員用端末装置３は、処理状況情報サーバ装置２との間で無線方式にて通信を行うことにより、社員用端末装置３がどこにあっても（例えば、社員の休憩場所等）、処理状況情報サーバ装置２から事故処理に関する処理状況関連情報に基づくデータの配信を受けることができる。
なお、情報通信の手法はこれに限定されず、例えば社員用端末装置３を充電用のクレードル等にセットすることでケーブル等を介して通信を行うことができてもよい。

【0058】

社員用端末装置３は、液晶パネル等で構成された表示手段３０を備えている。
本実施形態において、表示手段３０はタッチパネル式の表示装置であり、表示画面をタッチ操作することでスクロール表示等を行うことが可能に構成されている。
また、社員用端末装置３は、表示手段３０の表示を制御する表示制御手段３１（図１参照）を備えている。
表示制御手段３１は、処理状況情報サーバ装置２の画面生成部２５によって生成された表示用の画像データに基づいて事故処理状況に関する情報を表示する画面等を表示させ、また、適宜表示を切り替えるように表示手段３０の表示を制御する。

【0059】

本実施形態では、表示制御手段３１は、事故処理の進捗状況に関する表示として、所定の処理段階を時系列に従って順次表示する進捗状況順次表示領域３３（図８参照）を表示手段３０に表示させるように表示手段３０の表示を制御する。
また、表示制御手段３１は、進捗状況順次表示領域３３がタッチ操作されることでスクロール表示させるように表示手段３０の表示を制御する。
また、表示制御手段３１は、事故処理の進捗状況に関する表示として、所定の処理段階の進捗状況に関わる項目を列挙表示する進捗状況列挙表示領域３４（図８参照）を表示手段３０に表示させるとともに、処理状況情報サーバ装置２から提供される特定段階関連情報に基づき、処理が終了した項目について反転表示させるように進捗状況列挙表示領域３４の表示を切り替えるように表示手段３０の表示を制御する。
また、表示制御手段３１は、進捗具合判定部２４により判定された判定結果に基づいて事故処理の進捗具合を表示する進捗具合表示領域３５（図８参照）を表示手段３０に表示させるように表示手段３０の表示を制御する。
さらに、表示制御手段３１は、見込み時間算出部２３によって算出された列車の運転再開時間の予測値を表示する見込み時間表示領域３２（図８参照）を表示手段３０に表示させるように表示手段３０の表示を制御する。
また、表示制御手段３１は、見込み時間算出部２３によって算出された所定の幅を有する時間を見込み時間表示領域３２に表示させる。
また、表示制御手段３１は、見込み時間算出部２３によって算出された確率を見込み時間表示領域３２に表示させる。

【0060】

図８は、画面生成部２５によって生成された表示用の画像データに基づく運転再開見込み情報の表示画面が、上記表示制御手段３１の制御により社員用端末装置３の表示手段３０に表示された場合の表示画面例を示した図である。
図８に示すように、運転再開見込み情報の表示画面には、事故の発生場所、事故の種類、発生時刻といった事故に関する基本的な情報が表示される。
また、表示手段３０には、見込み時間算出部２３によって算出された列車の運転再開時間の予測値や、列車の運転再開確率を表示させる見込み時間表示領域３２が表示される。
図８では、○○線の△△駅構内で１７時に事故が発生した場合の運転再開見込み情報の表示画面を例示している。
見込み時間表示領域３２には、見込み時間算出部２３によって算出された予測値である１７時５０分が運転再開見込み時間として表示されている。また、本実施形態の見込み時間表示領域３２には、見込み時間算出部２３によって算出された所定の幅を有する予測範囲と、当該範囲内の時間に列車の運転が再開される確率が合わせて表示される。
図８では、予測範囲として１７時４０分から１８時１０分までの時間が示され、この時間内に列車の運転が再開される確率が８０％であることが表示されている。

【0061】

また、表示手段３０には、事故処理の進捗状況に関する表示として、所定の処理段階を時系列に従って順次表示させる進捗状況順次表示領域３３が表示される。
図８に示すように、本実施形態の進捗状況順次表示領域３３は、時系列の古いものが一番下に表示され、新たな処理が行われ処理状況関連情報が更新されると、当該新たな処理段階（項目）が順にその上に表示されていく。
すなわち、例えば１７時５分に「現地に社員が向っている」との処理段階（項目）が表示され、その後１７時１１分に「現地に責任者が到着」との新たな処理が行われ処理状況関連情報が更新されると、「現地に社員が向っている」との項目の上に当該「現地に責任者が到着」との処理段階（項目）が表示される。同様に、１７時１７分に「現地に関係者が到着」との新たな処理が行われ処理状況関連情報が更新されると、「現地に責任者が到着」との項目の上にさらに「現地に関係者が到着」との処理段階（項目）が表示される。このように、進捗状況順次表示領域３３は、常に最新の項目が一番上に表示されるようになっている。これにより、進捗状況順次表示領域３３を見ることで、１７時１７分現在の最新の状況において、現地に関係者が到着している段階であることがわかる。

【0062】

なお、本実施形態では、進捗状況順次表示領域３３は、表示画面をタッチ操作することでスクロール表示させることが可能に構成されている。
時間の経過に伴って、進捗状況順次表示領域３３に表示される処理段階（項目）が増えていき、表示画面内に全ての項目が収まらなくなったときには、時間の古いもの（すなわち、進捗状況順次表示領域３３の一番下に表示されている項目）から順に表示画面から消えていくが、画面をタッチしてスクロールさせることによって表示画面から消えた古い項目を再び画面上に表示させることができる。

【0063】

また、表示手段３０には、事故処理の進捗状況に関する表示として、所定の処理段階の進捗状況に関わる項目を列挙表示する進捗状況列挙表示領域３４が表示される。
図８では、「現地に責任者到着」（ＳＴＥＰ１）、「現地に関係者到着」（ＳＴＥＰ２）、「現地に作業車到着」（ＳＴＥＰ３）、…「最終的な安全確認」（ＳＴＥＰ９）、「全面的運転再開」（ＳＴＥＰ１０）の１０項目がＳＴＥＰ情報として進捗状況列挙表示領域３４に列挙表示される場合を例示している。

【0064】

表示制御手段３１は、処理状況情報サーバ装置２から提供される特定段階関連情報に基づいて、処理が終了した項目について反転表示させるように進捗状況列挙表示領域３４の表示を切り替えるようになっている。
この場合、表示の色等は特に限定されない。例えば、処理が終了していない項目を白色で表示させ、処理が終了した項目を灰色や赤色で表示させてもよいし、処理が終了した項目を網掛け表示させてもよい。
図８では、既に処理が終了している「現地に責任者到着」（ＳＴＥＰ１）及び「現地に関係者到着」（ＳＴＥＰ２）の項目が網掛け表示され、それ以外の未処理の項目が白抜き表示されている場合を例示している。

【0065】

また、表示手段３０には、進捗具合判定部２４により判定された判定結果に基づいて事故処理の進捗具合を表示させる進捗具合表示領域３５が表示される。
本実施形態において、進捗具合表示領域３５は、図８に示すように、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかを棒グラフ状に表したものである。図示例では、棒グラフ状の表示の他、文字による％表示を並べて表示させている。
なお、進捗具合表示領域３５は、表示を見る者に事故処理の進捗具合を直感的に伝えることのできるものであればよく、その表示のさせ方は図示例に限定されない。進捗具合表示領域３５の表示は、例えば、円グラフ状の表示としてもよいし、進捗具合が上がるにしたがって色が変化するような表示としてもよい。

【0066】

その他、表示手段３０の表示画面上には、初期画面等に戻るための「戻るボタン３６」や表示画面の表示を最新のものに更新するための「情報更新ボタン３７」等が設けられている。
なお、表示手段の３０に表示される内容や表示画面のレイアウト等は、図示例に限定されない。
また、見込み時間表示領域３２、進捗状況順次表示領域３３、進捗状況列挙表示領域３４、進捗具合表示領域３５の配置や大きさ等のレイアウトは、社員用端末装置３のユーザが自由にカスタマイズすることが可能に構成されていてもよい。

【0067】

次に、本実施形態における事故処理進捗状況表示システムの作用について説明する。

【0068】

まず、事象（事故）が発生すると、当該情報が事故発生現場から輸送指令室に伝えられる。
輸送指令室の輸送指令員は、各所の社員（例えば駅社員等）に無線通信等を介して音声により事故の発生等の情報を連絡する他、入力用端末装置１０により、事故の発生時間、発生場所、事故発生の第一報が連絡された時間等の処理状況関連情報を入力処理し、文字情報化する。文字情報化された処理状況関連情報は、随時処理状況情報サーバ装置２に送信され、処理状況記憶部２１に記憶される。
事故現場からは、その後も随時事故処理の進捗状況に関する情報が輸送指令室に伝えられ、輸送指令室に伝えられた処理状況関連情報は入力用端末装置１０において入力処理され、文字情報化されて随時処理状況情報サーバ装置２に送信されて処理状況記憶部２１に随時格納される。
このとき、処理状況関連情報には、列車の運行再開に対する影響度の大きさに基づいてそれぞれ重みづけ情報が付帯される。この重みづけ処理は入力処理を行う輸送指令員によって行われてもよいし、過去に発生した類似の事故処理を分析することにより処理段階（プロセス）ごとに重みづけの値を予め規定しておき、当該規定された重みづけが処理段階（プロセス）に応じて自動的に付帯されてもよい。重みづけされた処理状況関連情報は処理状況記憶部２１に記憶、蓄積される。なお、この処理状況関連情報への重みづけ処理は、処理状況情報サーバ装置２に送信された後に、処理状況情報サーバ装置２内において自動的に行われてもよい。

【0069】

画面生成部２５は、処理状況記憶部２１に記憶された処理状況関連情報に基づいて事故の発生場所や発生時間等の基本情報を表示させる画面を生成し、画面生成部２５によって生成された画像データはインターネットＮを介して、各社員用端末装置３に配信される。
また、事故処理が開始され、処理状況記憶部２１に処理状況関連情報が蓄積されていくと、特定情報抽出部２２によって処理状況関連情報の中から列車の運転再開に対する影響度の大きい所定の処理段階の進捗状況に関する特定段階関連情報が抽出される。
画面生成部２５は、特定情報抽出部２２によって抽出された特定段階関連情報に基づいて、表示手段３０に進捗状況順次表示領域３３を表示させるための画像データ、進捗状況列挙表示領域３４を表示させるための画像データを生成し、生成された画像データを順次職員用端末装置３に送信する。
さらに、進捗具合判定部２４は、重みづけされた処理状況関連情報に基づいて、事故処理の進捗具合を判定する。進捗具合判定部２４による判定は、随時最新の情報に基づいて繰り返し行われる。画面生成部２５は、進捗具合判定部２４による判定結果に基づき、棒グラフ状の表示とパーセンテージを示す文字情報からなる進捗具合表示領域３５を表示手段３０に表示させるための画像データを生成し、生成された画像データを順次社員用端末装置３に送信する。
社員用端末装置３の表示制御手段３１は、処理状況情報サーバ装置２から送られる情報に基づいて、表示手段３０に適宜最新の情報に基づく表示画面を表示させる。

【0070】

また、見込み時間算出部２３は、処理状況記憶部２１に記憶された処理状況関連情報に基づいて列車の運転再開時間の予測値及び運転再開確率等を算出する。
図９及び図１０を参照しつつ、本実施形態における列車の運転再開時間の予測値及び運転再開確率等の算出処理について詳細に説明する。
図９は、見込み時間算出部２３が行う処理の全体の流れを示すフローチャートである。
図９では、見込み時間算出部２３は、事象（事故）発生からt₀分後にまだ列車の運転が再開されていない場合において、時刻tに運転再開する確率を算定するとともに、運転再開の予測時間（予測値）を算出する場合について示している。
図９に示すように、見込み時間算出部２３は、まず、予測値を算出するためのパラメータを読み込む（ステップＳ１）。なお、パラメータが事象（事故）の属性ごとに設定されている場合には、当該事故の属性と合致するパラメータを選択する。
次に、発生した事象（事故）に関する各種データ（事象データ）と運転再開時刻の予測を行う時刻である現在の時刻t₀（すなわち、事象（事故）発生からの経過時間、単位は分）を読み込む（ステップＳ２）。
そして、見込み時間算出部２３は、各プロセスＡ１〜Ｃが終了しているか否かの終了判定を行う。すなわち、各プロセスについての入力データの値（tA1、tA2、tA3、tB1、tB2、tC）と現在時刻t₀とを比較し各プロセスが終了しているか否かを判定する（ステップＳ３）。
さらに、見込み時間算出部２３は、各プロセスの終了状態、現場確認の有無、現場確認の方法（すなわち、列車の運行を止めずに実施するか、列車の運行を停止して実施するか）を参照して、時刻t₀分後の状態が状態パターン（すなわち、状態１〜状態１９）のいずれに該当するかを判定する（ステップＳ４）。

【0071】

ここで、図１０を参照しつつ、見込み時間算出部２３による状態判定処理（図９におけるステップＳ４）の流れを具体的に説明する。
図１０は、各時点における状態がいずれの状態パターンに当てはまるかの判断処理を示すフローチャートである。

【0072】

図１０に示すように、プロセスＣが終了している場合（ステップＳ１１）には、すでに列車の運転が再開されている場合を意味するため、図１０における状態１（前述の状態パターンの状態１）にあたり、運転再開時間の予測は不要である。プロセスＣが未了の場合にはプロセスＡ３が終了しているか否かを判断し（ステップＳ１２）、プロセスＡ３が終了している場合には、さらに、現場確認の有無（i₁）と方法（i₂）を判断する（ステップＳ１３）。ここで、未だ現場確認の有無（i₁）と方法（i₂）について情報がない場合には、見込み時間算出部２３は、パラメータｐ（すなわち、関係者Ｂが現場確認しない又は列車の運行を止めずに現場確認を実施する確率ｐの値）を用いて判断を行う。そして、現場確認が無い（i₁＝１）か、又は現場確認を列車の運行を止めずに行う場合（i₂＝１）には、プロセスＢ１が終了しているか否かを判断し（ステップＳ１４）、プロセスＢ１が終了している場合（ステップＳ１１）には、図１０における状態２にあたると判断する。これに対して、プロセスＢ１が終了していない場合には、見込み時間算出部２３は、さらにプロセスＡ１が終了しているか否かを判断し（ステップＳ１５）、プロセスＡ１が終了している場合には、図１０における状態３にあたり、終了していない場合には、状態４にあたると判断する。
また、ステップＳ１３において、現場確認があり（i₁＝２）、かつ現場確認が終了するまで列車の運行を止める場合（i₂＝２）には、見込み時間算出部２３は、プロセスＢ１が終了しているか否かを判断し（ステップＳ１６）、プロセスＢ１が終了している場合には、さらにプロセスＢ２が終了しているか否かを判断する（ステップＳ１７）。プロセスＢ２が終了している場合には、図１０における状態５にあたり、終了していない場合には、状態６にあたると判断する。
これに対して、ステップＳ１６においてプロセスＢ１が終了していない場合には、見込み時間算出部２３は、さらにプロセスＢ２が終了しているか否かを判断し（ステップＳ１８）、プロセスＢ２が終了している場合には、プロセスＡ１が終了しているか否かを判断する（ステップＳ１９）。プロセスＡ１が終了している場合には、図１０における状態７にあたり、終了していない場合には、状態８にあたると判断する。他方、ステップＳ１８においてプロセスＢ２が終了していない場合には、さらにプロセスＡ１が終了しているか否かを判断する（ステップＳ２０）。プロセスＡ１が終了している場合には、図１１における状態９にあたり、終了していない場合には、状態１０にあたると判断する。
また、ステップＳ１２においてプロセスＡ３が終了していない場合には、見込み時間算出部２３は、さらにプロセスＢ１が終了しているか否かを判断し（ステップＳ２１）、プロセスＢ１が終了している場合には、プロセスＢ２が終了しているか否かを判断する（ステップＳ２２）。プロセスＢ２が終了している場合には、図１０における状態１１にあたると判断する。他方、ステップＳ２２においてプロセスＢ２が終了していない場合には、さらにプロセスＡ２が終了しているか否かを判断する（ステップＳ２３）。プロセスＡ２が終了している場合には、図１０における状態１２にあたり、終了していない場合には、状態１３にあたると判断する。
また、ステップＳ２１においてプロセスＢ１が終了していない場合には、見込み時間算出部２３は、さらにプロセスＢ２が終了しているか否かを判断し（ステップＳ２４）、プロセスＢ２が終了している場合には、プロセスＡ１が終了しているか否かを判断する（ステップＳ２５）。プロセスＡ１が終了している場合には、図１０における状態１４にあたり、終了していない場合には、状態１５にあたると判断する。
他方、ステップＳ２４においてプロセスＢ２が終了していない場合には、見込み時間算出部２３は、さらにプロセスＡ１が終了しているか否かを判断し（ステップＳ２６）、プロセスＡ１が終了している場合には、さらにプロセスＡ２が終了しているか否かを判断する（ステップＳ２７）。プロセスＡ２が終了している場合には、図１０における状態１６にあたり、終了していない場合には、状態１７にあたると判断する。
また、ステップＳ２６においてプロセスＡ１が終了していない場合には、見込み時間算出部２３は、さらにプロセスＡ２が終了しているか否かを判断し（ステップＳ２８）、プロセスＡ２が終了している場合には、図１０における状態１８にあたり、終了していない場合には、状態１９にあたると判断する。

【0073】

現在時刻t₀における状態パターン（すなわち、状態１〜状態１９）が判定されると、見込み時間算出部２３は、当該状態（予測値算出の必要がある状態２〜状態１９）における運転再開確率を算定する（ステップＳ５）。運転再開確率を算定する際には、状態２〜状態１９に対応して用意されている前述の公式（式１〜式１８）を用いる。
また、見込み時間算出部２３は、運転再開時間の予測値を算定する（ステップＳ６）。このとき、本実施形態では、見込み時間算出部２３は、前述の公式（式１９〜式２４）を用いて、運転再開時間の予測値（すなわちピンポイントの時刻、例えば１７時５０分）と、所定の幅を持った予測範囲（例えば１７時４０分〜１８時１０分）とを算出する。

【0074】

見込み時間算出部２３によって運転再開時間の予測値及び所定の幅を持った予測範囲が算出されると、画面生成部２５によって当該算出結果を表示させる画面の画像データが生成され、生成された画像データはインターネットＮを介して、各社員用端末装置３に配信される。そして、配信された画像データに基づいて見込み時間表示領域３２に運転再開時間の予測値や運転再開確率が表示される。
なお、見込み時間算出部２３による運転再開時間の予測値や運転再開確率の算出は、最新の情報に基づいて列車の運転が再開されるまで随時又は所定の時間間隔毎に繰り返し行われており、新たな算出結果が得られる毎に新たな画像データが生成されて、随時最新の算出結果が社員用端末装置３の表示手段３０に表示されるようになっている。

【0075】

以上のように、本実施形態によれば以下の効果を得ることができる。
すなわち、本実施形態では、処理状況関連情報が随時蓄積され、文字情報化された処理状況関連情報に基づく表示画面を社員用端末装置３の表示手段３０に表示させることができる。このため、事故等の事象が発生した場合に、音声による伝達のように、聞き逃したり、聞き間違えたりするおそれがなく、事故処理の進捗状況について正確な情報をすべての社員が共有することができる。このため、列車利用者に従来よりも正確かつ詳細な情報を提供することが可能となる。
また、本実施形態では音声による情報伝達も並行して行われており、社員が情報を得る手段が多様化することで、より確実に情報を伝えることができる。

【0076】

また、処理状況関連情報のうち、列車の運転再開に対する影響度の大きい特定段階関連情報だけを抽出してこれに基づく所定の処理段階（項目）のみを進捗状況順次表示領域３３や進捗状況列挙表示領域３４に表示させる。このため、社員用端末装置３が小型のタブレット端末等である場合でも必要な情報を分かり易く表示させることができる。
また、上記のように列車の運転再開に影響の大きい項目に絞って進捗状況順次表示領域３３や進捗状況列挙表示領域３４に表示させることで、社員が現時点での事故処理の進捗状況を直感的に理解することができる。
また、進捗状況順次表示領域３３は、表示手段３０の表示画面をタッチ操作することでスクロール表示させることが可能に構成されている。このため、社員用端末装置３の表示画面が小さい場合でも処理段階（項目）を複数表示させることができる。
また、進捗状況列挙表示領域３４は、表示制御手段３１の制御により、処理が終了した項目について反転表示するようになっている。このため、進捗状況列挙表示領域３４を見るだけで事故処理の進捗状況を直感的に理解することができる。

【0077】

また、処理状況関連情報は、列車の運転再開に対する影響度の大きさに基づいてそれぞれ重みづけされており、この重みづけされた処理状況関連情報に応じて、進捗具合判定部２４が列車の運転再開までの事故処理の進捗具合を判定する。そしてその判定結果が進捗具合表示領域３５に表示されるようになっている。このため、進捗具合表示領域３５を見るだけで、あとどの程度で運転再開するかについて大よその予測をすることが可能となる。
特に本実施形態では、列車の運転再開時を１００％とした場合、現時点での処理の進捗状況がどの程度であるかを棒グラフ状に表したものが進捗具合表示領域３５に表示される。これにより、現時点での事故処理の進捗具合をより直感的にイメージすることができる。

【0078】

また、見込み時間算出部２３によって列車の運転再開時間の予測値や列車の運転が再開される確率を算出し、これを表示手段３０に表示させる。このため、社員の経験則に頼るよりもより正確で精度にばらつきのない列車の運転再開時間の予測値等を得ることができる。運転再開予測時間だけでなく、運転再開の確率まで表示させるため、駅社員や列車利用者にとって、列車の運転が再開される見込みを判断するための材料が増え、より適切に状況を把握することができる。
また、見込み時間算出部２３は、所定の幅を有する予測範囲を算出し、見込み時間表示領域３２は、この所定の幅を有する予測範囲を表示させる。列車の運転再開時間をピンポイントで予測することは難しいが、このようにある程度の幅を持った予測範囲を算出することで、運転がいつ頃再開されるかの情報をより確実に提供することができる。
そして、このような情報は、社員用端末装置に対して情報を提供するため、事故が発生した場合に、社員が各自の社員用端末装置において事故処理の進捗状況を確認することができ、事故処理状況に関する情報を列車利用者への情報提供等に活用することができる。

【0079】

［第２の実施形態］
次に、図１１及び図１２を参照しつつ、本発明に係る事故処理進捗状況表示システム及び事故処理進捗状況表示プログラムの第２の実施形態について説明する。なお、本実施形態は、事故処理の進捗状況の表示を行う表示手段のみが第１の実施形態と異なるものであるため、以下においては、特に第１の実施形態と異なる点について説明する。

【0080】

図１１は、本実施形態に係る事故処理進捗状況表示システム２００の全体構成を示す図である。
図１１に示すように、事故処理進捗状況表示システム２００は、第１の実施形態と同様に、処理状況情報サーバ装置２と、処理状況情報サーバ装置２から提供される情報に基づいて表示を行う端末装置として社員用端末装置３（図１１では、３台の社員用端末装置３を図示）とを備えている他、処理状況情報サーバ装置２から提供される情報に基づいて表示を行う端末装置として利用者端末装置４（図１１では、３台の利用者端末装置４を図示）を備えている。
処理状況情報サーバ装置２は、処理状況記憶部２１等に記憶されている情報等を、インターネット（ＴＣＰ／ＩＰ、ＨＴＴＰ（Hyper Text Link Transformer Protocol）等のプロトコルに基づいて相互リンクされたネットワーク）Ｎ等を介して適宜社員用端末装置３及び利用者端末装置４に提供するようになっている。
なお、処理状況情報サーバ装置２及び社員用端末装置３の構成は、第１の実施形態と同様であることから、同一部材には同一の符号を付して、その説明を省略する。

【0081】

利用者端末装置４は、例えば携帯電話機やタブレット型の端末装置であり、列車利用者がそれぞれ保有しているものである。
利用者端末装置４は、通信機能を備え、インターネットＮ等を介して外部装置（例えば、処理状況情報サーバ装置２）との間で、無線方式にて随時情報の送受信が可能に構成されている。
処理状況情報サーバ装置２との間で無線方式にて通信を行うことにより、利用者端末装置４がどこにあっても、処理状況情報サーバ装置２から事故処理に関する処理状況関連情報等のデータの配信を受けることができる。
利用者端末装置４には、処理状況情報サーバ装置２から処理状況関連情報に基づくデータの配信を受けるためのアプリケーションが導入されている。
利用者端末装置４は、このアプリケーション側のプログラムにより処理状況関連情報から列車運行情報に関する表示画面を構成することができるようになっている。

【0082】

利用者端末装置４は、液晶パネル等で構成された表示手段４０を備えている。
表示手段４０は、処理状況情報サーバ装置２から配信される処理状況関連情報等のデータに基づいてアプリケーション側のプログラムにより生成された事故処理状況に関する情報を表示する画面等を表示させることができる。
また、利用者端末装置４は、表示手段４０の表示を制御する表示制御手段４１（図１１参照）を備えており、表示手段４０は、表示制御手段４１の制御にしたがって各種の画面を表示させ、また、適宜表示を切り替えるようになっている。

【0083】

図１２は、利用者端末装置４の表示手段４０に、処理状況関連情報等のデータに基づいて生成された表示用の画像データに基づく列車運行情報の表示画面を表示させた場合の表示画面例を示した図である。
図１２に示すように、列車運行情報の表示画面には、事故の発生場所、事故の種類、発生時刻、現時点での列車の運行状況（何線のどこの区間で運転を見合わせている等）といった事故に関する基本的な情報が表示される。
また、表示手段４０には、処理状況情報サーバ装置２の見込み時間算出部２３によって算出された列車の運転再開時間の予測値や、列車の運転再開確率を表示させる見込み時間表示領域４３が表示される。
図１２では、○○線の△△駅構内で１７時に事故が発生した場合の運転再開見込み情報の表示画面を例示している。
見込み時間表示領域４３には、見込み時間算出部２３によって算出された予測値である１７時５０分が運転再開見込み時間として表示されている。また、本実施形態の見込み時間表示領域３２には、見込み時間算出部２３によって算出された所定の幅を有する予測範囲と、当該範囲内の時間に列車の運転が再開される確率が合わせて表示される。
図１２では、予測範囲として１７時４０分から１８時１０分までの時間が示され、この時間内に列車の運転が再開される確率が８０％であることが表示されている。

【0084】

また、表示手段４０には、処理状況情報サーバ装置２の進捗具合判定部２４により判定された判定結果に基づいて事故処理の進捗具合を表示させる進捗具合表示領域４４が表示される。
本実施形態において、進捗具合表示領域４４は、図１２に示すように、列車の運転再開時を１００％とした場合に、現時点での処理の進捗状況がどの程度であるかを棒グラフ状に表したものである。図示例では、棒グラフ状の表示の他、文字による％表示を並べて表示させている。
なお、進捗具合表示領域４４は、表示を見る者に事故処理の進捗具合を直感的に伝えることのできるものであればよく、その表示のさせ方は図示例に限定されない。進捗具合表示領域４４の表示は、例えば、円グラフ状の表示としてもよいし、進捗具合が上がるにしたがって色が変化するような表示としてもよい。

【0085】

その他、表示手段４０の表示画面上には、初期画面等に戻るための「戻るボタン４５」や表示画面の表示を最新のものに更新するための「情報更新ボタン４６」等が設けられている。
なお、表示手段の４０に表示される内容や表示画面のレイアウト等は、図示例に限定されない。
また、見込み時間表示領域４３、進捗具合表示領域４４の配置や大きさ等のレイアウトは、ユーザが自由にカスタマイズすることが可能に構成されていてもよい。

【0086】

なお、その他の構成は、第１の実施形態と同様であることから、同一部材には同一の符号を付して、その説明を省略する。

【0087】

次に、本実施形態における事故処理進捗状況表示システムの作用について説明する。

【0088】

まず、第１の実施形態と同様に、事象（事故）が発生した際には、事故処理の進捗状況に関する情報が文字情報化されて処理状況情報サーバ装置２の処理状況記憶部２１に記憶される。そして、この情報に基づいて、特定情報抽出部２２による所定の情報の抽出処理、見込み時間算出部２３による運転再開時間予測及び運転再開確率等の算出処理、進捗具合判定部２４による事故処理の進捗具合の判定処理等が行われ、これらの処理により得られた結果が社員用端末装置３に送信されて、社員用端末装置３の表示手段３０に表示される。
また、本実施形態では、見込み時間算出部２３による運転再開時間予測及び運転再開確率等の算出結果、進捗具合判定部２４による事故処理の進捗具合の判定結果が、所定のアプリケーションを介してインターネットＮに接続した利用者端末装置４にも処理状況情報サーバ装置２から送信される。
そして、この処理状況情報サーバ装置２から送信されたデータに基づいて、アプリケーション側のプログラムによって列車運行情報の表示画面を構成する画像データが生成され、利用者端末装置４の表示手段４０に図１２に示すような列車運行情報の表示画面が表示される。
なお、処理状況情報サーバ装置２からは随時最新の情報が配信されるようになっており、列車運行情報の表示画面は随時この最新の情報に基づくものに更新される。

【0089】

なお、その他の点については、第１の実施形態と同様であることから、その説明を省略する。

【0090】

以上のように、本実施形態によれば、第１の実施形態と同様の効果を得られる他、以下の効果を得ることができる。
すなわち、本実施形態では、事故処理の進捗状況に関する情報が社員用端末装置３のみならず、列車利用者の有する利用者端末装置４にも送信されるようになっている。
このため、事故が発生した場合に、列車利用者も自分の有する端末装置から容易に事故処理の進捗状況を知ることができ、列車の乗継等を考える上での参考とすることができる。

【0091】

なお、以上本発明の実施形態について説明したが、本発明は、かかる実施形態に限定されず、その要旨を逸脱しない範囲で、種々変形が可能であることは言うまでもない。

【0092】

例えば、第１の実施形態では、事故処理の進捗状況に関する情報を社員用端末装置３の表示手段３０に表示する場合を例としたが、情報を表示させる表示手段は社員用端末装置３に設けられているものに限定されない。
例えば運輸指令室や駅社員の控室等に設置されたモニタを表示手段３０として、第１の実施形態で示したような表示画面を表示させてもよい。
また、第２の実施形態では、事故処理の進捗状況に関する情報を利用者端末装置４の表示手段４０に表示する場合を例としたが、情報を表示させる表示手段は利用者端末装置４に設けられているものに限定されない。
例えば駅構内や列車車両内等に設置されたモニタを表示手段４０として、第２の実施形態で示したような表示画面を表示させてもよい。

【0093】

また、本実施形態では、特定情報抽出部２２、見込み時間算出部２３、進捗具合判定部２４を処理状況情報サーバ装置２が備えており、特定情報抽出機能、見込み時間算出機能、進捗具合判定機能を処理状況情報サーバ装置２のコンピュータが実現する場合を例示したが、特定情報抽出部２２、見込み時間算出部２３、進捗具合判定部２４として機能するコンピュータ及びこれらの処理を実現するためのプログラムは処理状況情報サーバ装置２に備えられている場合に限定されない。
例えば社員用端末装置３や利用者端末装置４に特定情報抽出部２２、見込み時間算出部２３、進捗具合判定部２４等が設けられていてもよい。
この場合には、処理状況情報サーバ装置２から処理状況関連情報が加工されないまま各端末装置（社員用端末装置３や利用者端末装置４）に送られ、各端末装置において特定情報抽出処理、見込み時間算出処理、進捗具合判定処理等が行われて、その結果が各端末装置の表示手段に表示されるようにしてもよい。

【符号の説明】

【0094】

２ 処理状況情報サーバ装置
３ 社員用端末装置
４ 利用者端末装置
２１ 処理状況記憶部
２２ 特定情報抽出部
２３ 見込み時間算出部
２４ 進捗具合判定部
３０ 表示手段
３１ 表示制御手段
１００ 事故処理進捗状況表示システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】