JP2015134516A - 車両混雑状況表示システム、無線基地局、制御装置およびセンタサーバ - Google Patents

Abstract

【課題】人感センサなどを配置し、車両内の人数を把握する技術は多く挙げられているが、人感センサと、これらの人感センサの検出結果を無線送信する送信部とを車両ごとに備える電車が必要であり、追加の設備投資が必要になる。また、ユーザ投稿型の情報共有システムにおいては、ユーザの任意入力による情報提供が必須であり、リアルタイム性が低い、サンプル数不足などの問題がある。【解決手段】車両内の無線基地局、制御装置、制御装置からの情報を収集するセンタサーバなどから構成され、無線基地局は車両内の端末へ混雑状況の情報リクエストを行い、端末から応答のあった混雑状況の情報を制御装置に送信し、制御装置で集約した情報をセンタサーバへ送信し、センタサーバのデータテーブルの情報を更新した後、電光掲示板および端末の特定のアプリケーションに、混雑状況を配信する。【選択図】図５

Description

本発明は、車両混雑状況表示システム、無線基地局、制御装置およびセンタサーバに係り、特に、今後乗車する車両の混雑度を乗客が予め把握することが可能な車両混雑状況表示システム、無線基地局、制御装置およびセンタサーバに関する。

現在の鉄道運行システムは、乗車前に車両ごとの混雑状況を把握することができない。このため、車両により混雑度にばらつきが生じ、混雑の緩和（平準化）につながる円滑かつ効率のよい運行ができない。

車両ごとの混雑状況を把握する方法として、特許文献１に開示された技術がある。特許文献１では、車両の座席位置ごとおよび立ち位置ごとに配置された人感センサにより、乗車人数を把握している。

別の方法として、ユーザが携帯端末から混雑状況を投稿し、その情報がスマートフォンなどのアプリケーションによって提供され、閲覧・共有する方法がある。投稿された情報により、おおよその混雑状況を把握することができる。

特願２０１１−２１１５１６号公報

特許文献１が開示する人感センサなどを配置し、車両内の人数を把握する技術は、人感センサと、これらの人感センサの検出結果を無線送信する送信部とを車両ごとに備えることが必要であり、設備投資を要する。

また、ユーザ投稿型の情報共有システムにおいては、ユーザが乗車中の電車、走行区間、乗車中の車両番号、混雑状況を入力し、情報提供を行うことが必須となる。現状、これら全ての情報を提供するユーザは少ない。したがって、サンプル数が不足しており、有効な運用情報になっていない。そのため、混雑状況を提供するアプリケーションを閲覧した際に古い投稿情報が表示されるなど、リアルタイム性が低い。

車両混雑状況表示システムは、各車両に近距離無線基地局（Ｗｉ−Ｆｉ基地局）を配備または車両内の既設の無線基地局を使用し、乗客から混雑状況のフィードバックを得ることにより、車両毎の混雑状況を把握する。取得した情報は、端末の画面、ホームの電光掲示板で閲覧可能となるよう配信する。また、混雑状況を応答した乗客について、車両混雑状況表示システムは、各車両の無線基地局から追加の無線サービスを提供する。

上述した課題は、複数の車両ごとに設置された複数の無線基地局と、制御装置と、この制御装置からの情報を収集するセンタサーバと、を含んで構成された車両混雑状況表示システムであって、無線基地局は、車両内の端末へ混雑状況の情報リクエストを行い、端末から応答のあった混雑状況の情報を制御装置に送信し、制御装置は、集約した情報をセンタサーバへ送信し、センタサーバは、集約した情報に基づいて、データテーブルを更新し、混雑状況を配信する車両混雑状況表示システムにより、達成できる。

また、車両内に設置される無線基地局であって、電波の送受信を行うＲＦ部と、このＲＦ部で送受信した信号の変換を行うベースバンド部と、ベースバンド信号の制御、応答のあった端末情報の読み出しおよび入力を行う制御部と、配下にある端末情報を格納する端末情報格納部と、制御装置との通信を行う無線インタフェース部と、を含み、制御装置より情報取得要求があったとき、配下の端末に対して混雑状況の情報リクエストを行い、応答のあった端末情報を制御装置へ通知する無線基地局により、達成できる。

さらに、車両内設置される制御装置であって、車両ごとに設置されている複数の無線基地局およびセンタサーバと通信し、無線基地局に対し、現在の走行区間の情報を付加して、混雑情報の取得要求および応答結果の取得要求を行う制御装置により、達成できる。

車両の混雑状況を電車の走行中に随時、乗客より情報収集し把握することで、利用者および駅員が空いている車両を把握することで移動を促し、車両間の混雑度の偏りをなくす。

車両混雑状況表示システムのブロック図である。 無線基地局のブロック図である。 端末のブロック図である。 センタサーバのブロック図である。 端末と無線基地局と制御装置とセンタサーバとの間のシーケンス図である。 制御部の処理を説明するフローチャートである。 制御部の端末情報格納部の更新処理説明するフローチャートである。 基地局から制御装置へ報知するデータテーブルを説明する図である。 制御装置の処理を説明するフローチャートである。 制御装置からセンタサーバへ報知するデータテーブルを説明する図である。 制御装置からセンタサーバへ報知するデータテーブルを説明する図である。 センタサーバの処理を説明するフローチャートである。 基地局から携帯端末への情報リクエスを説明する図である。 携帯端末や電光掲示板に表示する情報を説明する図である。 センタサーバのデータテーブルを説明する図である。 端末と無線基地局と制御装置とセンタサーバとの間のシーケンス図である。 制御部の端末情報格納部の更新処理を説明する図である。

以下、本発明の実施の形態について、実施例を用い、図面を参照しながら詳細に説明する。

図１を参照して、車両混雑状況表示システムの構成を説明する。図１において、車両混雑状況表示システム５００は、無線基地局２００と、制御装置１００と、センタサーバ４００と、を含んで構成されている。各無線基地局２００の電波カバー範囲は、車両内である。したがって、無線基地局２００は、各車両に配備される。無線基地局２００は、車両内の端末から情報を収集するため、車両の中央付近に配置されるのが好ましい。１両目の車両に配備される無線基地局２００−１は、車両内の端末３００−１から情報を収集する。同様に、２両目の車両に配備される無線基地局２００−２は、車両内の端末３００−２，３００−３から情報を収集し、Ｎ両目の車両に配備される無線基地局２００−Ｎは、車両内の端末３００−４から情報を収集する。端末から収集した情報は、無線基地局２００と１両目の車両の制御装置１００とを介して、センタサーバ４００に送信される。

センタサーバ４００は、車両の運行管理センタ内に配備されるのが好ましい。また、センタサーバ４００は、有線接続によるインターネット６００とのインタフェースを持つ。センタサーバ４００は、混雑情報の入力があった端末情報を登録する。センタサーバ４００は、登録した端末３００をインターネット６００へ接続する。各端末３００に対して、センタサーバ４００は、各制御装置１００、無線基地局２００を経由して、Ｗｉ−Ｆｉによる追加サービスを提供する。

ここでは、無線基地局２００、制御装置１００、センタサーバ４００間の通信は、無線で行われている。しかし、無線基地局２００、制御装置１００間の通信は、有線接続でもよい。センタサーバ４００は、電光掲示板７００と有線接続されている。情報を集約した後、センタサーバ４００は、電光掲示板７００および情報配信サービスを利用する駅周辺のユーザが所有する携帯端末３００−５に情報を配信する。

図２を参照して、無線基地局の構成を説明する。図２において、無線基地局２００は、Ｗｉ−Ｆｉに代表される近距離無線システムを利用した無線基地局である。無線基地局２００は、ＲＦ部（Ｗｉ−Ｆｉ）２０１と、ベースバンド部２０２と、制御部２０３と、端末情報格納部２０４と、無線インタフェース部２０５と、を含んで構成されている。

ＲＦ部（Ｗｉ−Ｆｉ）２０１は、端末３００との間で電波の送受信を行う。ベースバンド部２０２は、ＲＦ部２０１で送受信した信号の変換を行う。制御部２０３は、ベースバンド信号の制御、応答のあった端末情報の読み出し、入力を行う。端末情報格納部２０４は、無線基地局２００の配下にある端末情報を格納する。無線インタフェース部２０５は、制御装置１００との通信を行う。

図３を参照して、端末の構成を説明する。図３において、端末３００は、３Ｇ（3rd Generation）ＲＦ部３０１と、Ｗｉ−Ｆｉ ＲＦ部３０２と、無線切替部３０３と、ベースバンド部３０４と、表示部３０５と、制御部３０６と、入力部３０７と、を含んで構成されている。

３ＧＲＦ部３０１は、携帯電話基地局と通信する。Ｗｉ−Ｆｉ ＲＦ部３０２は、Ｗｉ−Ｆｉを含む近距離無線システムの無線基地局２００と通信する。無線切替部３０３は、２つのＲＦ部の切替を行う。ベースバンド部３０４は、３ＧＲＦ部３０１またはＷｉ−Ｆｉ ＲＦ部３０２で送受信した信号の変換を行う。表示部３０５は、ＧＵＩ画面を表示する。制御部３０６は、ベースバンド部３０４、表示部３０５、入力部３０７を制御する。入力部３０７は、混雑状況の入力を受け付ける。

図４を参照して、センタサーバの構成を説明する。図４において、センタサーバ４００は、収集情報部４０２と、制御部４０３と、無線インタフェース部４０４と、有線インタフェース部４０５と、を含んで構成されている。

収集情報部４０２は、各列車の制御装置１００から送信される取得情報を格納する。制御部４０３は、収集情報部４０２への取得結果格納を行う。制御部４０３は、取得結果を取り出しデータテーブル（図１５を参照して後述）の作成を行う。無線インタフェース部４０４は、制御装置１００との情報送受信を行う。有線インタフェース部４０５は、電光掲示板へ情報を配信する。有線インタフェース部４０５は、インターネット６００と接続する。

センタサーバ４００は、端末３００の端末情報を収集情報４０２に格納する。センタサーバ４００は、端末３００を有線インタフェース部４０５を経由してインターネット６００に接続する。センタサーバ４００は、端末３００に３Ｇの無線サービスよりもより高速なＷｉ−Ｆｉサービスを提供する。

図５を参照して、制御装置と無線基地局と端末とセンタサーバとの間の情報収集と配信とのシーケンスを説明する。このシーケンスは、制御装置１００が車両が駅から発車したことを検知した時点で開始される。

図５において、制御装置１００は、無線基地局２００に情報取得要求を送信する（Ｓ１１）。無線基地局２００は、端末３００に情報取得リクエストを送信する（Ｓ１２）。端末３００は、簡易入力画面を表示する（Ｓ１３）。端末３００は、応答内容の入力を受け付ける（Ｓ１４）。端末３００は、無線基地局２００に応答結果通知を送信する（Ｓ１５）。無線基地局２００は、端末情報を登録する（Ｓ１６）。無線基地局２００は、制御装置１００に取得結果通知を送信する（Ｓ１７）。制御装置１００は、センタサーバ４００に取得結果通知を送信する（Ｓ１８）。センタサーバ４００は、ネットワーク接続処理を実施する（Ｓ１９）。

センタサーバ４００は、制御装置１００に無線サービス提供を送信する（Ｓ２１）。制御装置１００は、無線基地局２００に無線サービス提供を送信する（Ｓ２２）。無線基地局２００は、端末３００に無線サービス提供を送信する（Ｓ２３）。端末３００は、無線サービスの利用を受け付ける（Ｓ２４）。センタサーバ４００は、収集情報を更新する（Ｓ２５）。センタサーバ４００は、情報を配信する（Ｓ２６）。

ステップ１６の端末情報登録は、ユーザ認証である。端末３００のユーザに提供される無線サービスとは、Ｗｉ−Ｆｉによるブラウジング、メールサービスである。ステップ２６の情報配信は、駅の電光掲示板７００への表示、混雑状況を閲覧するためのアプリケーションを利用するユーザが所有する携帯端末３００への配信である。情報リクエストを受信した端末３００のユーザは、端末３００に表示された簡易入力画面において混雑状況を入力し、送信する。
なお、無線ネットワークは、列車無線なども適用可能であり、３ＧまたはＷｉ−Ｆｉに限定されない。電光掲示板７００への情報配信は、有線ネットワークを経由して行われる。

図６を参照して、無線基地局２００の制御部２０３の処理を説明する。図６において、制御部２０３は、制御装置１００より情報取得要求を受信する（Ｓ６０１）。制御部２０３は、Ｗｉ−Ｆｉ接続中の端末数および端末情報の読み出しを行う（Ｓ６０２）。制御部２０３は、端末情報格納部２０４に格納されている端末情報にアクセスし、既に応答済みの端末か判定する。読み出した配下の端末情報が情報格納部２０４に格納されており、かつ混雑状況を応答済の端末だった場合（ＹＥＳ）、制御部２０３は、情報取得のリクエストを行わずに、端末情報格納部２０４から該当端末の応答結果を取り出す（Ｓ６０５）。本実施例では、該当端末からの混雑情報入力は乗車から降車までの間の１回のみであるので、端末ＩＤを検索することで応答結果の取り出しを行う。ステップ６０３において、混雑状況の応答がない端末、初めて情報取得要求を行う端末について（ＮＯ）、制御部２０３は、端末３００へ情報取得のリクエストを行う（Ｓ６０４）。端末３００から応答があった場合、制御部２０３は、応答のあった端末情報および応答結果を、端末情報格納部２０４に登録する（Ｓ６０６）。端末からの応答結果を元に、制御部２０３は、端末情報格納部２０４の更新処理を行う（Ｓ６０７）。制御部２０３は、無線インタフェース部２０５を通して、制御装置１００へ通知する（Ｓ６０８）。応答のあった端末について、制御部２０３は、制御装置１００、センタサーバ４００を経由してＷｉ−Ｆｉ接続による追加のサービス提供を行う（Ｓ６０９）。

図７を参照して、制御部による端末情報格納部の更新処理を説明する。図７において、この処理は端末３００からの応答結果通知の受信をトリガーとして、開始される。御部２０３は、端末情報格納部２０４にアクセスする（Ｓ７０１）。制御部２０３は、応答のあった端末が端末情報格納部２０４に情報があるか判定する（Ｓ７０２）。存在していない場合（ＮＯ）、制御部２０３は、新しい端末から応答があったことを示すため、端末情報を新たに登録する（Ｓ７０３）。ステップ７０２で存在していたとき（ＹＥＳ）、制御部２０３は、無線基地局２００が提供するＷｉ−Ｆｉサービスを利用中か判定する（Ｓ７０４）。Ｗｉ−Ｆｉサービスを利用中だった場合（ＹＥＳ）、制御部２０３は、端末情報を保持する（Ｓ７０５）。ステップ７０４でＷｉ−Ｆｉサービスを利用していない場合（ＮＯ）、降車済か、ユーザがＷｉ−Ｆｉ接続を切断し、３Ｇ部３０１に切替られたことが考えられる。その場合、制御部２０３は、最終応答時刻から一定時間経過後、格納部２０４の端末情報を削除する（Ｓ７０６）。

図８を参照して、端末からの通知に基づいて制御装置が作成するデータテーブルを説明する。図８において、データテーブル８０は、車両Ｎｏ.８１と、端末ＩＤ８２と、応答結果８３と、最終応答時刻８４と、を含む。なお、ここでは、車両Ｎｏ.「１」のデータのみ示している。

図８において、端末ＩＤ８２は、端末を識別するための固有ＩＤである。応答結果８３は、各端末からの応答結果である。応答結果８３は、ユーザが入力した結果を数値化することで、平均値を算出する。ここで、応答結果８３の「１」は空いているとの意味である。応答結果８３の「２」は席は埋まっているとの意味である。応答結果８３の「３」は混んでいるとの意味である。応答結果８３の「４」は身動きができないとの意味である。
なお、端末ＩＤ８２が「Ｄｄｄｄ」の端末からは、応答結果を受け取っていない。

図９を参照して、制御装置の処理を説明する。図９において、制御装置１００は、電車が発車し一定時間経過後、各車両に設置されている無線基地局２００に対し、現在の走行区間の情報を付加して、混雑情報の取得要求を行う（Ｓ９０１）。ここで、一定時間とは、車両内の無線基地局２００がホームなど、車両外にいる端末へ情報リクエストを行わないよう、電車がホームから離れるだけの時間として設定する。制御装置１００は、各車両の無線基地局２００から応答結果を受信する（Ｓ９０２）。制御装置１００は、車両毎の応答結果の平均値と、応答端末数と、応答のあった端末ＩＤと、全端末数と、を算出する。制御装置１００は、算出結果をセンタサーバ４００へ通知する（Ｓ９０３）。

図１０、図１１を参照して、制御装置１００からセンタサーバ４００へ通知される情報を説明する。図１０において、列車情報テーブル７０は、列車Ｎｏ.７１と、走行区間７２と、車両Ｎｏ.７３と、応答結果（平均）７４と、応答端末数７５と、全端末数７６と、送信時刻７７と、を含む。

図１１において、端末情報テーブル６０は、列車Ｎｏ.６１と、端末ＩＤ６２と、車両Ｎｏ.６３と、応答結果６４と、最終応答時刻６５と、を含む。端末情報テーブル６０は、追加のＷｉ−Ｆｉサービスを提供するために用いる。端末情報テーブル６０を受信したセンタサーバ４００は、端末情報テーブル６０に含まれる端末ＩＤを収集情報４０２に格納し、インターネット６００へ接続し、追加のＷｉ−Ｆｉサービスを提供する。端末へのサービス提供方法は、データテーブルに含まれる列車番号から該当列車の制御装置１００を経由し、車両番号から該当の車両基地局２００を経由し、配下の該当端末３００へサービスを提供するものである。

図１２を参照して、センタサーバ４００の処理を説明する。図１２において、センタサーバ４００は、電車毎に設置された制御装置１００より取得結果を収集する（Ｓ１０１）。センタサーバ４００は、応答のあった端末３００に対してインターネット６００との接続処理を行い、制御装置１００、無線基地局２００を経由して、該当の端末３００へ追加のＷｉ−Ｆｉサービスを提供する（Ｓ１０２）。センタサーバ４００は、収集情報部４０２内のデータテーブルを更新する（Ｓ１０３）。センタサーバ４００は、データテーブルに格納された混雑状況の情報を元に、電光掲示板７００および混雑情報を閲覧できる特定のアプリケーションを利用中の携帯端末へ、情報配信を行う（Ｓ１０４）。

図１３を参照して、無線基地局が携帯端末へ送信する情報リクエストのＧＵＩを説明する。端末３００の表示部３０５には、基地局２００からの報知情報と、混雑情報の入力欄の２つが表示される。報知情報には、乗車中の電車の種別、行き先、現在の走行区間、利用者が現在乗車している車両番号が含まれる。入力欄には、利用者が混雑状況を入力するための情報が表示される。混雑状況は「空いている（Ｌｖ.１）」、「席はうまっている（Ｌｖ.２）」、「混んでいる（Ｌｖ.３）」、「身動きができない（Ｌｖ.４）」と、段階的かつ例示的にラジオボタンと共に表示する。この表示により、利用者は、混雑状況を簡易に選択し、送信できる。
ユーザが入力した結果は、「空いている（Ｌｖ.１）」＝１、「席はうまっている（Ｌｖ.２）」＝２など数値化し、図１０における応答結果の平均値の算出に用いられる。

図１４を参照して、携帯端末または電光掲示板に表示するＧＵＩ画面を説明する。図１４において、配信画面は、先発の電車から、３番目程度までの電車の情報を並べて表示する。表示される情報は、電車種別、行き先、到着予定時刻を含む現在の電光掲示板に表示される情報に加え、車両番号毎の混雑状況の情報もあわせて表示する。配信画面は、あわせて、混雑情報の最終更新時刻の情報も表示する。簡易的に表示させる場合は、混雑状況を色により識別させて、表示させてもよい。

図１５を参照して、センタサーバの収集情報部４０２に格納されるデータテーブルと列車位置を説明する。図１０に示したデータテーブルの形式で、各車両の制御装置１００から取得結果が通知されると、センタサーバ４００は、図１５のデータテーブル５０に順に格納する。

図１５（ａ）において、データテーブル５０は、情報ＩＤ５１と、受信時刻５２と、列車Ｎｏ.５３と、発車駅５４と、到着駅５５と、車両番号５６と、応答結果（平均）５７と、全端末数５８と、を含む。情報ＩＤ５１は、受信した情報を整理する。受信時刻５２は、制御装置１００からの受信時刻である。発車駅５４と、着駅５５とは、現在の走行区間を識別する。

センタサーバ４００は、データテーブル５０を元に、それぞれの駅の電光掲示板やアプリケーションの利用者に情報配信を行う。図１４の「混雑度合い」は、図１５の応答結果の平均値から換算して表示させる。具体的には、応答結果の平均値が０〜１.９の場合は「空いている」、２.０〜２.９の場合は「やや混雑」などのように表示させる。

図１５において、情報ＩＤ：１１２１を参照すると、１８：２０に制御装置１００から情報を受信しており、列車Ｎｏ.１１１の列車がＡ駅〜Ｂ駅を走行中であり、１両目の混雑状況の平均値は１.３、Ｗｉ−Ｆｉ接続している全端末数は３である。２両目の混雑状況の平均値は２、Ｗｉ−Ｆｉ接続している全端末数は４である。

情報ＩＤ：１１２３を参照すると、１８：２４に情報を受信しており、列車Ｎｏ.１１１の列車がＢ駅〜Ｃ駅を走行中であることを示している。１両目の混雑状況、端末数は情報ＩＤ：１１２１の時と変わらないが、２両目の混雑状況の平均値は２.５、Ｗｉ−Ｆｉ接続可能な端末数は８となる。これは、Ｂ駅から乗車した利用者が新たに混雑状況を入力しており、２両目はＡ駅〜Ｂ駅の区間と比べて、Ｂ駅〜Ｃ駅の区間がより混雑していることを示している。

図１５（ｂ）を参照して、図１５（ａ）のデータテーブル５０に基づいて、Ｄ駅の電光掲示板に情報配信する場合を説明する。図１５（ｂ）において、Ａ駅から始まり、Ｂ→Ｃ→Ｄ駅の順に列車が停車する路線とした場合、Ｄ駅に到着する電車を特定するため、Ｄ駅からＡ駅の方向に列車の検索を行う。検索の結果、１８：２２時点では、Ｄ駅に先発で到着する電車は、Ｂ駅〜Ｃ駅を走行中の列車番号２２２の電車である。そのため、情報ＩＤが１１２２の情報を、図１４における「先発」の表示欄に表示する。次に到着する電車は、Ａ駅〜Ｂ駅間を走行中の列車番号１１１の電車である。そのため、情報ＩＤが１１２１の情報を、「次発」の表示欄に表示する。同様に１８：２５時点では、「先発」の表示欄に情報ＩＤが１１２４の情報を、「次発」に情報ＩＤが１１２３の情報を表示する。

アプリケーションの利用者は、乗車予定の駅、乗り換え予定の駅などの駅名を検索し選択することで、その駅に直近で到着する電車の混雑情報を閲覧可能となる。端末の位置情報を読み取り、現在地に最も近い駅を表示させてもよい。

実施例２では、実施例１のシステムを前提として、乗車中の列車において、多くの利用者が乗り降りする駅を通過する場合に、混雑状況の変動が発生した際について説明する。すなわち、実施例２は、ユーザが一度混雑状況を応答した場合においても、混雑状況が変化した際に任意で混雑状況を入力し、送信することができる。

図１６を参照して、制御装置と無線基地局と端末とセンタサーバとの間の情報収集と配信とのシーケンスを説明する。このシーケンスは、携帯電話のユーザの操作により、開始される。

実施例２において、ユーザは、図１３に示した基地局２００からの情報リクエストのページに、特定のアプリケーションまたはインターネットから任意にアクセス可能である。端末３００は、応答内容再入力画面に移行し、入力を受け付ける（Ｓ３１）。端末３００は、無線基地局２００に応答結果通知を送信する（Ｓ３２）。無線基地局２００は、端末情報を更新する（Ｓ３３）。無線基地局２００は、制御装置１００に取得結果通知を送信する（Ｓ３４）。制御装置１００は、センタサーバ４００に取得結果通知を送信する（Ｓ３５）。センタサーバ４００は、収集情報を更新する（Ｓ３６）。センタサーバ４００は、情報を配信する（Ｓ３７）。

図１７を参照して、制御部による端末情報格納部の更新処理を説明する。図１７において、フローは端末からの応答結果通知を受信したことによって開始される。制御部２０３は、応答結果の再入力があった端末情報を更新するため、端末情報格納部２０４へアクセスする（Ｓ２０１）。制御部２０３は、端末情報格納部２０４に端末情報があるか確認する（Ｓ２０２）。端末情報がないとき、制御部２０３は、端末情報を新規登録する。

ステップ２０２で端末情報があるとき、制御部２０３は、混雑状況の更新有無を確認する（Ｓ２０４）。ユーザが混雑状況を更新していた場合（ＹＥＳ）、制御部２０３は、格納部の端末情報もあわせて更新する（Ｓ２０５）。ステップ２０４で更新がなかった場合（ＮＯ）、制御部２０３は、Ｗｉ−Ｆｉサービスを利用中か確認する（Ｓ２０６）。Ｗｉ−Ｆｉ接続中だった場合（ＹＥＳ）、制御部２０３は、端末情報を保持する（Ｓ２０７）。ステップ２０６でＷｉ−Ｆｉ接続されていない場合（ＮＯ）、制御部２０３は、最終応答時刻から一定時間経過後、端末情報格納部２０４の端末情報を削除する（Ｓ２０８）。

実施例２によれば、混雑状況の再入力を可能とすることで、混雑状況の変動を把握することが可能となり、より信頼性の高い混雑状況の提供が可能となる。

１００…車両内制御装置、２００…車両内無線基地局、２０１…ＲＦ部、２０２…ベースバンド部、２０３…制御部、２０４…端末情報格納部、２０５…無線インタフェース部、３００…端末、３０１…３Ｇ部、３０２…Ｗｉ−Ｆｉ部、３０３…無線切替部、３０４…ベースバンド部、３０５…表示部、３０６…制御部、３０７…入力部、４００…センタサーバ、４０２…収集情報格納部、４０３…制御部、４０４…無線インタフェース部、４０５…有線インタフェース部、５００…車両混雑状況表示システム、６００…インターネット、７００…電光掲示板。

Claims (7)

1. 複数の車両ごとに設置された複数の無線基地局と、制御装置と、この制御装置からの情報を収集するセンタサーバと、を含んで構成された車両混雑状況表示システムであって、
   前記無線基地局は、車両内の端末へ混雑状況の情報リクエストを行い、前記端末から応答のあった混雑状況の情報を前記制御装置に送信し、
   前記制御装置は、集約した情報を前記センタサーバへ送信し、
   前記センタサーバは、前記集約した情報に基づいて、データテーブルを更新し、混雑状況を配信することを特徴とする車両混雑状況表示システム。
2. 車両内に設置される無線基地局であって、
   電波の送受信を行うＲＦ部と、このＲＦ部で送受信した信号の変換を行うベースバンド部と、ベースバンド信号の制御、応答のあった端末情報の読み出しおよび入力を行う制御部と、配下にある端末情報を格納する端末情報格納部と、制御装置との通信を行う無線インタフェース部と、を含み、
   前記制御装置より情報取得要求があったとき、配下の端末に対して混雑状況の情報リクエストを行い、応答のあった端末情報を前記制御装置へ通知することを特徴とする無線基地局。
3. 請求項２に記載の無線基地局であって、
   応答のあった端末について、端末情報および応答結果を前記端末情報格納部に登録し、前記応答のあった端末に対して、近距離無線による無線サービスの提供を行うことを特徴とする無線基地局。
4. 車両内設置される制御装置であって、
   車両ごとに設置されている複数の無線基地局およびセンタサーバと通信し、前記無線基地局に対し、現在の走行区間の情報を付加して、混雑情報の取得要求および応答結果の取得要求を行うことを特徴とする制御装置。
5. 請求項４に記載の制御装置であって、
   車両ごとの応答結果の平均値と応答端末数とを算出し、算出した情報と列車番号と走行区間と情報を取得した時刻とをセンタサーバへ通知することを特徴とする制御装置。
6. 請求項１に記載の移動体通信システムにおけるセンタサーバであって、
   列車の制御装置から送信される取得情報を格納する収集情報部と、この収集情報部へ取得結果を格納する制御部と、前記制御装置からの情報を受信する無線インタフェース部と、を含み、
   前記無線インタフェース部を通して前記制御装置から混雑状況の情報を取得することを特徴とするセンタサーバ。
7. 請求項６に記載のセンタサーバであって、
   前記制御装置より通知された取得結果を元にデータテーブルの更新を行い、更新結果を配信することを特徴とするセンタサーバ。

Images