JP2007118674A - 運転整理支援システム、および、運転整理支援方法 - Google Patents

Abstract

【課題】運転整理業務において、当日乱れの影響により駅／プラットフォームに滞留している乗客数を把握しつつ、運行乱れの早期回復、乗客の利便性を踏まえた回復ダイヤグラムの作成を支援する
【解決手段】改札装置より乗客の入出記録を運転整理サーバに蓄積し、そのデータに基づいて、現在時刻における乗客数と、それ以降の乗客数の変動を列車の回復ダイヤに合わせて計算し、各駅での滞留乗客数と列車の乗車率をシミュレーションして、その結果を指令員が利用する運転整理端末にダイヤグラムと共に表示する。
【選択図】図１

Description

本発明は、運転整理支援システム、および、運転整理支援方法に係り、運転整理業務において、運行乱れの影響により駅に滞留することとなった乗客数を把握するのに好適な運転整理支援システム、および、運転整理支援方法に関する。

天候や地震、事故などによる交通ダイヤグラム（以下、単に「ダイヤ」ともいう）の乱れを正常な状態へと戻す運転整理業務においては、机上において矛盾なく走行が可能な列車運行ダイヤを検討するだけでなく、駅や車両基地などの現場の情報を逐一知ることが正確な復旧案を作成するためには欠かさないものとなっている。

しかしながら、現場からの情報は電話やＦＡＸが中心で、伝わる情報間には脈略がないため、指令員は情報を統合化して必要な情報を判断した後に、ダイヤ図と重ね合わせて復旧案を検討しなければならない。そのため、運転整理業務において、特に大規模な乱れが生じた場合では指令員への負荷が大きなものとなっているという問題点があった。

このような問題を解決する技術として、以下の特許文献１がある。この特許文献１は、天候、駅混雑情報、車庫情報などを基に現在時刻以降の列車運行状況をシミュレーションし、列車の遅延状況に応じて、運転整理画面にて列車スジを色分けして指令員へと提示することで運転整理業務を支援する技術を開示している。

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

しかしながら、この特許文献１に記載した技術においては、乗客の情報というのは駅混雑情報として列車スジの乱れ度合いへと反映されているだけで、指令員は駅毎の混雑状況を定量的に把握することができない。そのため、列車運行の早期回復だけでなく、乗客の利便性を重視した整理案を作成するためには、指令員に対する情報が十分であるとはいえない。

本発明は上記問題点を解決するためになされたもので、その目的は、運転整理業務において、当日乱れの影響により現在時刻において駅／プラットフォームに滞留している乗客数と、現在時刻以降において駅／プラットフォームに滞留する乗客数をシミュレーションすることで、運行乱れの早期回復だけでなく、乗客の利便性を踏まえた回復ダイヤの作成を支援する運転整理支援システムを提供することにある。

本発明の運転整理支援システムは、乗客の入出力記録をおこなう改札装置と、各列車のダイヤグラムと各駅での滞留乗客数と各列車の乗車率とを表示する運転整理端末と、それらの改札装置および運転整理端末とデータの送受信をおこなって、受信したデータに基づき各駅での滞留乗客数と各列車の乗車率のシミュレーションをおこなう運転整理サーバとを備えている。そして、それらの改札装置と運転整理端末と運転整理サーバとはネットワークにより接続されている。

改札装置では、乗車駅と降車駅を含む乗客の入出記録を取得し、その乗客の入出力記録を定期的タイミングで運転整理サーバに送信する。

運転整理サーバは、改札装置より受信した入出力記録に基づき、乗車駅と降車駅毎に対応する乗客数を示す乗客数テーブルに値を設定し、それらの乗客数テーブルに設定された値と列車の各駅における着時刻、発時刻とに基づき、ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算して、運転整理端末に送信する。

運転整理端末は、ダイヤグラム上に各駅での滞留乗客数、各列車の乗車率を表示する。

これにより、運転整理業務の指令員は、乗客の滞留状況を把握することが可能となるので、乱れを早期に回復するだけでなく乗客の利便性も踏まえた運転整理案を作成することができる。

本発明によれば、運転整理業務において、当日乱れの影響により現在時刻において駅／プラットフォームに滞留している乗客数と、現在時刻以降において駅／プラットフォームに滞留する乗客数をシミュレーションすることで、運行乱れの早期回復だけでなく、乗客の利便性を踏まえた回復ダイヤの作成を支援する運転整理支援システムを提供することができる。

以下、本発明に係る一実施形態を、図１ないし図８を用いて説明する。

本実施形態では、鉄道運行システムにおける運転整理支援システムを適用対象として、説明するものとする。すなわち、乗客は、各駅で乗車券を購入しその駅の改札装置から入場する通常みられる運行システムである。

先ず、図１を用いて本発明の一実施形態に係る運転整理支援システムのシステム構成について説明する。
図１は、本発明の一実施形態に係る運転整理支援システムのシステム構成図である。

この図１では、本実施形態の各部の構成と情報の流れを表している。

本実施形態の運転整理支援システムは、運転整理サーバ１１００と複数の運転整理端末１２００と、乗客の入出記録を取得して、それを運転整理サーバへ送信する改札装置１３００がネットワークにより接続されている。

運転整理サーバ１１００は、処理装置、処理装置に接続される記憶装置、磁気ディスク等の外部記憶装置を備えた計算機である。外部記憶装置および記憶装置には、各駅に設置された改札装置１３００より送信される入出記録を管理する改札情報テーブル１１８０、各駅の乗客数を示す乗客数テーブル１１７０、当日ダイヤの情報を管理する列車情報テーブル１１９０が記憶される。

処理装置では、記憶装置に蓄えられたテーブルを参照し各機能を達成するプログラムを実行することにより処理をおこなう。

運転整理サーバ１１００は、改札情報受信部１１１０、改札情報処理部１１２０、乗客流動予想部１１３０、描画部１１４０、描画情報送信部１１５０、時刻管理部１１６０を備える。

改札情報受信部１１１０は、改札装置１３００より送信された入出記録を受信する部分である。改札情報処理部１１２０は、改札情報テーブル１１８０に記憶された入出記録を編集／加工する部分である。乗客流動予想部１１３０は、現在時刻以降における各駅の乗客の推移をシミュレーションする部分である。描画部１１４０は、シミュレーション結果をモニタ表示用データにする部分である。描画情報送信部１１５０は、表示用データを運転整理端末１２００に送信する部分である。時刻管理部１１６０は、時刻を管理する部分である。

運転整理端末１２００は、当日の運行乱れの修正のために指令員が使用する計算機装置である。一般的には、キーボードやポインティングデバイスからなる入力装置とディスプレイ装置である表示装置を装備する。計算機内部には処理装置、記憶装置を備えており、運転整理サーバ１１００が作成した表示用データを表示装置上に描画する表示部１２１０を備えている。

改札装置１３００は、各駅の改札機として配備されたものである。改札装置１３００では列車乗客の入出が発生するつど、カード、切符などの入力情報によって、その乗客の入出記録を取得して運転整理サーバ１１００へと送信する。

次に、本実施形態の運転整理支援システムの処理の流れの概要と情報の流れについて説明する。

改札装置１３００では、列車を利用する乗客が改札を通過するつど、入出記録を取得し、運転整理サーバ１１００に送信する。改札機装置１３００からの送信タイミングは、入出記録を取得したリアルタイムなタイミングとする場合や、入出記録が一定数蓄積したタイミングとする場合などが考えられる。本実施例においては、一定数蓄積したタイミングにより送信することにする。

そして、運転整理サーバ１１００では、改札装置１３００が送信した入出記録を改札情報受信部１１１０により受信し、改札情報テーブル１１８０に記憶する。

運転整理サーバ１１００の改札情報処理部１１２０では、改札情報テーブル１１８０のデータに基づいて乗客数テーブル１１７０のデータの集計をおこなう。

乗客流予想部１１３０では、乗客数テーブル１１７０と、列車情報テーブル１１９０より、現在時刻以降の乗客数の変動をシミュレーションする。これによって、各駅に滞留する乗客数と列車における乗車率を計算する。

そして、描画部１１４０では乗客流予想部１１３０で算出した値より運転整理端末１２００で表示する画像情報を作成する。

最後に、運転整理サーバ１１００の描画部１１４０で作成された画像情報を運転整理サーバ１１００の画像情報送信部１１５０により運転整理端末１２００に送信し、運転整理端末１２００の表示部１２００で画像情報を表示装置上に表示する。

次に、図２および図５を用いて本発明の運転整理支援システムに用いられるデータ構造について説明する。
図２は、改札装置１３００が取得する入出記録２１００を示す図である。
図３は、改札情報テーブル１１８０を示す図である。
図４は、乗客数テーブル１１７０を示す図である。
図５は、列車情報テーブル１１９０を示す図である。

入出記録２１００は、図２に示されるように、乗客の改札通過（入場）時間を示す通過時間２１１０と、その乗客の入場駅を示す乗車駅２１２０、その乗客が改札を出場する予定の駅を示す降車駅２１３０のフィールドを有する。本図においては、通過時間が１４：００であり、Ａ駅で乗車し、Ｃ駅で降車を予定する乗客の入出記録を示している。

改札情報テーブル１１８０は、入出記録２１００を図１の運転整理サーバ１１００内に保持するためのテーブルであり、図３に示されるように、乗客の改札通過（入場）時間を示す通過時間２２１０と、その乗客の入場駅を示す乗車駅２２２０、その乗客が改札を出場する予定の駅を示す降車駅２２３０、このレコードが運転整理サーバ１１００の改札情報処理部１１２０によって処理されたか否かを示す処理済フラグ２２４０のフィールドを有する。

改札情報受信部１１１０では、入出記録２１００を改札装置１３００から受信し、改札情報処理部１１２０は、通過時間２１１０、乗車駅２１２０、降車駅２１３０のフィールドの値を、それぞれ改札情報テーブル１１８０の通過時間２２１０、乗車駅２２２０、降車駅２２３０のフィールドに設定し、処理済フラグ２２４０をＯＦＦに設定する。

乗客数テーブル１１７０は、図４に示すように、テーブルの縦軸３１００は乗車駅を示し、横軸３２００が降車駅を示している。図４に設定されている値は、縦軸３１００の駅で乗車し横軸３２００の駅で降車する乗客数を示している。

例えば、この図４の例では、Ａ駅で１００人の乗客が乗車し、その内で、３０人はＢ駅で降車し、４０人はＣ駅で降車し、３０人はＤ駅で降車することを示している。

乗客数の値は、図３の改札情報テーブル１１８０のデータより算出され、改札情報テーブル１１８０内より処理済フラグ２２４０の値がＯＦＦとなっているレコードを探索して、取得したレコードの乗車駅２２２０と降車駅２２３０に該当する乗客数テーブル１１７０中の乗客数の値を＋１インクリメントするとともに、改札情報テーブル１１８０の該当するレコードの処理済フラグ２２４０の値をＯＮに更新する。

列車情報テーブル１１９０は、各列車の情報とその列車の運行により変動する駅での待機乗客数を示すためのテーブルであり、図５に示されるように、列車の管理番号を示す列車番号４１１０、列車に備わっている座席数４１２０、ある時点における列車の乗客数の予想値を示す予想乗車数４１３０と、列車の発着する駅を示す到着駅４１４０と、その到着駅のおける列車の到着時刻を示す着時刻４１５０、発その到着駅からの発車時刻を示す発時刻４１６０と、到着駅４１４０において列車を降りる乗客数の予想値を示す予想降車数４１７０と、到着駅４１４０において、列車が定員一杯となり、乗車することができなかった乗客数を示す待機乗客数４１８０と、列車が到着駅４１４０を発車した時点における列車の乗車率４１９０のフィールドを有する。ここで、乗車率４１９０の定義は、予想乗車数４１３０を座席数４１２０で割った値である。また、ある駅に滞留する乗客数は、その駅を到着駅４１４０とするレコードの待機乗客数４１８０の総和となることに留意する。

本図の例では、列車番号が１レ、座席数８００、Ｂ駅、Ｃ駅、Ｄ駅を発着する列車のレコードと、列車番号が２レ、座席数６００、でＢ駅、Ｃ駅、Ｄ駅を発着する列車のレコードを示している。なお、予想乗車数４１３０、予想降車数４１７０、待機乗客数４１８０、乗車率４１９０の値は図１の乗客流予想部１１３０において処理された値が入力されるので、未処理のレコードの値については本図で示すように空白値が入力されている。

次に、図６および図７を用いて本発明の運転整理支援システムに用いられるデータ構造について説明する。
図６は、運転整理支援システムの乗客流動予想部の処理を示すフローチャートである。
図７は、列車情報テーブル１１９０の一部の値を具体例として示した図である。

先ず、図１の時刻管理部１１６０より現在時刻を取得し、基準時刻として設定する（ステップ５１１０）。なお、以下の説明においては１３：３０が現在時刻／基準時刻であり、検索の限界の時刻として設定する終了時刻は２４：００とする。

図５に示した列車情報テーブル１１９０より着時刻４１５０が基準時刻となるレコードＡを検索し（ステップ５１２０）、そのようなレコードＡが存在するか否かを判定し（ステップ５１３０）、存在していればステップ５１４０へと処理を進め、存在していない場合にはステップ５２００へと処理を進める。

本例においては基準時刻が１３：３０であるので、図５に示したレコードの値より、列車番号１レ、到着駅Ｂ駅がレコードＡとして取得されるので、ステップ５１４０に処理が進む。

次に、レコード内で着時刻４１５０が基準時刻となる駅を予想対象駅として設定する（ステップ５１４０）。本例ではＢ駅が予想対象駅として設定される。

次に、取得したレコードの予想対象駅の予想降車数４１７０を、予想乗車数Ｈ４１３０より引く（ステップ５１５０）。すなわち、これは列車１レの乗客がＢ駅で降車する人数を、乗車している人数より減らす処理である。

そして、図４の乗客数テーブル１１７０より予想対象駅を乗車駅としてもつレコードＢを取得し、レコードＢ内の各駅の乗客数の総和を計算し、乗車数Ｘとする（ステップ５１６０）。すなわち、これは列車１レの乗客がＢ駅で乗車する人数である。本例では予想対象駅はＢ駅であるので図３のレコード３１２０がレコードＢとして取得され、レコードＢ内のＣ駅での乗車数 ４０およびＤ駅での乗車数 ２０を加算した値６０を乗車数Ｘとする。

なお、本実施形態においては、１３：３０分を越えないときまでに改札装置１３００を通過した乗客は、全て列車１レの乗客になるモデルを採用しているが、現実の駅では、改札装置とプラットホームまでかかる時間があるためそれを考慮して、例えば、５分の猶予時間をみて、１３：２５分までに改札装置１３００を通過した乗客が列車１レの乗客になるモデルを採用してもよい。

次に、取得したレコードの座席数４１２０が、ステップ５１６０で算出した乗車数Ｘと予想乗車数４１３０を足した値の大小の判定をおこない（ステップ５１７０）、座席数４１２０が大きい場合には処理をステップ５１８０へと進め、小さい場合には処理をステップ５２１０へと進める。

座席数４１２０が大きい場合とは、列車１レがＢ駅で待機している乗客を全て吸収し、待機乗客数が０になることを示している。

また、座席数４１２０が小さい場合とは、列車１レが満席で、乗車率が１（すなわち、１００％）であり、Ｂ駅には待機している乗客があることを示している。

次に、ステップ５１６０にて乗客数テーブル１１７０より取得したレコードＢの各駅の乗車数をレコードＡの各駅の予想降車数Ｓ４１７０に加算する（ステップ５１８０）。本例ではレコードＢのＣ駅での乗車数４０を、レコードＡの到着駅４１４０ Ｃ駅の予想降車数４１７０へと加算し、レコードＢのＤ駅での乗車数２０を、レコードＡの到着駅４１４０ Ｄ駅の予想降車数４１７０へと加算する。そして、レコードＢの各駅の乗客数を０にする（ステップ５１９０）。

例えば、座席数４１２０が大きい場合で、Ｂ駅で列車１レに全て乗客が乗れたときには、列車情報テーブルの関連する値は、図７（ａ）に示すようになる。図４によりＢ駅での予想降車数４１７０は、３０（[Ａ駅乗車、Ｂ駅降車] 、ここで[Ａ駅乗車、Ｂ駅降車]は、図４の乗客数テーブルにおいて、Ａ駅で乗車して（３１１０）、Ｂ駅で降車する（３２２０）人数を表すものとする。以下同じ）、Ｃ駅での予想降車数４１７０は、８０（[Ａ駅乗車、Ｃ駅降車]と[Ｂ駅乗車、Ｃ駅降車]）、Ｄ駅での予想降車数４１７０は、５０（[Ａ駅乗車、Ｄ駅降車]と[Ｂ駅乗車、Ｄ駅降車]）であり、また、Ｂ駅での待機乗客数は、０になる。

次に、レコードＡの到着駅４１４０が予想対象駅となる待機乗客数４１８０の値を設定する（ステップ５２５０）。待機乗客数４１８０の値は、すでにステップ５２４０で更新している乗車数Ｘを設定する。本例では到着駅４１４０がＢ駅となるレコードの待機乗客数４１８０に、ステップ５２４０にて更新した乗客数Ｘの値０を設定する。

次に、レコードＡの予想乗車数４１３０と乗車率４１９０を更新する（ステップ５１９０）。予想乗車数４１３０は、レコードＡ内に含まれる各駅の予想降車数４１７０の総和であり、乗車率４１９０は予想乗車数４１３０を座席数４１２０で割った値とする。

図７（ａ）に示した例では、予想乗車数４１７０はＢ駅の予想降車数４１７０の３０とＣ駅の予想降車数４１７０の８０、Ｄ駅の予想降車数４１７０の５０の総和である１６０が値となり、乗車率４１９０は予想乗車数４１３０の１６０を座席数４１２０の８００で割った０．２が値として設定される。

次に、基準時刻が終了時刻であるかを判定し（ステップ５２７０）、基準時刻である場合には処理を終了し、それ以外である場合にはステップ５２００へと処理を戻す。本例では基準時刻が１３：３０、終了時刻は２４：００となるのでステップ５２００へと処理が戻る。ステップ５２００では基準時刻にα分を加算し、処理をステップ５１２０へと戻す。なお、この加算するα分は、十分に小さく列車情報テーブル１１９０の着時刻４１５０にすべてマッチするように取る。図５の値に示したように、１分間隔で設定されているときには、α＝１に取る。

一方、ステップ５１７０において、座席数４１２０が乗客数Ｘと予想乗車数４１４０より小さい場合には、すなわち、レコードＢで示す駅にいる乗客数がレコードＡに示す列車に乗り切らないとき（乗車率が１を超える場合）、レコードＡで示す列車に、レコードＢで示す駅にて乗車する乗客数を、列車の降車駅ごとに示した乗車数見込Ｙを設定する（ステップ５２１０）。例えば、レコードＡで示す列車に、あと３０人乗れる場合（レコードＡの予想乗車数４１３０が７７０の場合）、レコードＢのＣ駅での乗車数見込とＤ駅での乗車数見込の総和は３０となる値となるように設定する。

設定方法は様々あるが、駅毎の乗車比率を基にする場合には、Ｃ駅とＤ駅で２：１となるのでＣ駅の乗車数見込は２０、Ｄ駅での乗車数見込は１０と設定する。

次に、レコードＢの各駅の乗客数よりステップ５２１０で設定した乗車数見込みＹの値を引く（ステップ５２２０）。

レコードＢのＣ駅での乗車数４０よりＣ駅の乗車数見込２０を引き、Ｄ駅での乗客数２０よりＤ駅の乗車数見込２０を引く。

次に、レコードＡの各駅の予想降車数Ｓに乗車数見込みＹを加算する（ステップ５２３０）。これは、列車に乗った乗客の数を、その駅での降車数としてカウントするためである。

次に、レコードＢの各駅の乗客数よりステップ５２１０で設定した乗車数見込みＹの値を引いた値により、レコードＢを更新する（ステップ５２４０）。

例えば、座席数４１２０が小さい場合で、Ｂ駅で列車１レに待機していた乗客が全て乗れなかったときには、列車情報テーブルの関連する値は、図７（ｂ）に示すようになる。図４によりＢ駅での予想降車数４１７０は、３０（[Ａ駅乗車、Ｂ駅降車]）、Ｃ駅での予想降車数４１７０は、６０（[Ａ駅乗車、Ｃ駅降車]とＢ駅乗車でＣ駅降車見込みとして配分した２０）、Ｄ駅での予想降車数４１７０は、４０（[Ａ駅乗車、Ｄ駅降車]とＢ駅乗車でＤ駅降車とした配分した１０）であり、また、Ｂ駅での待機乗客数は、３０になる（[Ｂ駅乗車、Ｃ駅降車]と[Ｂ駅乗車、Ｄ駅降車]から、乗車した３０を引いたもの）。

以下は、ステップ５１７０でＹＥＳのときと同様に、ステップ５２５０とステップ５２６０をおこない、ステップ５２７０以降のループ処理を繰り返す。

本処理を繰り返すことにより現在時刻以降に着発する列車情報テーブル１１９０内のレコード全てが対象として処理され、処理対象のレコードが示す列車が通過後に、列車に乗れず駅に滞留することとなった乗客数と、列車の乗車率を算出することができる。

最後に、運転整理端末１２００に表示されるシミュレーションの結果の画面を説明する。
図８は、運転整理端末１２００に表示されるシミュレーションの結果の画面を示す図である。

図８（ａ）に示されるように、この画面では、縦軸に駅、横軸に時間をとり、列車のダイヤを線分で示した通常の画像（ダイヤ図）に加え、現在時刻線６１００と駅線の交差点には図１の改札装置１３００の入出記録より取得した各駅での乗客数を示し、それ以降の時刻では、図１の乗客流予想部１１３０にて取得した乗客数の推移を列車の線分に合わせて表示する。本例では乗客数を棒の高さとして示しており、棒グラフ６２００は１レがＡ駅を通過後の乗客数を、棒グラフ６３００は２レが通過後の乗客数を示している。また、列車の線分の太さや色を用いて列車の乗車率を反映して表示する。本例では、線分６４００は乗車率が１００％であるので、太線で表示され、線分６５００は、乗車率が高くない値であるので細線で表示されることにしている。

また、図８（ｂ）は、図８（ａ）で示されている状態より、列車１レが車両故障などで急遽運休となった場合を示している。この場合、列車１レの運行によって推移するはずであった乗客が流動せず、列車２レの運行まで乗客推移が発生しないことを示している。

本発明の一実施形態に係る運転整理支援システムのシステム構成図である。 改札装置１３００が取得する入出記録２１００を示す図である。 改札情報テーブル１１８０を示す図である。 乗客数テーブル１１７０を示す図である。 列車情報テーブル１１９０を示す図である。 運転整理支援システムの乗客流動予想部の処理を示すフローチャートである。 列車情報テーブル１１９０の一部の値を具体例として示した図である。 運転整理端末１２００に表示されるシミュレーションの結果の画面を示す図である。

符号の説明

１１００…運転整理サーバ、１２００…運転整理端末、１３００…改札装置、１１１０…改札情報受信部、１１２０…改札情報処理部、１１３０…乗客流予想部、１１４０…描画部、１１５０…描画情報送信部、１１６０…時刻管理部、１１７０…乗客数テーブル、１１８０…改札情報テーブル、１１９０…列車情報テーブル、１２１０…表示部。

Claims (9)

1. 乗客の入出力記録をおこなう改札装置と、
   各列車のダイヤグラムと各駅での滞留乗客数と各列車の乗車率とを表示する運転整理端末と、
   前記改札装置および前記運転整理端末とデータの送受信をおこなって、受信したデータに基づき各駅での滞留乗客数と各列車の乗車率のシミュレーションをおこなう運転整理サーバとを有し、
   前記改札装置と前記運転整理端末と前記運転整理サーバがネットワークにより接続された運転整理支援システムにおいて、
   前記改札装置は、乗車駅と降車駅を含む乗客の入出記録を取得し、その乗客の入出力記録を所定のタイミングで前記運転整理サーバに送信し、
   前記運転整理サーバは、
   前記改札装置より受信した入出力記録に基づき、乗車駅と降車駅毎に対応する乗客数を示す乗客数テーブルに値を設定し、
   前記乗客数テーブルに設定された値と列車の各駅における着時刻、発時刻とに基づき、ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算し、
   前記ある時刻における各駅での滞留乗客数と各駅間における列車の乗車率を前記運転整理端末に送信し、
   前記運転整理端末は、前記運転整理サーバより受信したある時刻における各駅での滞留乗客数と各駅間における列車の乗車率を表示することを特徴とする運転整理支援システム。
2. 前記ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算するに際して、ある列車が前記ある時刻以降の着時刻を有する駅に対応する滞留乗客数を、その駅発におけるその列車の乗車率に応じて減少させることより、その駅での滞留乗客数を計算することを特徴とする請求項１記載の運転整理支援システム。
3. 前記ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算するに際して、前記ある時刻以降の着時刻を持つ駅におけるある列車の乗車率を、その列車の乗車率の上限を超えない範囲でその駅の滞留乗客数を列車の乗客数として加算することにより、増加させることによって、その駅を発するときのその列車の乗車率を計算することを特徴とする請求項１記載の運転整理支援システム。
4. 前記運転整理端末は、ダイヤグラムの各列車の着発駅を示す線分に対し、前記線分が示す着発駅における前記滞留乗客数を表示することを特徴とする請求項１記載の運転整理支援システム。
5. 前記運転整理端末は、ダイヤグラムの各列車の駅間走行を示す線分に対し、前記線分が示す駅間における乗車率の情報を表示することを特徴とする請求項１記載の運転整理支援システム。
6. 前記運転整理端末は、ダイヤグラム上にある時刻を示す線分を表示し、前記線分と各駅を示す線分の交差点において、その時刻における滞留乗客数を表示することを特徴とする請求項１記載の運転整理システム。
7. 改札装置と運転整理端末と運転整理サーバとを有し、それらがネットワークにより接続された運転整理支援システムの運転整理支援方法において、
   前記改札装置が、乗車駅と降車駅を含む乗客の入出記録を取得し、その乗客の入出力記録を所定のタイミングで前記運転整理サーバに送信するステップと、
   前記運転整理サーバが、前記改札装置より受信した入出力記録に基づき、乗車駅と降車駅毎に対応する乗客数を示す乗客数テーブルに値を設定するステップと、
   前記運転整理サーバが、前記乗客数テーブルに設定された値と列車の各駅における着時刻、発時刻とに基づき、ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算するステップと、
   前記運転整理サーバが、前記計算されたある時刻における各駅での滞留乗客数と各駅間における列車の乗車率を前記運転整理端末に送信するステップと、
   前記運転整理端末が、前記運転整理サーバより受信したある時刻における各駅での滞留乗客数と各駅間における列車の乗車率とを表示するステップとを有することを特徴とする運転整理支援方法。
8. 乗客の入出力記録をおこなう改札装置と、各列車のダイヤグラムと各駅での滞留乗客数と各列車の乗車率とを表示する運転整理端末とにネットワークにより接続され、前記改札装置および前記運転整理端末とデータの送受信をおこなって、受信したデータに基づき各駅での滞留乗客数と各列車の乗車率のシミュレーションをおこなう運転整理サーバにおいて、
   前記改札装置で取得された乗車駅と降車駅を含む乗客の入出記録を所定のタイミングで受信する手段と、
   前記改札装置より受信した入出力記録に基づき、乗車駅と降車駅毎に対応する乗客数を示す乗客数テーブルに値を設定する手段と、
   前記乗客数テーブルに設定された値と列車の各駅における着時刻、発時刻とに基づき、ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算する手段と、
   前記ある時刻における各駅での滞留乗客数と各駅間における列車の乗車率を前記運転整理端末に送信する手段とを有することを特徴とする運転整理サーバ。
9. 運転整理サーバによる運転整理支援方法において、
   この運転整理サーバは、乗客の入出力記録をおこなう改札装置と、各列車のダイヤグラムと各駅での滞留乗客数と各列車の乗車率とを表示する運転整理端末とにネットワークにより接続され、前記改札装置および前記運転整理端末とデータの送受信をおこなって、受信したデータに基づき各駅での滞留乗客数と各列車の乗車率のシミュレーションをおこなう運転整理サーバであって、
   前記改札装置で取得された乗車駅と降車駅を含む乗客の入出記録を所定のタイミングで受信するステップと、
   前記改札装置より受信した入出力記録に基づき、乗車駅と降車駅毎に対応する乗客数を示す乗客数テーブルに値を設定するステップと、
   前記乗客数テーブルに設定された値と列車の各駅における着時刻、発時刻とに基づき、ある時刻における各駅での滞留乗客数と各駅発での列車の乗車率を計算するステップと、
   前記ある時刻における各駅での滞留乗客数と各駅間における列車の乗車率を前記運転整理端末に送信するステップとを有することを特徴とする運転整理サーバによる運転整理支援方法。

Images