JP4796559B2 - 列車遅延自動表示システムおよび列車遅延自動表示方法ならびにそのためのプログラム - Google Patents

Description

本発明は、発車予定時刻を知らせる情報表示盤を用いた列車遅延自動表示システムに係り、特に、平常時には駅構内での各駅における時刻表通りの発車予定時刻を情報表示盤に表示し、列車遅延時には遅延を考慮した各駅における適切な予定発車時刻を該情報表示盤に表示することができる列車遅延自動表示システムおよび列車遅延自動表示方法ならびにそのためのプログラムに関するものである。

列車の運行情報を提供するための従来システムとしては、例えば特開２００２−３０８１０１号公報「列車運行情報提供システム」（特許文献１）に開示されたものがある。

上記特許文献１に開示された従来技術は、列車の遅延情報等の列車情報をリアルタイムに的確に表示して案内できるようにした列車運行情報提供システムを提供することを目的とし、そのために、信号情報等の所定の情報に基づいて列車の運行情報を生成する所定のセンタに設けられた列車運行情報生成手段と、該列車運行情報生成手段で生成された列車運行情報に基づいて、旅客用、駅係員用、あるいは保守要員用等の各利用者が利用しやすいように、所定の項目毎に編集（作成）して該各利用者向けの列車情報を生成するコンテンツコントローラと、該コンテンツコントローラで生成された列車情報を通信回線を介して各利用者に配信する配信手段と、該配信手段で配信された列車情報を受信する受信手段を備えた端末器を設けたものである。

特開２００２−３０８１０１号公報

一般的に、列車の遅延情報をリアルタイムに表示して案内することは、単純に遅延時間の情報しか得られない。しかし、実際の列車遅延時には様々な遅延の要因、例えば、ホームでの混雑時の乗降時間、列車速度の減速による所要時間の増加等などの遅延の要因の発生がある。従来は、これらの様々な要因による遅延を考慮した適切な発車時刻を表示することができないという問題があった。

本発明は、上記問題を解消し、様々な要因による遅延で生じる変則的な発車時刻を、過去の各駅の運行時刻帯、遅延時間帯に分類して補正することにより発車時刻を予測することで、より適正な発車時刻の表示が可能な列車遅延自動表示システムおよび列車遅延自動表示方法ならびにそのためのプログラムを提供することを目的とする。

本発明は、上記目的を達成するために、次のような構成を採用した。
ａ）本発明は、発車時刻を表示する駅情報表示盤（１）と、遅延時間および遅延発生時刻を入力するメンテナンス端末（３）と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ（１１），平均補正時間の項目を保持する時刻補正ＤＢ（１４），および前記駅情報表示盤（１）に表示する表示発車時刻を算出して該駅情報表示盤に表示させる手段を有する情報表示サーバ（２）と、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システム（４）とを具備する列車遅延自動表示システムであって、前記情報表示サーバ（２）は、前記列車運行基幹システム（４）より取り込んだ定刻の時刻表データを時刻表ＤＢ（１１）内の表示発車時刻、予定遅延時刻の項目に格納し、前記メンテナンス端末（３）より取り込んだ遅延時間，遅延発生時刻、および前記時刻表ＤＢ（１１）内の定刻の発車時刻を元に駅毎の予定遅延時刻（Ｂ）を算出し、該予定遅延時刻（Ｂ）に前記時刻補正ＤＢ（１４）の該当する平均補正時間（βavg）を加算して時刻補正後の表示発車時刻を算出し、該算出した表示発車時刻に１駅前の予定遅延時刻（Ｂ）とリアルタイム発車時刻（ｂ）との差分時間を加算することにより前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出し、該算出した表示発車時刻を前記駅情報表示盤（１）に表示することを特徴としている。

ｂ）また、本発明は、発車時刻を表示する駅情報表示盤（１）と、遅延時間および遅延発生時刻を入力するメンテナンス端末（３）と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ(１１)，平均補正時間の項目を保持する時刻補正ＤＢ(１４)，および前記駅情報表示盤（１）に表示する表示発車時刻を算出して該駅情報表示盤に表示させる手段を有する情報表示サーバ（２）と、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システム（４）とを具備する列車遅延自動表示システムであって、前記情報表示サーバ（２）は、前記列車運行基幹システム（４）より取り込んだ時刻表データを時刻表ＤＢ(１１)内の表示発車時刻、予定遅延時刻の項目に格納する時刻表受信手段（時刻表受信処理部７）と、前記メンテナンス端末（３）より取り込んだ遅延時間，遅延発生時刻、および時刻表ＤＢ(１１)内の定刻の発車時刻を元に駅毎の予定遅延時刻（Ｂ）を算出し、該予定遅延時刻（Ｂ）に前記時刻補正ＤＢより該当する平均補正時間（βavg）を加算して時刻補正後の表示発車時刻を算出し、該算出した駅毎の予定遅延時刻（Ｂ）および補正後の表示発車時刻を前記時刻表ＤＢ(１１)内の予定遅延時刻および表示発車時刻の項目に格納する遅延情報入力手段（遅延情報入力処理部５）と、１駅前の予定遅延時刻（Ｂ）とリアルタイム発車時刻（ｂ）の差分時間を前記表示発車時刻に加算して前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出し、前記時刻表ＤＢ（１１）内の表示発車時刻の項目に格納するリアルタイム発車時刻受信手段（リアルタイム発車時刻受信処理部８）と、前記駅情報表示盤（１）に、上段に駅名を１行、かつ、次行から列車名毎に駅名に対応する前記時刻表ＤＢ(１１)内の表示発車時刻を表示させる発車時刻表示手段（発車時刻表示処理手段６）を有することを特徴としている。

ｃ）また、本発明は、上記において、さらに、前記時刻補正ＤＢ内の平均補正時間（βavg）を、前記列車運行基幹システムより取り込んだリアルタイム発車時刻を基に前記予定遅延時刻との差分時間から再計算して更新する手段を有することを特徴としている。また、上記において、前記平均補正時間は、過去の各駅の運行時間帯および遅延時間帯毎に分類して求められるものであることを特徴としている。

ｄ）また、本発明は、発車時刻を表示する駅情報表示盤（１）と、遅延時間および遅延発生時刻を入力するメンテナンス端末（３）と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ(１１)，平均補正時間の項目を保持する時刻補正ＤＢ，および前記駅情報表示盤（１）に表示する表示発車時刻を算出して該駅情報表示盤に表示させる手段を有する情報表示サーバ（２）と、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システム（４）とを具備する列車遅延自動表示方法であって、前記情報表示サーバ（２）が、前記列車運行基幹システム（４）より取り込んだ定刻の時刻表データを時刻表ＤＢ(１１)内の表示発車時刻、予定遅延時刻の項目に格納するステップと、前記メンテナンス端末（３）より取り込んだ遅延時間，遅延発生時刻、および前記時刻表ＤＢ(１１)内の定刻の発車時刻を元に駅毎の予定遅延時刻（Ｂ）を算出するステップと、該予定遅延時刻（Ｂ）に前記時刻補正ＤＢ(１４)の該当する平均補正時間（βavg）を加算して時刻補正後の表示発車時刻を算出するステップと、該算出した表示発車時刻に１駅前の予定遅延時刻（Ａ）とリアルタイム発車時刻（ａ）との差分時間を加算することにより前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出するステップと、該算出した表示発車時刻を前記駅情報表示盤（１）に表示するステップを有することを特徴としている（符号は、図１７（ｂ）のＢ駅の場合を示す）。

ｅ）また、本発明は、発車時刻を表示する駅情報表示盤（１）と、遅延時間および遅延発生時刻を入力するメンテナンス端末（３）と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ(１１)，平均補正時間の項目を保持する時刻補正ＤＢ(１４)，および前記駅情報表示盤（１）に表示する表示発車時刻を算出して該駅情報表示盤に表示させる手段を有する情報表示サーバ（２）と、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システム（４）とを具備する列車遅延自動表示方法であって、前記情報表示サーバ（２）により、前記列車運行基幹システム（４）より取り込んだ時刻表データを時刻表ＤＢ(１１)内の表示発車時刻、予定遅延時刻の項目に格納するステップと、前記メンテナンス端末（３）より取り込んだ遅延時間，遅延発生時刻、および時刻表ＤＢ(１１)内の定刻の発車時刻を元に駅毎の予定遅延時刻（Ｂ）を算出ステップと、該予定遅延時刻（Ｂ）に前記時刻補正ＤＢ(１４)より該当する平均補正時間（βavg）を加算して時刻補正後の表示発車時刻を算出するステップと、該算出した駅毎の予定遅延時刻（Ｂ）および補正後の表示発車時刻を前記時刻表ＤＢ(１１)内の予定遅延時刻および表示発車時刻の項目に格納するステップと、前記列車運行基幹システム（４）より取り込んだリアルタイム発車時刻を基に前記予定遅延時刻との差分時間から前記時刻補正ＤＢ内の平均補正時間（βavg）を再計算して更新するステップと、１駅前の予定遅延時刻（Ａ）とリアルタイム発車時刻（ａ）の差分時間を前記表示発車時刻に加算して前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出するステップと、該算出した表示発車時刻を前記時刻表ＤＢ(１１)内の表示発車時刻の項目に格納するステップと、前記駅情報表示盤（１）に、上段に駅名を１行、かつ、次行から列車名毎に駅名に対応する前記時刻表ＤＢ(１１)内の表示発車時刻を表示させるステップを有することを特徴としている（符号は、図１７（ｂ）のＢ駅の場合を示す）。

ｆ）また、本発明は、上記において、さらに、前記時刻補正ＤＢ(１４)内の平均補正時間（βavg）を前記列車運行基幹システム（４）より取り込んだリアルタイム発車時刻を基に前記予定遅延時刻との差分時間から再計算して更新するステップを有することを特徴としている。また、上記において、前記平均補正時間は、過去の各駅の運行時間帯および遅延時間帯毎に分類して求められるものであることを特徴としている。

ｇ）また、本発明に係るプログラムは、コンピュータに、請求項４から6のいずれかに記載の列車遅延自動表示方法における各ステップを実行させるためのプログラムである。

本発明によれば、列車遅延の場合、駅毎にて変更時刻を個別に手動で変更しなくとも、始発駅の出発時刻を指定するだけで過去の遅延時刻データより最適な全駅の出発時刻が自動表示され、その結果、情報表示盤へより適正な発車時刻の表示が可能となる。

（発明の概要）
従来技術では、列車運行が遅延した場合、ダイヤが乱れ各駅でダイヤ表示を手動で変更する必要があり、また、ダイヤ表示を変更しない場合、利用者はいつ列車が到着するのか不安であったが、本発明では、始発駅の情報表示サーバよりダイヤ運行データを手動で変更すると、単純に遅延時間を全駅に表示するだけではなく、各駅の発車時刻が、各駅での過去の遅延時刻データや前駅における実際の発車時刻と予定遅延時刻などを参照して自動的に計算され、各駅の情報表示盤に表示されるようにしたものである。従って、各駅から発車される度に、その情報に基づいてそれ以降の駅での発車時刻が自動補正される。

（実施例）
以下、本発明の実施例を、図面を用いて詳細に説明する。
図１は、本発明に係る列車遅延自動表示システムの全体を示す構成図である。
同図に示すように、本発明に係る列車遅延自動表示システムは、駅構内での各駅の列車発車時刻を表示する駅情報表示盤１、該駅情報表示盤１の表示を制御する情報表示サーバ２、列車発車時刻の遅延情報（遅延発生時刻と遅延時間）を入力するメンテナンス端末３、列車発車時刻表および実際の発車時刻を情報表示サーバ２へ送信する外部システムである列車運行基幹システム４を構成要素として備えている。図１では、始発駅（Ａ駅）の構成が詳細に示されているが他の駅の構成も同様であってよい。Ａ駅（始発駅）の情報表示サーバ２により、集中的に処理を行うようにしてもよいが、各駅に設けられた情報表示サーバによって分散処理するようにしてもよい。

情報表示サーバ２の処理部要素は、列車発車時刻の遅延情報をＤＢへ書き込む遅延情報入力処理部５、表示用の発車時刻をＤＢから読み込み、該読み込んだ発車時刻を駅情報表示盤１へ表示する発車時刻表示処理部６、外部システムである列車運行基幹システム４から時刻表を受信してＤＢへ書き込む時刻表受信処理部７、および外部システムである列車運行基幹システム４から各駅の実際の発車時刻をＤＢへ書き込むリアルタイム発車時刻受信処理部８から成る。

上述した遅延情報入力処理部５、発車時刻表示処理部６、時刻表受信処理部７、リアルタイム発車時刻受信処理部８で実行される各処理は、図示していないが、コンピュータによって実現される。すなわち、これらの処理は、各処理部の処理に対応するプログラムをコンピュータのＣＰＵやメモリなどのハードウェアおよびＤＢなどを利用して実行することにより実現される。

本発明におけるＤＢは、駅名情報を保持する駅名ＤＢ９、列車名情報を保持する列車名ＤＢ１０、発車時刻情報を保持する時刻表ＤＢ１１、運行時間帯情報を保持する運行時間帯ＤＢ１２、遅延時間帯情報を保持する遅延時間帯ＤＢ１３、時刻補正情報を保持する時刻補正ＤＢ１４、遅延情報を保持する遅延情報ＤＢ１５の各ＤＢ要素から構成されている。次に、これら各ＤＢ要素のフォーマット例を図６〜図１２を用いて説明する。

図６は駅名ＤＢ９のフォーマットの具体例を示す図であり、図７は列車名ＤＢ１０のフォーマットの具体例を示す図であり、図８は時刻表ＤＢ１１のフォーマットの具体例を示す図であり、図９は運行時間帯ＤＢ１２のフォーマットの具体例を示す図であり、図１０は遅延時間帯ＤＢ１３のフォーマットの具体例を示す図であり、図１１は時刻補正ＤＢ１４のフォーマットの具体例を示す図であり、図１２は遅延情報ＤＢ１５のフォーマットの具体例を示す図である。なお、図６〜図１５の各図において、（ａ）は各項目の定義あるいは意味を、（ｂ）は本実施例における具体的な値の例を示している。

以下、各ＤＢのデータ項目について図面を参照して説明する。
駅名ＤＢ９は、図６に示すように、駅名を記す「駅名」と、駅名に対応するコードであって、停車駅順に連番の昇順にした「駅名コード」からなっている。

列車名ＤＢ１０は、図７に示すように、列車名を記す「列車名」と、列車名に対応するコードであって、発車列車順に連番の昇順にした「列車名コード」からなっている。

時刻表ＤＢ１１は、図８に示すように、列車運行基幹システム４から取得される列車名に対応するコードであって、列車名コード，駅名コード順に連番の昇順にした「列車名コード」と、列車運行基幹システム４から取得される駅名に対応するコードであって、列車名コード，駅名コード順に連番の昇順にした「駅名コード」と、列車運行基幹システム４から取得されるデータであって、列車遅延が発生した場合は“定時発車時刻＋遅延時間”の時刻を示す「予定遅延時刻」と、列車運行基幹システム４から取得されるデータであって、列車遅延が発生した場合は“定時発車時刻＋遅延時間＋平均補正時間”の時刻、または列車遅延が発生した場合でリアルタイム発車時刻受信した場合は“定時発車時刻＋遅延時間＋平均補正時間＋（リアルタイム発車時刻−リアルタイム発車時刻受信駅の予定遅延時刻）”の時刻を示す「表示発車時刻」とからなっている。

運行時間帯ＤＢ１２は、図９に示すように、列車の運行時間帯を２時間単位で記す「運行時間帯」と、運行時間帯に対応するコードを示す「運行時間帯コード」と、運行時間帯の開始時間を時分単位で記す「運行時間帯開始」と、運行時間帯の終了時間を時分単位で記す「運行時間帯終了」とからなっている。

遅延時間帯ＤＢ１３は、図１０に示すように、列車が遅延した場合、手動で変更する時間を５分単位で記す「遅延時間帯」と、遅延時間帯に対応するコードを記す「遅延時間帯コード」と、遅延時間帯の開始時間を分単位で記す「遅延時間帯開始」と、遅延時間帯の終了時間を分単位で記す「遅延時間帯終了」とからなっている。

時刻補正ＤＢ１４は、図１１に示すように、駅名に対応するコードを記す「駅名コード」と、運行時間帯に対応するコードを記す「運行時間帯コード」と、遅延時間帯に対応するコードを記す「遅延時間帯コード」と、予定遅延時刻からリアルタイム発車時刻の差分を集計した平均補正値を分単位で記す「平均補正時間」と、リアルタイム発車時刻メッセージ受信の度に平均補正時間が再計算された回数を記す「補正回数」と、平均補正時間の基となる補正時間の合計を分単位で記す「補正時間合計」とからなっている。

遅延情報ＤＢ１５は、図１２に示すように、メンテナンス端末３から入力された遅延発生時刻を時分単位で記す「遅延発生時刻」（メンテナンス端末３からのデータ入力保持用）と、メンテナンス端末３から入力された予定の遅延時間を分単位で記す「遅延時間」（メンテナンス端末３からのデータ入力保持用）とからなっている。

次に、遅延情報入力処理部５、発車時刻表示処理部６、時刻表受信処理部７、リアルタイム発車時刻受信処理部８が上述した各ＤＢを利用して実行する処理についてフローチャートを用いて詳細に説明する。

図２−Ａ〜図５−Ｈは本発明に係る列車遅延自動表示システムにおける情報表示サーバ２の各処理部の動作を示すフローチャートである。具体的には、図２−Ａ〜図２−Ｅは遅延情報入力処理部５の処理動作（遅延発生時処理）を示すフローチャート、図３−Ａ〜図３−Ｃは発車時刻表示処理部６の処理動作（随時処理される）を示すフローチャート、図４−Ａ〜図４−Ｂは時刻表受信処理部７の処理動作（日時処理）を示すフローチャート、図５−Ａ〜図５−Ｈはリアルタイム発車時刻受信処理部８の処理動作（ループ処理）を示すフローチャートである。

まず、図２−Ａ〜図２−Ｅを用いて遅延情報入力処理部５の処理動作を説明する。本処理は、要するに、メンテナンス端末３より入力された遅延情報（遅延時間（イ）、遅延発生時刻（ロ））および時刻表ＤＢ１１内の定刻（初期状態）の発車時刻を元に、駅毎の予定遅延時刻（ホ）を算出し、更に、予定遅延時刻（ホ）に時刻補正ＤＢ１４より該当する平均補正時間（チ）を加算して時刻補正後の表示発車時刻（リ）を算出し、時刻表ＤＢ１１内の項目である予定遅延時刻、表示発車時刻に格納する処理である。

以下、遅延情報入力処理部５の処理を、図２−Ａ（ステップＳ１０１〜ステップＳ１０７）、図２−Ｂ（ステップＳ１０８〜ステップＳ１１４）、図２−Ｃ（ステップＳ１１５〜ステップＳ１２０）、図２―Ｄ（ステップＳ１２１〜ステップＳ１２６）、図２−Ｅ（ステップＳ１２７〜ステップＳ１３０）のフローチャートに沿って詳細に説明する。

本処理を開始すると（ＳＴＡＲＴ）、先ず、遅延情報ＤＢ１５を初期化するために遅延情報ＤＢ１５内の全てのレコードを削除（デリート）する（ステップＳ１０１）。

次に、メンテナンス端末３より入力された遅延情報（遅延時間（イ）、遅延発生時刻（ロ））を読み込み、メモリ保持（当該処理部のメモリに保持）するとともに（ステップＳ１０２）、遅延情報ＤＢ１５へインサートする（ステップＳ１０３）。

次に、時刻表ＤＢ１１をオープンして（ステップＳ１０４）、１レコード読み込み（ステップＳ１０５）、時刻表ＤＢ１１内にレコードが存在するかどうか判断する（ステップＳ１０６）〔時刻表ＤＢ１１内にレコードがなくなるまで、ステップＳ１０５からステップＳ１３０までの処理を繰り返す〕。

ステップＳ１０６の判断において時刻表ＤＢ１１内にレコードがない場合（ステップＳ１０６：Ｎ、すなわち、時刻表ＤＢ１１の最終レコードまで全て読込み、処理を終えている場合）は、時刻表ＤＢ１１をクローズ（ステップＳ１０７）して本プログラムを終了する（ＥＮＤ）。

時刻表ＤＢ１１内にレコードが存在する場合は（ステップＳ１０６：Ｙ）、ステップＳ１０２でメモリ保持された遅延発生時刻（ロ）が時刻表ＤＢ１１レコード内の表示発車時刻以下（小さいまたは等しい）であるか否かを判断する（ステップＳ１０８）。

ステップＳ１０８の判断条件に合致しない場合は（ステップＳ１０８：Ｎ；すなわち時刻表ＤＢ１１レコード内の表示発車時刻時点まで遅延が発生しなかった場合）、ステップＳ１０５の処理へ戻る。

ステップＳ１０８の判断条件に合致する場合（ステップＳ１０８：Ｙ；遅延発生時刻（ロ）が時刻表ＤＢ１１レコード内の表示発車時刻以下の場合、すなわち時刻表ＤＢ１１レコード内の表示発車時刻時点以前に遅延が発生した場合）は、時刻表ＤＢ１１内のレコードの駅名コードを駅名コード（ニ）としてメモリ保持する（ステップＳ１０９）。

さらに、時刻表ＤＢ１１内レコードの予定遅延時刻にステップＳ１０２においてメモリ保持された遅延時間（イ）を加算し、その値を予定遅延時刻（ホ）としてメモリ保持する（ステップＳ１１０）。

次に、運行時間帯ＤＢ１２をオープンして（ステップＳ１１１）、１レコード読み込み（ステップＳ１１２）、運行時間帯ＤＢ１２内にレコードが存在するかどうか判断する（ステップＳ１１３）〔運行時間帯ＤＢ１２内にレコードがなくなるまでステップＳ１１２からステップＳ１１６までの処理を繰り返す〕。

ステップＳ１１３の判断において運行時間帯ＤＢ１２内にレコードがない場合（ステップＳ１１３：Ｎ；すなわち、運行時間帯ＤＢ１２の最終レコードまで全て読込み、処理を終えている場合）は、運行時間帯ＤＢ１２をクローズ（ステップＳ１１４）してステップＳ１１７へ進む。

運行時間帯ＤＢ１２内にレコードが存在する場合は（ステップＳ１１３：Ｙ）、ステップＳ１０２においてメモリ保持された遅延発生時刻（ロ）が運行時間帯ＤＢ１２内レコードの運行時間帯開始の時刻から運行時間帯終了の時刻の範囲内にあるか否かを判断する（ステップＳ１１５）。

ステップＳ１１５の判断条件に合致しない場合は（ステップＳ１１５：Ｎ）、ステップＳ１１２の処理へ戻る。ステップＳ１１５の判断条件に合致する場合（ステップＳ１１５：Ｙ；すなわち、遅延発生時刻（ロ）が運行時間帯開始の時刻から運行時間帯終了の時刻の範囲内にある場合）は、運行時間帯ＤＢ１２内レコードの運行時間帯コードを運行時間帯コード（ヘ）としてメモリ保持して（ステップＳ１１６）、ステップＳ１１２の処理へ戻る。尚、ステップＳ１１５の判断条件は１回しか合致しないため、ステップＳ１１６の運行時間帯コード（ヘ）は上書きされない。

次に、遅延時間帯ＤＢ１３をオープンして（ステップＳ１１７）、１レコード読み込み（ステップＳ１１８）、遅延時間帯ＤＢ１３内にレコードが存在するかどうか判断する（ステップＳ１１９）〔遅延時間帯ＤＢ１３内にレコードがなくなるまでステップＳ１１８からステップＳ１２２までの処理を繰り返す〕。

ステップＳ１１９の判断において遅延時間帯ＤＢ１３内にレコードがない場合（ステップＳ１１９：Ｎ；すなわち、遅延時間帯ＤＢ１３の最終レコードまで全て読込み、処理を終えている場合）は、遅延時間帯ＤＢ１３をクローズ（ステップＳ１２０）してステップＳ１２３へ進む。

遅延時間帯ＤＢ１３内にレコードが存在する場合は（ステップＳ１１９：Ｙ）、ステップＳ１０２においてメモリ保持された遅延時間（イ）が遅延時間帯ＤＢレコード１３内の遅延時間帯開始の時刻から遅延時間帯終了の時刻の範囲内にあるか否かを判断する（ステップＳ１２１）。

ステップＳ１２１の判断条件に合致しない場合は（ステップＳ１２１：Ｎ）、ステップＳ１１８の処理へ戻る。ステップＳ１２１の判断条件に合致する場合（ステップＳ１２１：Ｙ；すなわち、遅延時間（イ）が遅延時間帯開始の時刻から遅延時間帯終了の時刻の範囲内にある場合）は、遅延時間帯ＤＢ１３内レコードの遅延時間帯コードを遅延時間帯コード（ト）としてメモリ保持して（ステップＳ１２２）、ステップＳ１１８の処理へ戻る。尚、ステップＳ１２２の判断条件は１回しか合致しないため、ステップＳ１２２の遅延時間帯コード（ト）は上書きされない。

次に、時刻補正ＤＢ１４をオープンして（ステップＳ１２３）、１レコード読み込み（ステップＳ１２４）、時刻補正ＤＢ１４内にレコードが存在するかどうか判断する（ステップＳ１２５）〔時刻補正ＤＢ１４内にレコードがなくなるまでステップＳ１２４からステップＳ１２８までの処理を繰り返す〕。

ステップＳ１２５の判断において時刻補正ＤＢ１４内にレコードがない場合（ステップＳ１２５：Ｎ；すなわち、時刻補正ＤＢ１４内の最終レコードまで全て読込み、処理を終えている場合）は、時刻補正ＤＢ１４をクローズ（ステップＳ１２６）してステップＳ１２９へ進む。

時刻補正ＤＢ１４内にレコードが存在する場合は（ステップＳ１２５：Ｙ）、ステップＳ１０９においてメモリ保持された駅名コード（ニ）と時刻補正ＤＢ１４レコード内の駅名コードが一致するか否かを判断する、かつ、ステップＳ１１６においてメモリ保持された運行時間帯コード（ヘ）と時刻補正ＤＢ１４レコード内の運行時間帯コードが一致するか否かを判断する、かつ、ステップＳ１２２においてメモリ保持された遅延時間帯コード（ト）と時刻補正ＤＢ１４レコード内の遅延時間帯コードが一致するか否かを判断する（ステップＳ１２７）。

ステップＳ１２７の判断条件に合致しない場合は（ステップＳ１２７：Ｎ）、ステップＳ１２４の処理へ戻る。ステップＳ１２７の判断条件に合致する場合（ステップＳ１２７：Ｙ；すなわち、駅名コード（ニ）と時刻補正ＤＢ１４レコード内の駅名コードが等しく、かつ、運行時間帯コード（ヘ）と時刻補正ＤＢ１４レコード内の運行時間帯コードが等しく、かつ、遅延時間帯コード（ト）と時刻補正ＤＢレコード内の遅延時間帯コードが等しい場合）は、時刻補正ＤＢ１４内レコードの平均補正時間を平均補正時間（チ）としてメモリ保持して（ステップＳ１２８）、ステップＳ１２４の処理へ戻る。尚、ステップＳ１２７の判断条件は１回しか合致しないため、ステップＳ１２８の平均補正時間（チ）は上書きされない。

一方、時刻補正ＤＢ１４の最終レコードまで全て読込み、ステップＳ１２６を完了した後、ステップＳ１１０においてメモリ保持された予定遅延時刻（ホ）とステップＳ１２８においてメモリ保持された平均補正時間（チ）を加算し、その値を表示発車時刻（リ）としてメモリ保持する（ステップＳ１２９）。

次に、ステップＳ１１０においてメモリ保持された予定遅延時刻（ホ）と、ステップＳ１２８においてメモリ保持された表示発車時刻（リ）を時刻表ＤＢ１１にアップデートする（ステップＳ１３０）。次に、ステップＳ１０５の処理に戻り、時刻表ＤＢ１１の次のレコードを読み込んで最終レコードまで処理を繰り返す。

一例を示すと、例えば、本処理前の時刻表ＤＢ１１のデータ内容が図１３−Ａの通りで、メンテナンス端末３より遅延情報ＤＢ１５に取り込んだ情報が『遅延時間＝５分』、『遅延発生時刻＝１０：１６』の場合、本処理後の時刻表ＤＢ１１のデータ内容は図１３−Ｂの通りとなる。なお、図１３−Ｂのβ，γ，δなどについては後述する。

図３−Ａ〜図３−Ｃは、発車時刻表示処理部６の処理動作を示すフローチャートである。本処理では、以下の駅情報表示盤で表示するための処理を行う。上段に駅名を１行、かつ、列車名毎に駅名に対応した発車時刻をそれぞれ表示させる。本処理後の駅情報表示盤は、図１４の様な表示となる（表示例）。

以下、発車時刻表示処理部６の処理を、図３−Ａ（ステップＳ２０１〜ステップＳ２０４）、図３−Ｂ（ステップＳ２０７〜ステップＳ２１２）、図３−Ｃ（ステップＳ２１３〜ステップＳ２１９）のフローチャートに沿って詳細に説明する。

本処理を開始すると（ＳＴＡＲＴ）、先ず、駅名ＤＢ９をオープンして（ステップＳ２０１）、１レコード読み込み（ステップＳ２０２）、駅名ＤＢ９内にレコードが存在するかどうか判断する（ステップＳ２０３）〔駅名ＤＢ９内にレコードがなくなるまでステップＳ２０２からステップＳ２０６までの処理を繰り返す〕。

ステップＳ２０３の判断において駅名ＤＢ９内にレコードがない場合（最終レコードまで全て読込み、処理を終えている場合）は、駅名ＤＢ９をクローズして（ステップＳ２０４）、ステップＳ２０７へ進む。駅名ＤＢ９内にレコードが存在する場合は、駅名ＤＢ９内レコードの駅名の値を駅名（ヌ）としてメモリ保持する（ステップＳ２０５）。

次に、メモリ保持された駅名（ヌ）をＨＴＭＬ形式でクライアント側のブラウザへ表示した後（ステップＳ２０６）、ステップＳ２０２の処理に戻り、駅名ＤＢ９の次のレコードを読み込んで上記処理を繰り返す。

次に、列車名ＤＢ１０をオープンして（ステップＳ２０７）、１レコード読み込み（ステップＳ２０８）、列車名ＤＢ１０内にレコードが存在するかどうか判断する（ステップＳ２０９）〔列車名ＤＢ１０内にレコードがなくなるまでステップＳ２０８からステップＳ２１９までの処理を繰り返す〕。

ステップＳ２０９の判断において列車名ＤＢ１０内にレコードがない場合（ステップＳ２０９：Ｎ；すなわち、列車名ＤＢ１０の最終レコードまで全て読込み、処理を終えている場合）は、列車名ＤＢ１０をクローズして（ステップＳ２１０）、本プログラムを終了する（ＥＮＤ）。

列車名ＤＢ１０内にレコードが存在する場合は（ステップＳ２０９：Ｙ）、列車名ＤＢ１０内レコードの列車名の値を列車名（ル）としてメモリ保持する（ステップＳ２１１）。

次に、メモリ保持された列車名（ル）をＨＴＭＬ形式でクライアント側のブラウザへ表示する（ステップＳ２１２）。

次に、時刻表ＤＢ１１をオープンして（ステップＳ２１３）、１レコード読み込み（ステップＳ２１４）、時刻表ＤＢ１１内にレコードが存在するかどうか判断する（ステップＳ２１５）（時刻表ＤＢ１１内にレコードがなくなるまでステップＳ２１４からステップＳ２１９までの処理を繰り返す）。

ステップＳ２１５の判断において時刻表ＤＢ１１内にレコードがない場合（最終レコードまで全て読込み、処理を終えている場合）は、時刻表ＤＢ１１をクローズして（ステップＳ２１６）、ステップＳ２０８へ戻って上記処理を繰り返す。

時刻表ＤＢ１１内にレコードが存在する場合は、ステップＳ２１１においてメモリ保持された列車名コード（ル）と時刻表ＤＢレコード内の列車名コードが等しいか否かを判断する（ステップＳ２１７）。

ステップＳ２１７の判断条件に合致しない場合（等しくない場合）は、ステップＳ２１４の処理へ戻る。ステップＳ２１７の判断条件に合致する（列車名コード（ル）と時刻表ＤＢレコード内の列車名コードが等しい場合）は、時刻表ＤＢ内レコードの表示発車時刻を表示発車時刻（ヲ）としてメモリ保持する（ステップＳ２１８）。尚、ステップＳ２１８の判断条件は１回しか合致しないため、ステップＳ２１８の表示発車時刻（ヲ）は上書きされない。

次に、メモリ保持された表示発車時刻（ヲ）をＨＴＭＬ形式でクライアント側のブラウザへ表示し（ステップＳ２１９）、その後、ステップＳ２１４の処理に戻り、時刻表ＤＢの次のレコードを読み込み、上記処理を繰り返す。

図４−Ａ〜図４−Ｂは、時刻表受信処理部７の処理動作を示す図である。
本処理では、列車運行基幹システム（列車名コード、駅名コード、定刻発車時刻のマスタデータをもつ外部システム）４より取り込んだ受信データである時刻表データを時刻表ＤＢ１１内の項目である列車名コード、駅名コード、表示発車時刻、予定発車時刻に格納する処理である。

以下、時刻表受信処理部７の処理を、図４−Ａ（ステップＳ３０１〜ステップＳ３０６）、図４−Ｂ（ステップＳ３０７〜ステップＳ３０８）のフローチャートに沿って詳細に説明する。

本処理を開始すると（ＳＴＡＲＴ）、先ず、時刻表ＤＢ１１内を初期化するために全てのレコードを削除（デリート）する（ステップＳ３０１）。次に列車運行基幹システム４へ時刻表データ取得を要求する（ステップＳ３０２）。

次に、ステップＳ３０２で要求した時刻表データを全件受信したか否かを判断する（ステップＳ３０３）。ステップＳ３０３の判断条件に合致しない場合（時刻表データを受信していない場合）は、ステップＳ３０２の処理へ戻り、上記処理を繰り返す。

ステップＳ３０３の判断条件に合致する場合（時刻表データを受信している場合）は、受信データの時刻表の総件数をカウンタ用の変数「ｎ」としてメモリ保持する（ステップＳ３０４）。このときの受信データ形式を同図（ｂ）に示す。

ステップＳ３０４でメモリ保持された変数「ｎ」の値が「０」より大きいか否かを判断する（ステップＳ３０５）。ステップＳ３０５の判断条件に合致しない場合（「ｎ」の値が等しいか「０」より小さい場合）は、本プログラムを終了する（ＥＮＤ）。

ステップＳ３０５の判断条件に合致する場合（「ｎ」の値が「０」より大きい場合）は、受信データ内の列車名コードを列車名コード（ワ）としてメモリ保持する、かつ、受信データ内の駅名コードを駅名コード（カ）としてメモリ保持する、かつ、受信データ内の定時発車時刻を表示発車時刻（ヨ）、かつ、受信データ内の定時発車時刻を予定遅延時刻（タ）としてメモリ保持する（ステップＳ３０６）。

次に、ステップＳ３０６においてメモリ保持された列車名コード（ワ）、駅名コード（カ）、表示発車時刻（ヨ）、予定遅延時刻（タ）を時刻表ＤＢ１１にインサートする（ステップＳ３０７）。

次に、ステップＳ３０４においてメモリ保持された変数「ｎ」の値から「１」を減算した値を新たな変数「ｎ」としてメモリ保持する（ステップＳ３０８）。次に、ステップＳ３０５の処理に戻り、上記処理を繰り返す。

図５−Ａ〜図５−Ｈは、リアルタイム発車時刻受信処理部８の処理動作を示す図である。

本処理では、列車運行基幹システム（列車名コード、駅名コード、リアルタイム発車時刻データをもつ外部システム）４より取り込んだ受信データであるリアルタイム発車時刻データを基に予定遅延時刻との差分時間から時刻補正ＤＢ１４内の項目である平均補正時間を再計算して格納する処理である。

さらに、予定遅延時刻とリアルタイム発車時刻との差分時間を表示発車時刻に加算してリアルタイム発車時刻以降の各駅の表示発車時刻を時刻表ＤＢ１１内の項目である表示発車時刻に格納する処理である。

以下、リアルタイム発車時刻受信処理部８の処理を、図５−Ａ（ステップＳ４０１〜ステップＳ４０６）、図５−Ｂ（ステップＳ４０７〜ステップＳ４１１）、図５−Ｃ（ステップＳ４１２〜ステップＳ４１７）、図５−Ｄ（ステップＳ４１８〜ステップＳ４２２）、図５−Ｅ（ステップＳ４２３〜ステップＳ４２８）、図５−Ｆ（ステップＳ４２９〜ステップＳ４３５）、図５−Ｇ（ステップＳ４３６〜ステップＳ４４２）、図５−Ｈ（ステップＳ４４３〜ステップＳ４４９）のフローチャートに沿って詳細に説明する。

本処理を開始すると（ＳＴＡＲＴ）、先ず、リアルタイム発車時刻メッセージを受信したか否かを判断する（ステップＳ４０１）。ステップＳ４０１の判断条件に合致しない場合（ステップＳ４０１：Ｎ；すなわち、リアルタイム発車時刻メッセージを受信していない場合）は、ステップＳ４０１の処理へ戻る。

ステップＳ４０１の判断条件に合致する場合（ステップＳ４０１：Ｙ；すなわち、リアルタイム発車時刻メッセージを受信している場合）は、受信データ内の列車名コードを列車名コード（レ）としてメモリ保持する、かつ、受信データ内の駅名コードを駅名コード（ソ）としてメモリ保持する、かつ、受信データ内のリアルタイム発車時刻をリアルタイム発車時刻（ツ）としてメモリ保持する（ステップＳ４０２）。このときの受信データ形式を同図（ｂ）に示す。

次に、時刻表ＤＢ１１をオープンして（ステップＳ４０３）、１レコード読み込み（ステップＳ４０４）、時刻表ＤＢ１１内にレコードが存在するかどうか判断する（ステップＳ４０５）〔ステップＳ４０４からステップＳ４４８まで無限ループする〕。

ステップＳ４０５の判断において時刻表ＤＢ１１内にレコードがない場合（ステップＳ４０５：Ｎ；すなわち、時刻表ＤＢ１１の最終レコードまで全て読込み、処理を終えている場合）は、時刻表ＤＢ１１をクローズして（ステップＳ４０６）、ステップＳ４１０へ進む。

時刻表ＤＢ１１内にレコードが存在する場合は（ステップＳ４０５：Ｙ）、ステップＳ４０２においてメモリ保持された列車名コード（レ）と時刻表ＤＢ１１レコード内の列車名コードが等しいか否かを判断する、かつ、メモリ保持された駅名コード（ソ）と時刻表ＤＢ１１レコード内の駅名コードが等しいか否かを判断する（ステップＳ４０７）。

ステップＳ４０７の判断条件に合致しない場合は（ステップＳ４０７：Ｎ）、ステップＳ４０４の処理へ戻り、上記処理を繰り返す。

ステップＳ４０７の判断条件に合致する場合（ステップＳ４０７：Ｙ；すなわち、列車名コード（レ）と時刻表ＤＢ１１レコード内の列車名コードが等しい、かつ、駅名コード（ソ）と時刻表ＤＢ１１レコード内の駅名コードが等しい場合）は、時刻表ＤＢ１１内レコードの予定遅延時間を予定遅延時間（ネ）としてメモリ保持する（ステップＳ４０８）。尚、ステップＳ４０７の判断条件は１回しか合致しないため、ステップＳ４０８の予定遅延時間（ネ）は上書きされない。

次に、時刻表ＤＢ１１内レコードの表示発車時刻を表示発車時刻（ナ）としてメモリ保持する（ステップＳ４０９）。尚、ステップＳ４０７の判断条件は１回しか合致しないため、ステップＳ４０９の表示発車時間（ナ）は上書きされない。

一方、時刻表ＤＢ１１の最終レコードまで全て読込み、ステップＳ４０６を完了した後、ステップＳ４０８においてメモリ保持された予定遅延時刻（ネ）とステップＳ４０９においてメモリ保持された表示発車時刻（ナ）を比較し、不一致であるか否かを判断する（ステップＳ４１０）。

ステップＳ４１０の判断条件に合致しない場合（ステップＳ４１０：Ｎ；即ち一致する場合）は、ステップＳ４０１の処理へ戻り、上記処理を繰り返す。

ステップＳ４０１の判断条件に合致する場合（ステップＳ４１０：Ｙ；すなわち、予定遅延時刻（ネ）と表示発車時刻（ナ）が一致しない場合）は、リアルタイム発車時刻（ツ）から予定遅延時間（ネ）を減算した値を差分時間（ラ）としてメモリ保持する（ステップＳ４１１）。

次に、運行時間帯ＤＢ１２をオープンして（ステップＳ４１２）、１レコード読み込み（ステップＳ４１３）、運行時間帯ＤＢ１２内にレコードが存在するかどうか判断する（ステップＳ４１４）〔運行時間帯ＤＢ１２内にレコードがなくなるまでステップＳ４１３からステップＳ４１７までの処理を繰り返す〕。

ステップＳ４１４の判断において運行時間帯ＤＢ１２内にレコードがない場合（ステップＳ４１４：Ｎ；すなわち、最終レコードまで全て読込み、処理を終えている場合）は、運行時間帯ＤＢ１２をクローズして（ステップＳ４１５）、ステップＳ４１８へ進む。

運行時間帯ＤＢ１２内にレコードが存在する場合は（ステップＳ４１４：Ｙ）、ステップＳ４０２においてメモリ保持されたリアルタイム発車時刻（ツ）が運行時間帯ＤＢ１２レコード内の運行時間帯開始の時刻から運行時間帯終了の時刻の範囲内にあるか否かを判断する（ステップＳ４１６）。

ステップＳ４１６の判断条件に合致しない場合（リアルタイム発車時刻（ツ）が運行時間帯開始の時刻から運行時間帯終了の時刻の範囲内にない場合）は、ステップＳ４１３の処理へ戻り、上記処理を繰り返す。

ステップＳ４１６の判断条件に合致する場合（リアルタイム発車時刻（ツ）が運行時間帯開始の時刻から運行時間帯終了の時刻の範囲内にある場合）は、運行時間帯ＤＢ内レコードの運行時間帯コードを運行時間帯コード（ウ）としてメモリ保持する（ステップＳ４１７）。尚、ステップＳ４１６の判断条件は１回しか合致しないため、ステップＳ４１７の運行時間帯コード（ウ）は上書きされない。

次に、遅延情報ＤＢ１５をオープンして（ステップＳ４１８）、１レコード読み込み（ステップＳ４１９）、遅延情報ＤＢ１５内にレコードが存在するかどうか判断する（ステップＳ４２０）〔遅延情報ＤＢ１５内にレコードがなくなるまでステップＳ４１９からステップＳ４２２までの処理を繰り返す〕。

ステップＳ４２０の判断において遅延情報ＤＢ１５内にレコードがない場合（ステップＳ４２０：Ｎ；すなわち、最終レコードまで全て読込み、処理を終えている場合）は、遅延情報ＤＢ１５をクローズ（ステップＳ４２１）して、ステップＳ４２３へ進む。

遅延情報ＤＢ１５内にレコードが存在する場合は（ステップＳ４２０：Ｙ）、遅延情報ＤＢ１５内レコードの遅延時間の値を遅延時間（ノ）としてメモリ保持する（ステップＳ４２２）。尚、ステップＳ４２０の判断条件は１回しか合致しないため、ステップＳ４２２の（ノ）遅延時間は上書きされない。

次に、遅延時間帯ＤＢ１３をオープンして（ステップＳ４２３）、１レコード読み込み（ステップＳ４２４）、遅延時間帯ＤＢ１３内にレコードが存在するかどうか判断する（ステップＳ４２５）〔ステップＳ４２５からステップＳ４２８までレコードがなくなるまで処理を繰り返す〕。

ステップＳ４２５の判断において遅延時間帯ＤＢ１３内にレコードがない場合（最終レコードまで全て読込み、処理を終えている場合）は、遅延時間帯ＤＢ１３をクローズして（ステップＳ４２６）、ステップＳ４２９へ進む。

遅延時間帯ＤＢ１３内にレコードが存在する場合は（ステップＳ４２５：Ｙ）、ステップＳ４２２においてメモリ保持された遅延時間（ノ）が遅延時間帯ＤＢレコード内の遅延時間帯開始の時刻から遅延時間帯終了の時刻の範囲内にあるか否かを判断する（ステップＳ４２７）。

ステップＳ４２７の判断条件に合致しない場合（ステップＳ４２７：Ｎ；すなわち、遅延時間（ノ）が遅延時間帯ＤＢレコード内の遅延時間帯開始の時刻から遅延時間帯終了の時刻の範囲内にない場合）は、ステップＳ４２４の処理へ戻り、上記処理を繰り返す。

ステップＳ４２７の判断条件に合致する場合（ステップＳ４２７：Ｙ；すなわち、遅延時間（ノ）が遅延時間帯開始の時刻から遅延時間帯終了の時刻の範囲内にある場合）は、遅延時間帯ＤＢ１３内レコードの遅延時間帯コードを遅延時間帯コード（オ）としてメモリ保持する（ステップＳ４２８）。尚、ステップＳ４２７の判断条件は１回しか合致しないため、ステップＳ４２８の遅延時間帯コード（オ）は上書きされない。

次に、時刻補正ＤＢ１４をオープンして（ステップＳ４２９）、１レコード読み込み（ステップＳ４３０）、時刻補正ＤＢ１４内にレコードが存在するかどうか判断する（ステップＳ４３１）〔ステップＳ４３０からステップＳ４３６までレコードがなくなるまで処理を繰り返す〕。

ステップＳ４３１の判断において時刻補正ＤＢ１４内にレコードがない場合（最終レコードまで全て読込み、処理を終えている場合）は、時刻補正ＤＢ１４をクローズして（ステップＳ４３２）、ステップＳ４３８へ進む。

時刻補正ＤＢ１４内にレコードが存在する場合は（ステップＳ４３１：Ｙ）、ステップＳ４０２においてメモリ保持された駅名コード（ソ）と時刻補正ＤＢ１４レコード内の駅名コードが等しい、かつ、ステップＳ４１７においてメモリ保持された運行時間帯コード（ウ）と時刻補正ＤＢ１４レコード内の運行時間帯コードが等しい、かつ、ステップＳ４２８においてメモリ保持された遅延時間帯コード（オ）と時刻補正ＤＢ１４レコード内の遅延時間帯コードが等しいか否かを判断する（ステップＳ４３３）。

ステップＳ４３３の判断条件に合致しない場合は（ステップＳ４３３：Ｎ）、ステップＳ４３０の処理へ戻り、上記の処理を繰り返す。ステップＳ４３３の判断条件に合致する場合（ステップＳ４３３：Ｙ；すなわち、駅名コード（ソ）と時刻補正ＤＢレコード内の駅名コードが等しい、かつ、運行時間帯コード（ウ）と時刻補正ＤＢレコード内の運行時間帯コードが等しい、かつ、遅延時間帯コード（オ）と時刻補正ＤＢレコード内の遅延時間帯コードが等しい場合）は、時刻補正ＤＢ１４内レコードの補正回数を補正回数（ク）としてメモリ保持する（ステップＳ４３４）。尚、ステップＳ４３３の判断条件は１回しか合致しないため、ステップＳ４３４の補正回数（ク）は上書きされない。

さらに、時刻補正ＤＢ１４内レコードの補正時間合計を補正時間合計（ヤ）としてメモリ保持する（ステップＳ４３５）。尚、ステップＳ４３３の判断条件は１回しか合致しないため、ステップＳ４３５の補正時間合計（ヤ）は上書きされない。

次に、「ステップＳ４３５においてメモリ保持された補正時間合計（ヤ）とステップＳ４１１においてメモリ保持された差分時間（ラ）を合算させた値」を「ステップＳ４３４においてメモリ保持された補正回数（ク）に「１」を加算した値」で除算した値を、新平均補正時間（マ）としてメモリ保持する（ステップＳ４３６）。尚、ステップＳ４３３の判断条件は１回しか合致しないため、ステップＳ４３６の新平均補正時間（マ）は上書きされない。

次に、ステップＳ４３６においてメモリ保持された新平均補正時間（マ）を時刻補正ＤＢ１４の平均補正時間にアップデートする（ステップＳ４３７）。次に、ステップＳ４３０の処理に戻り、時刻補正ＤＢ１４の次のレコードを読み込み、上記処理を繰り返す。

次に、遅延情報ＤＢ１５をオープンして（ステップＳ４３８）、１レコード読み込み（ステップＳ４３９）、遅延情報ＤＢ１５内にレコードが存在するかどうか判断する（ステップＳ４４０）〔遅延情報ＤＢ１５のレコードがなくなるまでステップＳ４３９からステップＳ４４２までの処理を繰り返す〕。

ステップＳ４４０の判断において遅延情報ＤＢ１５内にレコードがない場合（ステップＳ４４０：Ｎ；すなわち、最終レコードまで全て読込み、処理を終えている場合）は、遅延情報ＤＢ１５をクローズして（ステップＳ４４１）、ステップＳ４４３へ進む。

遅延情報ＤＢ１５内にレコードが存在する場合は（ステップＳ４４０：Ｙ）、遅延情報ＤＢ１５内レコードの遅延発生時刻の値を遅延発生時刻（ケ）としてメモリ保持する（ステップＳ４４２）。尚、ステップＳ４４０の判断条件は１回しか合致しないため、ステップＳ４４２の遅延発生時刻（ケ）は上書きされない。

次に、時刻表ＤＢ１１をオープンして（ステップＳ４４３）、１レコード読み込み（ステップＳ４４４）、時刻表ＤＢ１１内にレコードが存在するかどうか判断する（ステップＳ４４５）〔時刻表ＤＢ１１にレコードがなくなるまでステップＳ４４４からステップＳ４４９までの処理を繰り返す〕。

ステップＳ４４５の判断において時刻表ＤＢ１１内にレコードがない場合（時刻表ＤＢ１１の最終レコードまで全て読込み、処理を終えている場合）は、時刻表ＤＢ１１をクローズして（ステップＳ４４６）、ステップＳ４０１の処理に戻り、再度リアルタイム発車時刻メッセージを受信したかの判断を行い、上記処理を繰り返す。

時刻表ＤＢ１１内にレコードが存在する場合は（ステップＳ４４５：Ｙ）、ステップＳ４４２においてメモリ保持された遅延発生時刻（ケ）と時刻表ＤＢレコード内の予定遅延時刻を比較し、遅延発生時刻（ケ）が時刻表ＤＢレコード内の予定遅延時刻より小さいあるいは等しいか否か（すなわち、遅延発生時刻（ケ）が時刻表ＤＢレコード内の予定遅延時刻以前か否か）を判断する（ステップＳ４４７）。

ステップＳ４４７の判断条件に合致しない場合は（ステップＳ４４７：Ｎ）、ステップＳ４４４の処理へ戻り、上記処理を繰り返す。

ステップＳ４４７の判断条件に合致する場合（ステップＳ４４７：Ｙ；すなわち、遅延発生時刻（ケ）より時刻表ＤＢ１１レコード内の予定遅延時刻が大きいあるいは等しい場合）は、時刻表ＤＢ１１内レコードの表示発車時刻とステップＳ４１１においてメモリ保持された差分時間（ラ）を加算し、その値を表示発車時刻（フ）としてメモリ保持する（ステップＳ４４８）。次に、ステップＳ４４８においてメモリ保持された表示発車時刻（フ）を時刻表ＤＢ１１にアップデートする（ステップＳ４４９）。

ここでは、一例として、以下の如きリアルタイム発車時刻のメッセージを３回受信した場合を考える。
（リアルタイム発車時刻受信１回目）
列車名コード＝２、駅コード＝４、リアルタイム発車時刻＝１０：２３
（リアルタイム発車時刻受信２回目）
列車名コード＝４、駅コード＝２、リアルタイム発車時刻＝１０：２４
（リアルタイム発車時刻受信３回目）
列車名コード＝３、駅コード＝３、リアルタイム発車時刻＝１０：２８

このときの本処理前と本処理後の時刻表ＤＢ１１のデータ内容は次のようになる。
リアルタイム発車時刻受信１回目の本処理前は、図１５−Ａの通りとなる。
リアルタイム発車時刻受信１回目の本処理後は、図１５−Ｂの通りとなる。
リアルタイム発車時刻受信２回目の本処理前は、図１５−Ｃの通りとなる。
リアルタイム発車時刻受信２回目の本処理後は、図１５−Ｄの通りとなる。
リアルタイム発車時刻受信３回目の本処理前は、図１５−Ｅの通りとなる。
リアルタイム発車時刻受信３回目の本処理後は、図１５−Ｆの通りとなる。

図１３−Ａは、遅延情報入力処理部処理前の時刻表ＤＢを示す図であり、図１３−Ｂは、遅延情報入力処理部処理後の時刻表ＤＢを示す図である。

予定遅延時刻は定刻発車時刻（図１３−Ａ中の“説明１３−Ａ−１”）。表示発車時刻は定刻発車時刻（図１３−Ａ中の“説明１３−Ａ−２”）。処理前の予定遅延時刻が遅延発生時刻「１０：１６」以降の時刻に「５分」を加算する（図１３−Ｂ中の“説明１３−Ｂ−１”）。予定遅延時刻から更に平均補正時間（δ）を加算する（図１３−Ｂ中の“説明１３−Ｂ−２”）。

図１４は、発車時刻表示処理後の駅情報表示盤の表示例を示す図である。

図１５−Ａ〜図１５−Ｆは、リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信処理前および処理後の時刻表ＤＢを示す図である。

リアルタイム発車時刻「１０：２４」からリアルタイム発車時刻受信駅の予定遅延時刻「１０：２５」の差分を算出したものに自駅の表示発車時刻「１０：２３+δ」を加算する（図１５−Ｂ中の“説明１５−Ｂ−１”）。

リアルタイム発車時刻「１０：２４」からリアルタイム発車時刻受信駅の予定遅延時刻「１０：２５」の差分を算出したものに自駅の表示発車時刻「１０：２３+δ」を加算する（図１５−Ｄ中の“説明１５−Ｄ−１”）。

リアルタイム発車時刻「１０：２８」からリアルタイム発車時刻受信駅の予定遅延時刻「１０：２５」の差分を算出したものに自駅の表示発車時刻「１０：２２+δ」を加算する（図１５−Ｆ中の“説明１５−Ｆ−１”）。

図１６−Ａ〜図１６−Ｂは、補正時間の考え方を説明するための図であり、例えばＡ駅は、駅、運行時刻帯、遅延時間帯の要素の分類から過去の補正時間の平均を平均補正時間（αavg）としている（図１６−Ａ参照）。同様にＢ駅、運行時間帯、予定遅延時間の要素の分類から過去の補正時間の平均を平均補正時間（βavg）としている（図１６−Ｂ参照）。Ｃ駅、Ｄ駅も同様である。

運行時刻帯‥平均補正時間を参照するために過去の同一時間帯に発生した４時〜１時５９分まで２時間単位の設定である（図１６−Ａ中の“説明１６−Ａ−１”、図１６−Ｂ中の“説明１６−Ｂ−１”参照）。

遅延時間帯‥平均補正時間を参照するために過去の同一遅延時間で発生した１分〜６０分以上の５分単位の設定である（図１６−Ａ中の“説明１６−Ａ−２”、図１６−Ｂ中の“説明１６−Ｂ−２”参照）。

補正時間αnは、Ａ駅における遅延時の列車発車の都度に「（ａ）−（Ａ）」（すなわち、Ａ駅におけるリアルタイム発車時刻−予定遅延時刻）で算出される補正時間であり、その平均が平均補正時間αavgとなる（図１６−Ａ中の“説明１６−Ａ−３”参照）。

補正時間βnは、Ｂ駅における遅延時の列車発車の都度に「（ｂ）−（Ｂ）」（すなわち、Ａ駅におけるリアルタイム発車時刻−予定遅延時刻）で算出される補正時間であり、その平均が平均補正時間βavgとなる（図１６−Ｂ中の“説明１６−Ｂ−３”参照）。

図１７は、駅毎の情報表示盤の時刻遷移を説明するための図である。図１７（ａ）は図１７（ｂ）に使用している記号の説明を示し、図１７（ｂ）は駅毎の情報表示盤の時刻遷移を図１７（ａ）の記号を用いて示している。

図１７（ａ）に示すように、（Ａ），（Ｂ），（Ｃ），（Ｄ）は、それぞれＡ駅（始発駅）、Ｂ駅、Ｃ駅、Ｄ駅（終着駅）における予定遅延時刻（すなわち、列車遅延が発生した場合、定時発車から遅らせた時刻）を示し、（１），（２），（３），（４）は、それぞれＡ駅（始発駅）、Ｂ駅、Ｃ駅、Ｄ駅（終着駅）における表示発車時刻（情報表示用の時刻）を示し、αavg，βavg，γavg，δavgは、それぞれＡ駅（始発駅）、Ｂ駅、Ｃ駅、Ｄ駅（終着駅）における平均補正時間（予定遅延時刻からリアルタイム発車時刻の差分を集計した平均補正値）を示し、（ａ），（ｂ），（ｃ），（ｄ）は、それぞれＡ駅（始発駅）、Ｂ駅、Ｃ駅、Ｄ駅（終着駅）におけるリアルタイム発車時刻（各駅での列車の実際の発車時刻）を示している。

各駅における駅情報表示盤に表示される時刻情報の遷移は、図１７（ｂ）に示すように、Ａ駅発車前におけるＡ駅（始発駅）、Ｂ駅、Ｃ駅、Ｄ駅（終着駅）におけるそれぞれの表示時刻は、（１）＝（Ａ）＋αavg、（２）＝（Ｂ）＋βavg、（３）＝（C）＋γavg、（４）＝（D）＋δavgであり、Ａ駅発車後からＢ駅発車前におけるＢ駅、Ｃ駅、Ｄ駅（終着駅）におけるそれぞれの表示時刻は、（２）＝（Ｂ）＋βavg＋（（ａ）−（Ａ））、（３）＝（C）＋γavg＋（（ａ）−（Ａ））、（４）＝（D）＋δavg＋（（ａ）−（Ａ））であり、Ｂ駅発車後からＣ駅発車前におけるＣ駅、Ｄ駅（終着駅）におけるそれぞれの表示時刻は、（３）＝（C）＋γavg＋（（ｂ）−（Ｂ））、（４）＝（D）＋δavg＋（（ｂ）−（Ｂ））であり、Ｃ駅発車後からＤ駅発車前におけるＣ駅、Ｄ駅（終着駅）におけるそれぞれの表示時刻は、（４）＝（D）＋δavg＋（（ｃ）−（Ｃ））である。

図１７（ｂ）の駅毎の情報表示盤の時刻遷移の手順と各処理部の対応付けは以下のようになる。
・メンテナンス端末から駅員が予定される遅延時間、遅延発生時刻を入力。各駅の「予定遅延時刻」に変換される。←（遅延情報入力処理部）
・ 列車がＡ駅発車前の表示は、「Ａ駅発車時点の表示時刻＝予定遅延時刻＋平均補正時間」となる。←（遅延情報入力処理部）
・列車が駅発車直後の次駅以降の表示「A〜C駅発車後⇒B〜D駅発車前の表示時刻」は、
「自駅の予定遅延時刻＋平均補正時間＋（リアルタイム発車時刻−リアルタイム発車時刻受信駅の予定遅延時刻）」となる。←（リアルタイム発車時刻処理部）

本発明に係る列車遅延自動表示システムの全体を示す構成図である。 遅延情報入力処理部５の処理動作を示すフローチャートである（その１）。 遅延情報入力処理部５の処理動作を示すフローチャートである（その２）。 遅延情報入力処理部５の処理動作を示すフローチャートである（その３）。 遅延情報入力処理部５の処理動作を示すフローチャートである（その４）。 遅延情報入力処理部５の処理動作を示すフローチャートである（その５）。 発車時刻表示処理部６の処理動作を示すフローチャートである（その１）。 発車時刻表示処理部６の処理動作を示すフローチャートである（その２）。 発車時刻表示処理部６の処理動作を示すフローチャートである（その３）。 時刻表受信処理部７の処理動作を示すフローチャートである（その１）。 時刻表受信処理部７の処理動作を示すフローチャートである（その２）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その１）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その２）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その３）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その４）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その５）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その６）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その７）。 リアルタイム発車時刻受信処理部８の処理動作を示すフローチャートである（その８）。 駅名ＤＢ９のフォーマットの具体例を示す図である。 列車名ＤＢ１０のフォーマットの具体例を示す図である。 時刻表ＤＢ１１のフォーマットの具体例を示す図である。 運行時間帯ＤＢ１２のフォーマットの具体例を示す図である。 遅延時間帯ＤＢ１３のフォーマットの具体例を示す図である。 時刻補正ＤＢ１４のフォーマットの具体例を示す図である。 遅延情報ＤＢ１５のフォーマットの具体例を示す図である。 遅延情報入力処理部処理前の時刻表ＤＢを示す図である。 遅延情報入力処理部処理後の時刻表ＤＢを示す図である。 発車時刻表示処理後の駅情報表示盤の表示例を示す図である。 リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信１回目処理前の時刻表ＤＢを示す図である。 リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信１回目処理後の時刻表ＤＢを示す図である。 リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信２回目処理前の時刻表ＤＢを示す図である。 リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信２回目処理後の時刻表ＤＢを示す図である。 リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信３回目処理前の時刻表ＤＢを示す図である。 リアルタイム発車時刻受信処理部８のリアルタイム発車時刻受信３回目処理後の時刻表ＤＢを示す図である。 Ａ駅（始発駅）の時刻補正テーブルの例を示す図である。 Ｂ駅の時刻補正テーブルの例を示す図である。 駅毎の情報表示盤の時刻遷移を説明するための図である。

符号の説明

１：駅情報表示盤
２：情報表示サーバ
３：メンテナンス端末（遅延情報入力）
４：列車運行基幹システム
５：遅延情報入力処理部
６：発車時刻表示処理部
７：時刻表受信処理部
８：リアルタイム発車時刻受信処理部
９：駅名ＤＢ
１０：列車名ＤＢ
１１：時刻表ＤＢ
１２：運行時間帯ＤＢ
１３：遅延時間帯ＤＢ
１４：時刻補正ＤＢ
１５：遅延情報ＤＢ

Claims (9)

1. 発車時刻を表示する駅情報表示盤と、遅延時間および遅延発生時刻を入力するメンテナンス端末と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ，平均補正時間の項目を保持する時刻補正ＤＢ，および前記駅情報表示盤に表示する表示発車時刻を算出して前記駅情報表示盤に表示させる手段を有する情報表示サーバと、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システムとを具備する列車遅延自動表示システムであって、
   前記情報表示サーバは、
   前記列車運行基幹システムより取り込んだ定刻の時刻表データを時刻表ＤＢ内の表示発車時刻、予定遅延時刻の項目に格納し、前記メンテナンス端末より取り込んだ遅延時間，遅延発生時刻、および前記時刻表ＤＢ内の定刻の発車時刻を元に駅毎の予定遅延時刻を算出し、該予定遅延時刻に前記時刻補正ＤＢの該当する平均補正時間を加算して時刻補正後の表示発車時刻を算出し、該算出した表示発車時刻に１駅前の予定遅延時刻とリアルタイム発車時刻との差分時間を加算することにより前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出し、該算出した表示発車時刻を前記駅情報表示盤に表示するものである
   ことを特徴とする列車遅延自動表示システム。
2. 発車時刻を表示する駅情報表示盤と、遅延時間および遅延発生時刻を入力するメンテナンス端末と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ，平均補正時間の項目を保持する時刻補正ＤＢ，および前記駅情報表示盤に表示する表示発車時刻を算出して前記駅情報表示盤に表示させる手段を有する情報表示サーバと、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システムとを具備する列車遅延自動表示システムであって、
   前記情報表示サーバは、
   前記列車運行基幹システムより取り込んだ時刻表データを時刻表ＤＢ内の表示発車時刻、予定遅延時刻の項目に格納する時刻表受信手段と、
   前記メンテナンス端末より取り込んだ遅延時間，遅延発生時刻、および時刻表ＤＢ内の定刻の発車時刻を元に駅毎の予定遅延時刻を算出し、該予定遅延時刻に前記時刻補正ＤＢより該当する平均補正時間を加算して時刻補正後の表示発車時刻を算出し、該算出した駅毎の予定遅延時刻および補正後の表示発車時刻を前記時刻表ＤＢ内の予定遅延時刻および表示発車時刻の項目に格納する遅延情報入力手段と、
   １駅前の予定遅延時刻とリアルタイム発車時刻の差分時間を前記表示発車時刻に加算して前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出し、前記時刻表ＤＢ内の表示発車時刻の項目に格納するリアルタイム発車時刻受信手段と、
   前記駅情報表示盤に、上段に駅名を１行、かつ、次行から列車名毎に駅名に対応する前記時刻表ＤＢ内の表示発車時刻を表示させる発車時刻表示手段
   を有することを特徴とする列車遅延自動表示システム。
3. 請求項１または２記載の列車遅延自動表示システムにおいて、
   さらに、前記時刻補正ＤＢ内の平均補正時間を、前記列車運行基幹システムより取り込んだリアルタイム発車時刻を基に前記予定遅延時刻との差分時間から再計算して更新する手段を有することを特徴とする列車遅延自動表示システム。
4. 請求項１から３のいずれかに記載の列車遅延自動表示システムにおいて、
   前記平均補正時間は、過去の各駅の運行時間帯および遅延時間帯毎に分類して求められるものであることを特徴とする列車遅延自動表示システム。
5. 発車時刻を表示する駅情報表示盤と、遅延時間および遅延発生時刻を入力するメンテナンス端末と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ，平均補正時間の項目を保持する時刻補正ＤＢ，および前記駅情報表示盤に表示する表示発車時刻を算出して該駅情報表示盤に表示させる手段を有する情報表示サーバと、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システムとを具備する列車遅延自動表示方法であって、
   前記情報表示サーバが、前記列車運行基幹システムより取り込んだ定刻の時刻表データを時刻表ＤＢ内の表示発車時刻、予定遅延時刻の項目に格納するステップと、前記メンテナンス端末より取り込んだ遅延時間，遅延発生時刻、および前記時刻表ＤＢ内の定刻の発車時刻を元に駅毎の予定遅延時刻を算出するステップと、該予定遅延時刻に前記時刻補正ＤＢの該当する平均補正時間を加算して時刻補正後の表示発車時刻を算出するステップと、該算出した表示発車時刻に１駅前の予定遅延時刻とリアルタイム発車時刻との差分時間を加算することにより前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出するステップと、該算出した表示発車時刻を前記駅情報表示盤に表示するステップを有する
   ことを特徴とする列車遅延自動表示方法。
6. 発車時刻を表示する駅情報表示盤と、遅延時間および遅延発生時刻を入力するメンテナンス端末と、少なくとも予定遅延時刻と表示発車時刻の項目を保持する時刻表ＤＢ，平均補正時間の項目を保持する時刻補正ＤＢ，および前記駅情報表示盤に表示する表示発車時刻を算出して該駅情報表示盤に表示させる手段を有する情報表示サーバと、定刻発車時刻のマスタデータを保持するとともに各駅での実際の発車時刻であるリアルタイム発車時刻が入力される列車運行基幹システムとを具備する列車遅延自動表示方法であって、
   前記情報表示サーバにより、前記列車運行基幹システムより取り込んだ時刻表データを時刻表ＤＢ内の表示発車時刻、予定遅延時刻の項目に格納するステップと、前記メンテナンス端末より取り込んだ遅延時間，遅延発生時刻、および時刻表ＤＢ内の定刻の発車時刻を元に駅毎の予定遅延時刻を算出ステップと、該予定遅延時刻に前記時刻補正ＤＢより該当する平均補正時間を加算して時刻補正後の表示発車時刻を算出するステップと、該算出した駅毎の予定遅延時刻および補正後の表示発車時刻を前記時刻表ＤＢ内の予定遅延時刻および表示発車時刻の項目に格納するステップと、前記列車運行基幹システムより取り込んだリアルタイム発車時刻を基に前記予定遅延時刻との差分時間から前記時刻補正ＤＢ内の平均補正時間を再計算して更新するステップと、１駅前の予定遅延時刻とリアルタイム発車時刻の差分時間を前記表示発車時刻に加算して前記リアルタイム発車時刻以降の各駅の表示発車時刻を算出するステップと、該算出した表示発車時刻を前記時刻表ＤＢ内の表示発車時刻の項目に格納するステップと、前記駅情報表示盤に、上段に駅名を１行、かつ、次行から列車名毎に駅名に対応する前記時刻表ＤＢ内の表示発車時刻を表示させるステップを有することを特徴とする列車遅延自動表示方法。
7. 請求項５または６記載の列車遅延自動表示方法において、
   さらに、前記時刻補正ＤＢ内の平均補正時間を、前記列車運行基幹システムより取り込んだリアルタイム発車時刻を基に前記予定遅延時刻との差分時間から再計算して更新するステップを有することを特徴とする列車遅延自動表示方法。
8. 請求項５から７のいずれかに記載の列車遅延自動表示方法において、
   前記平均補正時間は、過去の各駅の運行時間帯および遅延時間帯毎に分類して求められるものであることを特徴とする列車遅延自動表示方法。
9. コンピュータに、請求項５から８のいずれかに記載の列車遅延自動表示方法における各ステップを実行させるためのプログラム。

Images