(57)【要約】  複数の人員が複数のゲートを介して入退可能な所定領域に関して、複数の人員のそれぞれの所定領域から退出するタイミングに応じて、複数の人員のそれぞれの位置と複数のゲートとの位置関係に基づいて、複数のゲートの中から、複数の人員がそれぞれの所定領域から退出する際に利用するゲートを決定し、複数のゲートのそれぞれについて、所定領域から退出する人員に関する情報を生成し、生成した情報を報知するようにした。
2018155031.tif 000002
【特許請求の範囲】
【請求項１】
複数の人員それぞれが複数のゲートを介して入退可能な所定領域に関して、前記複数の人員の行動を管理する管理システムであって、
前記複数の人員それぞれの端末装置から出力される情報を受信する受信器と、
前記管理のための制御装置と
を備え、
前記制御装置は、
前記情報に基づいて、前記複数の人員それぞれの前記所定領域から退出するタイミングを決定し、
前記複数の人員それぞれの端末装置と前記複数のゲートとの位置関係に基づいて、前記複数のゲートの中から、前記複数の人員それぞれが前記所定領域から退出する際に利用するゲートを決定し、
前記複数のゲートそれぞれについて、前記所定領域から退出する人員に関する退出人員情報を生成し、
当該退出人員情報を報知する
管理システム。
【請求項２】
前記所定領域は、車両の車内であり、当該車両は前記ゲートとして複数の開閉扉を備え、
前記制御装置は、
前記端末装置から降車駅の情報を取得し、前記車両の運行に基づいて前記タイミングを決定する
請求項１記載の管理システム。
【請求項３】
前記制御装置は前記退出人員情報を、表示装置を介して出力し、
前記表示装置は前記車両内に設置されている
請求項２記載の管理システム。
【請求項４】
前記制御装置は、前記複数の開閉扉のうち前記端末装置が最も近い位置の開閉扉を、当該端末装置を携行する人員が降車する際に利用されるものと決定する
請求項２記載の管理システム。
【請求項５】
前記制御装置は、前記受信器が前記端末装置から受信した信号強度に基づいて、前記複数の開閉扉の中から、前記端末装置を携行する人員が降車する際に利用する開閉扉を決定する
請求項４記載の管理システム。
【請求項６】
表示装置を有する駅構内装置を備え、
前記制御装置は、前記退出人員情報を、前記表示装置を介して当該駅構内装置に出力する
請求項２記載の管理システム。
【請求項７】
前記制御装置は、
前記車両の乗車率に基づいて、前記退出人員情報を表示装置に出力する態様を決定する
請求項２記載の管理システム。
【請求項８】
前記制御装置は、
前記乗車率が所定値以下の場合には、前記退出人員情報を前記表示装置に出力しない
請求項７記載の管理システム。
【請求項９】
複数の人員それぞれが複数のゲートを介して入退可能な所定領域に関して、前記複数の人員の行動を管理する管理装置であって、
前記複数の人員それぞれの端末装置から出力される情報を受信する受信器を備え、
前記情報に基づいて、前記複数の人員それぞれの前記所定領域から退出するタイミングを決定し、
前記複数の人員それぞれの端末装置と前記複数のゲートとの位置関係に基づいて、前記複数のゲートの中から、前記複数の人員それぞれが前記所定領域から退出する際に利用するゲートを決定し、
前記複数のゲートそれぞれについて、前記所定領域から退出する人員に関する退出人員情報を生成し、
当該退出人員情報を報知する
管理装置。
【請求項１０】
複数の人員のそれぞれが複数のゲートを介して入退可能な所定領域に関して、前記複数の人員の行動が管理装置によって管理される管理方法であって、
前記管理装置は、
前記複数の人員それぞれの端末装置から出力される情報を受信し、
前記情報に基づいて、前記複数の人員それぞれが前記所定領域から退出するタイミングを決定し、
前記複数の人員それぞれの端末装置と前記複数のゲートとの位置関係に基づいて、前記複数のゲートの中から、前記複数の人員それぞれが前記所定領域から退出する際に利用するゲートを決定し、
前記複数のゲートそれぞれについて、前記所定領域から退出する人員に関する退出人員情報を生成し、
当該退出人員情報を報知する
管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定空間内から所定空間外への人員の退出と、所定空間外から所定空間内への人員の進入と、を管理するシステムに係り、例えば、電車の客室における乗客の乗降を管理するシステムに関する。
【背景技術】
【０００２】
この種のシステムとして、バス、列車等の交通機関に乗車している複数人の乗客の間で、自身以外の乗客が降車する降車場所に関する降車情報を共有させることにより、乗客の乗降を円滑にさせる乗降支援システムが存在する（特許文献１）。【０００３】
さらに、特許文献２には、狭い出入り口における片方向又は両方向の人の流れをスムーズにするために、出入り口を通る人の存在を周囲に知らせる為、また目的地に到着したことを知る為に移動端末を鳴動させ、例えば、電車、バス等に乗車する場合、移動端末から車両に目的地を知らせ、それを受け取った車両では目的地に到着した際に移動端末に情報を送信して鳴動させ、又は、車外に設置した表示装置に降車する人がいる旨を表示させることにより、周囲の人は降車者に配慮し、これから乗車しようとする人は降車者を待って乗車するようにして乗降車がスムーズに行われるようにしたシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−６５７５９号公報
【特許文献２】特開２００５−８１９９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、大都市圏のように、多数の通勤客及び通学客が短時間に電車に集中し、しかも、頻繁に乗降を繰り返す路線では、従来のシステムのように、乗車、又は、降車しようとする旅客と、その周囲の旅客に、乗降のタイミングを知らせるだけでは、旅客の乗降を円滑にするには不十分であった。【０００６】
そこで、本発明は、多数の旅客が短時間に集中し、しかも、頻繁に乗降を繰り返す場合であっても、旅客の乗降を円滑にすることを目的とする。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため本発明においては、複数の人員が複数のゲートを介して入退可能な所定領域に関して、複数の人員のそれぞれの所定領域から退出するタイミングに応じて、複数の人員のそれぞれの位置と複数のゲートとの位置関係に基づいて、複数のゲートの中から、複数の人員がそれぞれの所定領域から退出する際に利用するゲートを決定し、複数のゲートのそれぞれについて、所定領域から退出する人員に関する情報を生成し、生成した情報を報知するようにした。
【発明の効果】
【０００８】
本発明によれば、多数の乗客が集中し、しかも、頻繁に乗降を繰り返す場合であっても、旅客の乗降を円滑にするのに好適に適用可能な管理システム等を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態による車上搭載装置の構成を示すブロック図である。
【図２】本実施の形態による車上搭載装置の構成を示すブロック図である。
【図３】本実施の形態による乗車位置推定機能の説明に供する概念図である。
【図４】本実施の形態による車上搭載装置の構成を示すブロック図である。
【図５】乗客情報テーブルの構成を示す概念図である。
【図６】混雑状況テーブルの構成を示す概念図である。
【図７】本実施の形態による車内案内表示画面の画面構成例を示す略線図である。
【図８】本実施の形態による車両処理の処理手順を示すフローチャートである。
【図９】第２の実施の形態による車両処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下図面について、本発明の一実施の形態を詳述する。
【００１１】
（１）本実施の形態による混雑緩和システムの構成
図１において、１は全体として本実施の形態による混雑緩和システムを示す。この混雑緩和システム１は、鉄道車両（ＴＲ）のそれぞれの号車の車両（所定領域）に複数設置された受信器としての通信装置５、鉄道車両の１編成につきそれぞれ設置された制御装置２０、複数の端末装置（以下、携帯端末２８と称する。）及びそれぞれの駅（ＳＴ）の構内に設置された構内案内装置３０を備える。
【００１２】
図２に示すように、通信装置５及び制御装置２０はそれぞれ鉄道車両の天井１００及び床下１０４に設置され、互いに有線又は無線で接続されており、情報のやり取りを行う。符号１０２は車内を示す。通信装置５は、例えばルータ等から構成され、ＣＰＵ（Central Processing Unit）１２、メモリ１３及び図示せぬ無線通信機を備える。また、それぞれの通信装置５は、鉄道車両のそれぞれの号車に複数設置されたゲート（以下、これを開閉扉、又は、扉と称することがある）と１対１で対応付けられている。
【００１３】
ＣＰＵ１２は、通信装置５全体の動作制御を司るプロセッサである。またメモリ１３は、例えば揮発性の半導体メモリから構成され、ＣＰＵ１２のワークメモリとして利用される。後述する降車駅情報受信モジュール（ＭＯ１４）及び降車ドア位置推定モジュール（ＭＯ１５）もこのメモリ１３に格納されて保持される。
【００１４】
無線通信機は、例えば無線ＬＡＮの送受信を行う機器で、それぞれの携帯端末２８から例えばＭＡＣアドレス等のその携帯端末２８の識別番号及び降車する予定の駅の情報である降車駅情報を受信する。また無線通信機は、図３に示すようにそれぞれの携帯端末２８の電波強度を測定する。
【００１５】
それぞれの無線通信機には、それぞれの無線通信機が、データ受信ができるそれぞれのデータ受信可能範囲２９が存在する。携帯端末２８は、それぞれのデータ受信可能範囲２９の中で一番電波強度が強いデータ受信可能範囲２９の無線通信機と対応付けられた扉を降車予定の扉と決定する。そして携帯端末２８は、一番電波強度が強い通信装置５へ識別番号及び降車駅情報を送信する。ここで携帯端末２８は、一番電波強度が強い通信装置５と対応づいた扉が一番近いと判定し、その判定結果を制御装置２０へ送信する。
【００１６】
制御装置２０は、その制御装置２０が搭載されている鉄道車両の混雑状況を、それぞれの車内案内表示装置（ＤＳ１１）及び直近の停車駅以降の停車駅の構内案内装置３０にそれぞれ送信するサーバ装置である。この制御装置２０は、ＣＰＵ２１、メモリ２２及び図示せぬ通信機器を備える。
【００１７】
なお、車内案内表示装置（ＤＳ１１）は、扉と１対１で対応付けられており、次の停車駅やその車内案内表示装置（ＤＳ１１）と対応付けられた扉が次の停車駅で開く扉かどうか等の車内案内を表示する。
【００１８】
なお、制御装置２０は、それぞれの扉から降車する人員（利用者、又は、旅客と称する）の数は通信装置５から取得した情報を基に算出し、各号車の混雑状況は図示せぬ車両情報制御装置から取得した位置情報、次の駅の情報、次の駅で開く扉の情報及び乗車率である車両情報を基に算出する。なお車両情報は鉄道車両の運行に基づくことは言うまでもない。
【００１９】
車両情報制御装置は、現在鉄道車両がどこの駅又は駅間にいるかといった位置情報、各駅停車や急行といった列車種別の情報、鉄道車両の乗車率の情報等の鉄道車両の情報を保持している装置である。なお、位置情報は速度発電機を用いて測定され、乗車率は応荷重装置を用いて測定される。
【００２０】
ＣＰＵ２１は、制御装置２０全体の動作制御を司るプロセッサである。またメモリ２２は、例えば揮発性の半導体メモリから構成され、ＣＰＵ２１のワークメモリとして利用される。
【００２１】
後述する乗客情報蓄積モジュール（ＭＯ２４）、車両情報取得モジュール（ＭＯ２５）、車両処理モジュール（ＭＯ２６）及び降車告知情報送信モジュール（ＭＯ２７）もこのメモリ２２に格納されて保持される。なお、乗客情報蓄積モジュール（ＭＯ２４）は後述する乗客情報テーブル（ＴＢ１０）を保持し、車両処理モジュール（ＭＯ２６）は混雑状況ＴＢ２０を保持する。
【００２２】
携帯端末２８は、識別番号及び降車駅情報を保持している。降車駅情報は、携帯端末２８から利用者によって入力されるものとする。
【００２３】
図４に示すように、それぞれの駅の構内には構内案内装置３０及び複数の構内案内表示装置３５が設置されている。構内案内装置３０は、鉄道車両から受信した混雑状況情報に基づいた情報をその駅の構内のそれぞれの構内案内表示装置３５に送信する。この構内案内装置３０は、ＣＰＵ３１及びメモリ３２を備える。
【００２４】
ＣＰＵ３１は、構内案内装置３０全体の動作制御を司るプロセッサである。またメモリ３２は、例えば揮発性の半導体メモリから構成され、ＣＰＵ３１のワークメモリとして利用される。後述する降車告知情報受信モジュール（ＭＯ３３）及び降車告知情報処理モジュール（ＭＯ３４）もこのメモリ３２に格納されて保持される。
【００２５】
構内案内表示装置（ＤＳ３５）は、鉄道車両のそれぞれの号車に複数設置されたそれぞれの扉と対応する駅構内における位置にそれぞれ設置される。例えば、この位置には、ホームドアが設置されており、構内案内表示装置（ＤＳ３５）はホームドアとセットで設置される。
【００２６】
（２）混雑緩和機能
次に、制御装置２０に実装された混雑緩和機能について説明する。制御装置２０には、通信装置５が取得する利用者の情報及び車両制御装置が取得する鉄道車両の情報に基づいて、鉄道車両のそれぞれの扉及び扉と対応するからの降車人数を決定し、その扉の周りの利用者に周知することで車内の混雑を緩和する機能が実装されている。
【００２７】
降車駅情報受信モジュール（ＭＯ１４）は携帯端末２８から識別番号及び降車駅情報を受信するプログラムである。降車ドア位置推定モジュール（ＭＯ１５）は、降車駅情報受信モジュール（ＭＯ１４）が受信した識別番号及び降車駅情報を基に、それぞれの利用者が降車する扉を決定するプログラムである。
【００２８】
降車ドア位置推定モジュール（ＭＯ１５）は、乗客情報蓄積モジュール（ＭＯ２４）へ図５に示す乗客情報を送信する。乗客情報には、識別番号及び降車駅情報に加えて、利用者が乗車している号車の番号である乗車号車情報及び利用者が使用する扉の番号である降車予定ドア情報が含まれる。
【００２９】
乗車号車情報及び降車予定ドア情報は、通信装置５と扉が対応しているため、降車ドア位置推定モジュール（ＭＯ１５）が取得することができる。乗客情報蓄積モジュール（ＭＯ２４）は、乗客情報を乗客情報テーブル（ＴＢ１０）に格納するプログラムである。
【００３０】
乗客情報テーブル（ＴＢ１０）は、乗客情報を管理するために利用されるテーブルであり図５に示す構成を有する。この乗客情報テーブル（ＴＢ１０）では、１つのレコード（行）５００が１人の利用者である乗客のデータに対応する。
【００３１】
乗客情報テーブル（ＴＢ１０）では、各レコードがそれぞれ乗客名欄ＴＢ１１、識別番号欄ＴＢ１２、降車予定駅欄ＴＢ１３、乗車号車欄ＴＢ１４及び降車予定ドア欄ＴＢ１５に区分されている。
【００３２】
そして乗客名欄ＴＢ１１には携帯端末２８を保持している利用者の名前（ＮＡＭＥ）が格納され、識別番号欄ＴＢ１２には携帯端末２８の識別番号（ＩＤ）が格納され、降車予定駅欄ＴＢ１３には利用者の降車予定の駅である降車予定駅（ＳＴ）の名前が格納されている。また乗車号車欄ＴＢ１４には利用者が乗車している号車の番号（ＮＵ）が格納され、降車予定ドア欄ＴＢ１５には利用者が使用する扉の番号（ＤＯ）が格納されている。なお、乗客名欄ＴＢ１１及び識別番号欄ＴＢ１２は類似する情報であるため、少なくとも一方があればよい。
【００３３】
車両情報取得モジュール（ＭＯ２５）は、鉄道列車の位置情報、列番情報（運行情報）及び乗車率を車両情報制御装置から取得するプログラムである。ここで列番情報には、鉄道列車がどの駅にいつ到着予定か等の情報が含まれる。
【００３４】
車両処理モジュール（ＭＯ２６）は、乗客情報蓄積モジュール（ＭＯ２４）から取得する乗客情報と、車両情報取得モジュール（ＭＯ２５）から取得する車両情報とに基づいて混雑状況情報を算出し、混雑状況情報を混雑状況テーブル（ＴＢ２０）に格納するプログラムである。
【００３５】
実際上、車両処理モジュール（ＭＯ２６）は、取得した車両情報の識別番号の重複がないことを確認し、重複している場合は例えば古い情報を削除し、それぞれの駅でそれぞれの扉から降車する予定の人数を集計する。また車両処理モジュール（ＭＯ２６）は、それぞれの扉が設置された号車の乗車率については、車両情報取得モジュール（ＭＯ２５）が取得した乗車率を参照する。
【００３６】
混雑状況テーブル（ＴＢ２０）は、混雑状況を把握するために利用されるテーブルであり図６に示す構成を有する。この混雑状況テーブル（ＴＢ２０）では、１つのレコード（行）が１つの扉のデータに対応する。
【００３７】
混雑状況テーブル（ＴＢ２０）では、各レコードがそれぞれ号車欄ＴＢ２１、乗車率欄ＴＢ２２、ドア位置欄ＴＢ２３及びそれぞれの駅降車予定者数欄ＴＢ２４に区分されている。
【００３８】
そして号車欄ＴＢ２１にはそれぞれの扉が設置されている号車の番号（ＮＵ）が格納され、乗車率欄ＴＢ２２にはそれぞれの扉が設置されている号車の乗車率（ＲＡ）が格納され、ドア位置欄ＴＢ２３にはそれぞれの扉の位置を示す番号（ＰＯ）が格納されている。
【００３９】
また駅降車予定者数欄ＴＢ２４には、それぞれの扉からそれぞれの駅（Ａ駅（ＡＳＴ）、Ｂ駅（ＢＳＴ）、Ｚ駅（ＺＳＴ））で降車する予定者数が分類され例えば◎、○、△、×といった記号で表され格納されている。ここでは、例えば◎は１０人以上、〇は５〜９人、△は１〜４人、×は降車する人がいないことを指す。
【００４０】
車両処理モジュール（ＭＯ２６）は、それぞれの扉の混雑状況情報として降車予定者数欄ＴＢ２４の情報である分類された降車予定者数をそれぞれの扉に対応する車内案内表示装置（ＤＳ１１）に送信する。図７に車内案内表示装置（ＤＳ１１）に表示される車内表示画面４０を示す。
【００４１】
車内表示画面４０は、車両情報表示エリア４１、降車予定者数表示エリア４２及び注意喚起情報表示エリア４３を備える。車両情報表示エリア４１には、鉄道列車の行先、号車の番号及び直近の到着駅の情報が表示される。これらの情報は、車内案内表示装置（ＤＳ１１）が車両情報制御装置から直接取得した情報又は車内案内表示装置（ＤＳ１１）が予め保持している情報とする。
【００４２】
降車予定者数表示エリア４２には予定者数の情報が表示される。例えば、降車予定者数欄ＴＢ２４が◎の場合は、「ドア付近の方は一度降車した後、再度乗車するようお願い致します」と表示され、〇の場合は、「このドアからの降車予定者数が５人以上なので道をあけて下さい」と表示される。
【００４３】
注意喚起情報表示エリア４３に表示される情報は、車内案内表示装置（ＤＳ１１）が車両情報制御装置から直接取得した情報又は車内案内表示装置（ＤＳ１１）が予め保持している情報とし、天候情報に応じて変更してもよい。
【００４４】
降車告知情報受信モジュール（ＭＯ３３）は、降車告知情報送信モジュール（ＭＯ２７）から構内向け混雑状況情報を無線で受信するプログラムである。降車告知情報送信モジュール（ＭＯ２７）は、車両処理モジュール（ＭＯ２６）から取得する混雑状況情報及び車両情報取得モジュール（ＭＯ２５）から取得する列番情報に基づいて構内向け混雑状況情報を作成する。
【００４５】
降車告知情報処理モジュール（ＭＯ３４）は、降車告知情報受信モジュール（ＭＯ３３）が受信した構内向け混雑状況情報を取得し、駅の構内や駅の外にいる、鉄道車両に乗車していない利用者が所持する携帯端末２８へ構内向け混雑状況情報を送信するプログラムである。
【００４６】
また降車告知情報処理モジュール（ＭＯ３４）は、それぞれの扉の構内向け混雑状況情報をそれぞれの扉に対応する構内案内表示装置（ＤＳ３５）に送信する。構内案内表示装置（ＤＳ３５）は、駅降車予定者数欄ＴＢ２４の内容に基づいた表示を行う。例えば、降車予定者数表示エリア４２のような画面が表示される。
【００４７】
（３）混雑緩和処理
図８は混雑状況情報を生成する制御装置２０において実行される混雑緩和処理の具体的な処理の流れを示す。
【００４８】
実際上、制御装置２０は、制御装置２０の搭載された鉄道車両と次の停車駅との距離が所定の距離以下になるまで、携帯端末２８及び車両情報制御装置から及び車両情報を周期的に取得する。そして、まず車両処理モジュール（ＭＯ２６）は、降車ドア位置推定モジュール（ＭＯ１５）から乗客情報を受信し（ＳＰ１１）、車両情報制御装置から車両情報を取得する（ＳＰ１２）。
【００４９】
次に、車両処理モジュール（ＭＯ２６）は車両処理車両情報から次の駅までの距離を算出し、次の駅までの距離が所定の距離以下か否かを判定する（ＳＰ１３）。そして車両処理モジュール（ＭＯ２６）は、この判定で否定結果を得ると、ステップＳＰ１１へ戻り、この後、ステップＳＰ１３で肯定結果を得るまでステップＳＰ１１及びＳＰ１２の処理を繰り返す。この繰り返し処理により、停車直前までの上述の情報を携帯端末及び車両情報制御装置から取得することができる。
【００５０】
車両処理モジュール（ＭＯ２６）は、鉄道車両及び停車駅が近づいたことによりステップＳＰ１３で肯定結果を得ると、乗客情報テーブル（ＴＢ１０）中の降車予定駅欄ＴＢ１３、乗車号車欄ＴＢ１４及び降車予定ドア欄ＴＢ１５が全て一致する識別番号欄ＴＢ１２の数を扉ごとに集計する（ＳＰ１４）。
【００５１】
次に、車両処理モジュール（ＭＯ２６）は、集計した識別番号欄ＴＢ１２の数を任意の数に分類し降車予定者数を分類する（ＳＰ１５）。ここでは例えば、◎は１０人以上、〇は５〜９人、△は１〜４人、×は降車する人がいないといった方法で分類する。
【００５２】
そして車両処理モジュール（ＭＯ２６）は、それぞれの扉の分類された降車予定者数を扉に対応する車内案内表示装置（ＤＳ１１）へ送信する（ＳＰ１６）。また車両処理モジュール（ＭＯ２６）は、降車告知情報処理モジュール（ＭＯ３４）へ送信する（ＳＰ１７）。
【００５３】
（４）本実施の形態の効果
以上のように本実施の形態の混雑緩和システム１では、利用者が鉄道車両内のような所定空間からの入退出に使用する乗降口である扉ごとに乗降者数を決定することで、駅に到着する際等のタイミングに、扉ごとの混雑状況を利用者に知らせることができる。また、乗車していない駅構内の利用者には構内案内表示装置（ＤＳ３５）を用いて混雑状況を知らせることができる。さらに、駅に到着していない利用者には携帯端末２８を用いて、混雑状況を知らせることができる。
【００５４】
従って、本混雑緩和システム１によれば、複数の乗降口を備える輸送機器に効率的に対応できる。
【００５５】
（５）他の実施の形態
なお上述の実施の形態においては、鉄道列車が駅に停車するたびに制御装置２０から車内のそれぞれの車内案内表示装置（ＤＳ１１）へデータを送信する場合について述べたが、本発明はこれに限らず、制御装置２０が乗車率を参照して、乗車率が所定値を超えている号車に設置された車内案内表示装置（ＤＳ１１）のみへデータを送信するようにしてもよい。
【００５６】
図９に示すように、ステップＳＰ１３及びステップＳＰ１４の間にそれぞれの号車の乗車率が全て所定値以上か否かを判定するステップＳＰ２１を追加する。この判定で肯定結果を得た場合のみ、車両処理モジュール（ＭＯ２６）は、ステップＳＰ１４〜ＳＰ１６の処理を行い車内案内表示装置（ＤＳ１１）に分類された降車予定者数を送信する。
【００５７】
ステップＳＰ２１の処理を追加することで、非混雑区間や利用者が少ない時間帯における車内案内表示装置（ＤＳ１１）の表示を制限することができ、鉄道車両が使用するエネルギー消費量を減らせる。
【００５８】
また上述の実施の形態においては、天井に通信装置５を設置し、床下に制御装置２０を設置する場合について述べたが、本発明はこれに限らず、側面の壁に通信装置５を設置してもよいし、運転台の近辺に制御装置２０を設置するようにしてもよい。
【００５９】
また上述の実施の形態においては、それぞれの通信装置５が、鉄道車両のそれぞれの号車に複数設置された扉と１対１で対応付けられた場合について述べたが、本発明はこれに限らず、指向性のアンテナを通信装置５に適用することによって通信装置５を各号車に１台ずつ設置するようにしてもよい。
【００６０】
また上述の実施の形態においては、位置情報は速度発電機によって測定され、乗車率は応荷重装置によって測定される場合について述べたが、本発明はこれに限らず、位置情報はＧＰＳ（Global Positioning System）を用いて測定し、乗車率は自動改札機のデータを用いて測定するようにしてもよい。
【００６１】
また上述の実施の形態においては、降車駅情報は、携帯端末２８から利用者によって入力される場合について述べたが、本発明はこれに限らず、携帯端末２８がＩＣリーダを使用してＩＣ乗車券の情報を参照して降車駅情報を取得するようにしてもよい。
【００６２】
また上述の実施の形態においては、構内案内表示装置（ＤＳ３５）は車内案内表示装置（ＤＳ１１）と同様に画面に情報を表示する場合について述べたが、本発明はこれに限らず、ホームドア上のＬＥＤの色を変更するようにしてもよい。
【００６３】
また上述の実施の形態においては、鉄道車両のそれぞれの扉と構内案内表示装置（ＤＳ３５）が対応付けられた場合について述べたが、本発明はこれに限らず、構内案内表示装置（ＤＳ３５）は改札口付近に１台のみ設置し、それぞれの扉の情報をまとめて表示するようにしてもよい。
【００６４】
さらに上述の実施の形態においては、車内案内表示装置（ＤＳ１１）及び構内案内表示装置（ＤＳ３５）に情報を表示する場合について述べたが、本発明はこれに限らず、車内案内表示装置（ＤＳ１１）及び構内案内表示装置（ＤＳ３５）を用いずに別装置を用いて、音声によって情報を報知するようにしてもよい。
【符号の説明】
【００６５】
１……混雑緩和システム、５……通信装置、１２，２１，３１……ＣＰＵ、１３，２２，３２……メモリ、２０……制御装置、２８……携帯端末、３０……構内案内装置、ＤＳ１１……車内案内表示装置、ＤＳ３５……構内案内表示装置、ＭＯ１４……降車駅情報受信モジュール、ＭＯ１５……降車ドア位置推定モジュール、ＭＯ２４……乗客情報蓄積モジュール、ＭＯ２５……車両情報取得モジュール、ＭＯ２６……車両処理モジュール、ＭＯ２７……降車告知情報送信モジュール、ＭＯ３３……降車告知情報受信モジュール、ＭＯ３４……降車告知情報処理モジュール。
【図１】
2018155031.tif 000003
【図２】
2018155031.tif 000004
【図３】
2018155031.tif 000005
【図４】
2018155031.tif 000006
【図５】
2018155031.tif 000007
【図６】
2018155031.tif 000008
【図７】
2018155031.tif 000009
【図８】
2018155031.tif 000010
【図９】
2018155031.tif 000011
【手続補正書】
【提出日】令和1年8月22日(2019.8.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
（２）混雑緩和機能
次に、制御装置２０に実装された混雑緩和機能について説明する。制御装置２０には、通信装置５が取得する利用者の情報及び車両制御装置が取得する鉄道車両の情報に基づいて、鉄道車両のそれぞれの扉からの降車人数を決定し、その扉の周りの利用者に周知することで車内の混雑を緩和する機能が実装されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
そして車両処理モジュール（ＭＯ２６）は、それぞれの扉の分類された降車予定者数を扉に対応する車内案内表示装置（ＤＳ１１）へ送信する（ＳＰ１６）。また車両処理モジュール（ＭＯ２６）は、混雑状況情報を降車告知情報処理モジュール（ＭＯ３４）へ送信する（ＳＰ１７）。
【国際調査報告】
2018155031.tif 000012
2018155031.tif 000013
2018155031.tif 000014