情報提供システム、サーバ装置および情報提供方法
【課題】電車内の混雑を平均化する情報提供システムを提供する。
【解決手段】駅の改札に設けられた第１の非接触型ＩＣカード読取器と接続される情報提供システムであって、電車の乗降口毎に設けられ、乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器と、利用者のカード識別子とともに携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、第２の非接触型ＩＣカード読取器から受信するカード識別子の情報に基づいて混雑度を示す混雑情報を乗降口毎に生成して記憶部に格納し、第１の非接触型ＩＣカード読取器から利用者のカード識別子を受信すると、駅に進入する前の電車の乗降口毎の混雑情報を記憶部から読み出し、複数の混雑情報から利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を携帯端末に送信する制御部とを含むサーバと、を有する。
【解決手段】駅の改札に設けられた第１の非接触型ＩＣカード読取器と接続される情報提供システムであって、電車の乗降口毎に設けられ、乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器と、利用者のカード識別子とともに携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、第２の非接触型ＩＣカード読取器から受信するカード識別子の情報に基づいて混雑度を示す混雑情報を乗降口毎に生成して記憶部に格納し、第１の非接触型ＩＣカード読取器から利用者のカード識別子を受信すると、駅に進入する前の電車の乗降口毎の混雑情報を記憶部から読み出し、複数の混雑情報から利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を携帯端末に送信する制御部とを含むサーバと、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システム、サーバ装置および情報提供方法に関する。
【背景技術】
【０００２】
都市の通勤圏が拡大するにつれて、電車を運行させる会社では、いかにして効率よく乗客を運ぶかが検討事項になっている。その対策の一例として、混雑度の低い車両を検索できるシステムが開示されている（特許文献１参照）。また、非接触式読取装置にて混雑度を監視するシステムが開示されている（特許文献２参照）。
【特許文献１】特開２００６−２４４０６９号公報
【特許文献２】特開２００４−２４３７９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
乗客は、自分が降りる駅の改札に近い車両や、別の路線への乗り換えのための階段に近い車両に殺到する傾向がある。一方、自分が降りる駅または乗り換える駅での利便性を考えるよりも、空いている車両に乗りたいという乗客もいる。しかし、どの車両が混雑するかという情報を入手する手段がなかった。そのため、自分が乗ろうとする車両が混雑していても他の車両も同じと考え、無理してその車両に乗ろうとしていた。その結果、ダイヤの乱れ／乗降の混乱に繋がり、効率的な運行が妨げられるという問題があった。
【０００４】
特許文献１の技術による検索や特許文献２の技術による監視ができるだけでは、その情報を元に乗客が空いている車両に殺到してしまうおそれがある。その場合、空いている車両が逆に混雑し、混雑の緩和を実現するのは困難である。
【０００５】
本発明は上述したような従来の技術が有する問題点を解決するためになされたものであり、電車内の混雑を平均化する情報提供システム、サーバ装置および情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明の情報提供システムは、駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器と、接続される情報提供システムであって、
電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器と、
前記第１および前記第２の非接触型ＩＣカード読取器ならびに前記利用者の携帯端末と接続され、前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部とを含むサーバと、
を有する構成である。
【０００７】
また、上記目的を達成するためのサーバ装置は、駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部と、
を有する構成である。
【０００８】
さらに、上記目的を達成するための本発明の情報提供方法は、駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置による情報提供方法であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報を格納し、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して格納し、
前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を読み出し、
複数の前記混雑情報から前記利用者の乗降口を決定し、
決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信するものである。
【発明の効果】
【０００９】
本発明では、電車の全体の混雑状況を把握したサーバより、これから乗車しようとしている人に対して最適な乗降口が指示されるため、混雑集中を抑制し、混雑を緩和することができる。混雑が緩和されることで、乗降時の混乱を防ぎ、電車を効率的に運行することができるようになる。
【発明を実施するための最良の形態】
【００１０】
本実施形態の情報提供システムの構成を説明する。図１は本実施形態の情報提供システムの一構成例を示すブロック図である。
【００１１】
図１に示すように、本実施形態の情報提供システムは、電車の乗降口毎に設けられ、電車の利用者および乗客のリモートカードを検出するカードリーダ３１と、カードリーダ３１が検出した情報を集計するサーバ１００とを有する。
【００１２】
サーバ１００は、駅の改札に設けられたカードリーダ２０、およびカードリーダ３１と接続されている。また、インターネットなどのネットワーク１０を介して、利用者が所有する携帯端末５０と接続される。カードリーダ２０が本発明の第１の非接触型ＩＣカード読取器に相当し、カードリーダ３１が本発明の第２の非接触型ＩＣカード読取器に相当する。
【００１３】
カードリーダ３１は、電車の乗降口に対応する車内の混雑度を算出するために、乗車する乗客が所持するリモートカード６０のカード識別子を検出する。カードリーダ２０は、改札を通過する利用者および乗客が所持するリモートカード６０のカード識別子を検出する。
【００１４】
サーバ１００は、記憶部１０２と、制御部１０３とを有する。記憶部１０２には、本システムのサービスの提供を受ける利用者のリモートカードのカード識別子とともに携帯端末の端末識別子が記述された利用者情報が格納されている。
【００１５】
制御部１０３は、カードリーダ３１から受信するカード識別子の情報に基づいて混雑度を示す混雑情報を乗降口毎に生成して記憶部１０２に格納する。そして、カードリーダ２０から利用者のカード識別子を受信すると、駅に進入する前の電車の乗降口毎の混雑情報を記憶部１０２から読み出し、複数の混雑情報から利用者の乗降口を決定する。続いて、決定した乗降口から乗車することを提案する旨の乗車提案情報を携帯端末５０に送信する。
【００１６】
なお、電車の乗降口とは、電車のドアに限らず、ホームドアも含まれる。また、混雑度は、単位床面積あたりの人数、混雑率、ドア毎の乗車人数などのうちいずれかである。「混雑率」には、一例として、座席、つり革、およびドア近くの柱のそれぞれに乗客が埋まっている場合を「１００％」とし、車内で立っている乗客が隣同士で体が触れ合い、互いに圧迫感を感じる場合を「２００％」と定義されているものがある。
【００１７】
本実施形態の情報提供システムでは、サーバが電車の混雑情報を予め集計し、混雑情報に基づいて乗車に適切な乗降口を決定し、決定した乗降口を通知するための乗車提案情報を、乗車前の利用者の携帯端末に送信する。事前に電車の混雑情報を予めサーバが集計し、これから乗車する利用者に対して、乗車に適した乗降口を指示しているので、利用者が一部の乗降口に集中して混雑してしまうことを防げる。
【実施例１】
【００１８】
本実施例の情報提供システムの構成について図面を参照して詳細に説明する。
【００１９】
説明を簡単にするために、本実施例では、電車の運行経路が１つである場合とする。この運行経路の駅の数をｍ（ｍは１以上の整数）とする。電車の進行方向右側または左側の面のドアの数をｎ（ｎは１以上の整数）とする。駅の数ｍとドアの数ｎは、本実施例に限らず、実施例２および実施例３についても同様とする。また、各駅には電車のドアに対応してホームドアが設けられているものとする。
【００２０】
図２は本実施例の情報提供システムの一構成例を示すブロック図である。
【００２１】
図２に示すように、本実施例の情報提供システムは、非接触型ＩＣカード（以下では、リモートカードと称する）の読取器である複数のカードリーダ２０，３１と、カードリーダ２０，３１で検出された情報を集計するサーバ１００とを有する。
【００２２】
カードリーダ３１は各駅のホームドア毎に設けられている。カードリーダ３１は、各駅に設けられた中継装置４１を介してネットワーク４５と接続されている。ネットワーク４５には、図に示さないが、受信するパケットをその宛先に応じて送出するルータが１つ以上設けられている。
【００２３】
カードリーダ３１は、ホームドアが開いているか閉まっているかを検出する開閉センサ（不図示）と接続されている。ホームに電車が止まり、電車のドアが開くと、電車のドアに連動してホームドアが開く。ホームドアが開いていると、開閉センサは、「開」状態を示す信号を出力する。一方、電車のドアが閉まると、電車のドアに連動してホームドアが閉まる。ホームドアが閉まっていると、開閉センサは、「閉」状態を示す信号を出力する。
【００２４】
サーバ１００はネットワーク４５およびｍ個の中継装置４１を介して各駅のｎ個のカードリーダ３１と接続される。また、サーバ１００は、各駅の改札機に設けられたカードリーダ２０とネットワーク４５を介して接続される。また、サーバ１００は、ネットワーク１０および基地局１５を介して、電車の利用者の携帯端末５０と接続される。ネットワーク１０の一例として、インターネットがある。
【００２５】
電車の利用者は携帯端末５０とリモートカード６０を携帯している。携帯端末５０は、基地局１２および無線機１５０を介してサーバ１００と接続される。以下に、各構成について詳細に説明する。
【００２６】
はじめに、携帯端末５０について説明する。図３は携帯端末の一構成例を示すブロック図である。
【００２７】
図３に示すように、携帯端末５０は、無線通信部５１と、端末記憶部５２と、端末制御部５３と、表示部５４と、操作部５５とを有する。端末制御部５３は、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。
【００２８】
携帯端末５０には、端末毎に異なる識別子が付与されている。以下では、この識別子を端末識別子と称する。端末記憶部５２には、自装置の端末識別子の他に、サーバ１００を特定するためのサーバ１００の識別子が格納されている。携帯端末５０とサーバ１００との間で送受信される情報はパケットに分割され、パケットには、送信先と送信元のそれぞれを特定するための識別子が添付されるものとする。
【００２９】
利用者が操作部５５を操作して乗車駅と降車駅を入力すると、端末制御部５３は、乗車駅および降車駅の情報と端末識別子の情報を含むルート情報を無線通信部５１を介してサーバ１００宛に送出する。利用者が乗車駅から降車駅の途中で異なる路線に乗り換えることを予定し、操作部５５を操作してその経路を入力すると、端末制御部５３は、経路の情報もルート情報に含むようにする。乗車する際のホームドアの位置を示す乗車提案情報を無線通信部５１を介して受信すると、その情報を表示部５４に表示させる。
【００３０】
次に、リモートカード６０について説明する。図４はリモートカードの一構成例を示すブロック図である。
【００３１】
リモートカード６０は、カードを携帯する人を識別するための役目がある。図４に示すように、リモートカード６０は、アンテナを含む通信部６１と、記憶部６２とを有する。記憶部６２には、カード毎に異なるカード識別子が登録されている。なお、リモートカード６０には、乗車券または定期券としての役目もあるが、乗車券または定期券としての機能については、本発明に関連しないため、その詳細な説明を省略する。
【００３２】
次に、ホームドアに設けられたカードリーダ３１について説明する。図５はカードリーダの一構成例を示すブロック図である。
【００３３】
カードリーダ３１は、リモートカード６０との距離が７０ｃｍまで通信可能な近傍型ＩＣカード読取器である。図５に示すように、カードリーダ３１は、電波インタフェース部３２と、記憶部３３、制御部３４と、通信部３５とを有する。制御部３４は、プログラムにしたがって処理を実行するＣＰＵ３０１と、プログラムを格納するためのメモリ３０２と、クロック信号を生成する信号発生器３０３と、クロック信号を計測して時刻をＣＰＵ３０１に通知するカウンタ回路３０４とを有する。
【００３４】
電車のドアの位置に対応して、ホームドアの位置を特定するための識別子である位置識別子が各ホームドアに付与されている。記憶部３３には、自装置が設置されたホームドアの位置識別子が格納されている。電車のドアは駅によって進行方向右側が開く場合と左側が開く場合とがあり、それに連動してホームドアも右側または左側が開くことになるが、右側ドアと左側ドアの区別をせず、同じ位置識別子とする。
【００３５】
制御部３４は、ホームドアの開閉センサ（不図示）から「開」状態の信号を受信すると、電波インタフェース部３３を動作させる。そして、開いたホームドアを通り抜ける人が所持するリモートカード６０に電波インタフェース部３３を介して接続し、リモートカード６０の記憶部６２に登録されたカード識別子を検出し、その検出時刻を計測する。ホームドアが開いている間、制御部３４は、検出したカード識別子、検出時刻および位置識別子の情報を含むドア検出情報を通信部３５を介して中継装置４１に送信する。その後、開閉センサから「閉」状態の信号を受信すると、制御部３４は、その信号を受信したときの時刻であるドア閉時刻を中継装置４１に送信する。このドア閉時刻は、その駅における、電車の発車時刻に相当する。
【００３６】
このようにして、制御部３４は、ホームドアが開いている時間毎に、カード識別子を検出し、検出したカード識別子毎にドア検出情報を中継装置４１に送信する。
【００３７】
次に、中継装置４１について説明する。図６は中継装置の一構成例を示すブロック図である。
【００３８】
図６に示すように、中継装置４１は、記憶部４２と、通信部４３と、制御部４４とを有する。記憶部４２には、自装置が設置されている駅に対応して、駅毎に異なる識別子である駅識別子の情報が登録されている。
【００３９】
制御部４４は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。制御部４４は、カードリーダ３１から受信するドア検出情報を記憶部４２に保存する。カードリーダ３１からドア閉時刻の情報を受信すると、制御部４４は、記憶部４２に保存したドア検出情報にドア閉時刻および駅識別子の情報を添付した駅集計情報を生成する。そして、制御部４４は、駅毎に、ホームドアに対応して検出したカード識別子を集計したデータとして駅集計情報をパケットにして、通信部４３およびネットワーク４５を介してサーバ１００に送信する。
【００４０】
次に、改札機に設けられたカードリーダ２０について説明する。カードリーダ２０は、カードリーダ３６と基本的な構成は同様であるため、ここではカードリーダ３６と異なる点について図５を参照して説明する。
【００４１】
カードリーダ２０は、リモートカード６０との距離が１０ｃｍまで通信可能な近接型ＩＣカード読取器である。記憶部３３には駅識別子が格納されている。制御部３４は、改札を通ってホームに入る人のリモートカード６０のカード識別子を検出し、カード識別子、その検出時刻、および駅識別子の情報を含む改札情報をパケットにして、通信部３５およびネットワーク４５を介してサーバ１００に送信する。
【００４２】
なお、リモートカード６０を乗車券または定期券として扱う機能については、本発明に関連しないため、その詳細な説明を省略する。
【００４３】
次に、サーバ１００について説明する。図７はサーバの一構成例を示すブロック図である。図７に示すように、サーバ１００は、通信部１０１と、記憶部１０２と、制御部１０３とを有する。制御部１０３は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。
【００４４】
記憶部１０２には、各電車について停車駅での出発時刻が記述された時刻表が格納されている。各駅に関して改札に最も近いホームドアの位置識別子と、他の路線との乗り換え可能な駅に関しては乗り換え階段に最も近いホームドアの位置識別子の情報を含む混雑予想位置情報が格納されている。また、利用者毎に異なる情報として、リモートカード６０のカード識別子と携帯端末５０の端末識別子とが組になった利用者情報が登録されている。また、記憶部１０２には、各駅についての、その日以前に記録された、過去の混雑情報である混雑履歴情報が現在に至るまで格納されている。
【００４５】
制御部１０３は、時刻表にしたがって、各電車の車内の混雑度を示す混雑情報を、次のようにして記録する。ここでは、１つの電車の場合を例に説明する。はじめに、始発駅における駅集計情報を受信すると、時刻表の始発駅出発時刻に対応して、駅集計情報を混雑情報として記憶部１０２に記録する。続いて、２つ目の駅における駅集計情報を受信すると、制御部１０３は、始発駅の混雑情報に含まれるドア検出情報と、２つ目の駅における駅集計情報を合わせて、２つ目の駅における混雑情報を生成する。その際、始発駅の混雑情報に含まれるカード識別子と２つ目の駅の駅集計情報のカード識別子とを比較する。比較の結果、同じカード識別子があれば、そのカード識別子のリモートカード６０を所持する人が２つ目の駅で降りたものと判断して、２つ目の駅の混雑情報からそのカード識別子を含むドア検出情報を消去する。このようにして、降車した人についてのドア検出情報を取り除いた混雑情報を、２つ目の駅の出発時刻に対応して、記憶部１０２に記録する。
【００４６】
これ以降については、上述したのと同様にして、制御部１０３は、降車した人についてのドア検出情報を取り除くとともに、新たに乗車した人についてのドア検出情報を追加した混雑情報を停車駅に対応して記録していく。
【００４７】
上述したように、混雑情報には、乗客に対応したドア検出情報、ドア閉時刻に相当する発車時刻、および駅識別子の情報が含まれることになる。ドア検出情報には位置識別子が含まれているので、混雑情報に対して位置識別子でドア検出情報を分類すれば、どの車両のどのドア付近にどのくらいの乗客がいるかを調べることが可能となる。そして、この情報は駅毎に変化しても、その変化に伴って更新される。
【００４８】
また、制御部１０３は、携帯端末５０から受信するルート情報を記憶部１０２に保存する。カードリーダ２０から改札情報を受信すると、改札情報に含まれるカード識別子と組になって保存されている端末識別子を、利用者情報で特定する。続いて、特定した端末識別子を送信元とするルート情報が記憶部１０２に格納されているか否かを調べる。調査の結果、対応するルート情報が格納されていなければ、何も処理しない。
【００４９】
一方、調査の結果、対応するルート情報が格納されていれば、混雑履歴情報を参照してシミュレーションを行い、そのルート情報を入力した利用者が乗車する予定の電車についての各ドアに対応する混雑率を予想する。
【００５０】
また、制御部１０３は、混雑予想位置情報を参照して混雑が予想される車内の位置に対応するホームドアを調べる。そして、利用者の乗車する電車の混雑率と混雑予想位置情報とから、混雑率のより低い車内の位置に対応するホームドアを決定し、その位置識別子と位置識別子で特定されるホームドアから乗車することを提案する旨の情報を含む乗車提案情報を携帯端末５０に送信する。乗車提案情報を受け取る利用者が多い場合、制御部１０３は、混雑率が平均化するように、混雑率の低い位置に対応する複数のホームドアに利用者を振り分ける。
【００５１】
さらに、制御部１０３は、電車内の位置識別子毎の混雑率を算出し、その平均値を求めると、平均値より大きい混雑率の位置識別子を含むドア検出情報を抽出する。抽出したドア検出情報のカード識別子を読み出し、読み出したカード識別子と組になって登録されている端末識別子があるか、利用者情報を参照する。カード識別子に対応して登録されている端末識別子が複数あれば、複数の端末識別子のうち所定の割合の端末識別子を選択する。そして、選択した端末識別子を宛先にして、混雑率が平均値よりも下回っている位置識別子とその位置識別子で特定されるドア付近への移動を提案する旨の移動提案情報を送信する。
【００５２】
次に、本実施例の情報提供システムにおいて、各駅での電車の混雑情報を記録するまでの手順を説明する。ここでは、１つの駅において、混雑情報を記録する場合とする。
【００５３】
図８は本実施例の情報提供システムによる、混雑情報を記録する動作手順を示すフローチャートである。
【００５４】
電車が駅に到着し、電車ドアおよびホームドアが開き、人が電車を乗り降りすると、カードリーダ３１がリモートカード６０を検出する。ホームドアに設けられたカードリーダ３１がリモートカード６０を検出すると、ドア検出情報を中継装置４１に送信する（ステップ１００１）。中継装置４１は、カードリーダ３１から受信するドア検出情報を記憶部４２に保存する（ステップ１００２）。
【００５５】
電車の発車時刻になり、電車ドアおよびホームドアが閉まると、カードリーダ３１は発車時刻に相当するドア閉時刻の情報を中継装置４１に送信する（ステップ１００３）。中継装置４１は、ドア閉時刻の情報を受信すると、電車が停車している間に受信したドア検出情報にドア閉時刻および駅識別子の情報を添付した駅集計情報を生成してネットワーク４５を介してサーバ１００に送信する（ステップ１００４）。
【００５６】
サーバ１００は、中継装置４１から駅集計情報を受信すると、駅集計情報のドア閉時刻と時刻表に記述された発車時刻とを対応させる。そして、前駅の混雑情報と駅集計情報とを比較して、降車した人についてのドア検出情報を消去して混雑情報を生成し、混雑情報を記憶部１０２に記録する（ステップ１００５）。ステップ１００１からステップ１００５の動作を、運行経路の各駅について、運行経路を走行する各電車について、繰り返し行う。
【００５７】
このようにして記録される混雑情報に基づいて、本実施例の情報提供システムが、利用者に対して最適な乗車位置を提案するまでの手順を説明する。
【００５８】
図９は利用者への情報提供までの動作手順を示すフローチャートである。ここでは、利用者の乗車駅をｋ番目（ｋは１以上ｍ以下のいずれかの整数）の駅とする。
【００５９】
利用者が携帯端末５０を操作して乗車駅と降車駅を入力すると、携帯端末５０はルート情報を基地局１５およびネットワーク１０を介してサーバ１００に送信する（ステップ１１０１）。この際、他の路線への乗り換えがあれば、利用者が携帯端末５０に経路も入力することで、ルート情報に経路の情報も含まれる。
【００６０】
サーバ１００は、携帯端末５０から受信するルート情報を記憶部１０２に保存する（ステップ１１０２）。利用者が乗車駅の改札機のカードリーダ２０にリモートカード６０をかざして改札を通過すると、カードリーダ２０はリモートカード６０のカード識別子を検出し、改札情報をネットワーク４５を介してサーバ１００に送信する（ステップ１１０３）。
【００６１】
サーバ１００は、カードリーダ２０から改札情報を受信すると、改札情報に含まれるカード識別子を読み出し、読み出したカード識別子と組になって登録されている端末識別子を、利用者情報を参照して特定する。続いて、その端末識別子を送信元とするルート情報が保存されているか否かを記憶部１０２で調べる（ステップ１１０４）。判定の結果、対応するルート情報が保存されていない場合、何もせずに、次の改札情報を受信するまで待機する。
【００６２】
一方、ステップ１１０４の判定の結果、対応するルート情報が保存されている場合、サーバ１００は、利用者が乗ろうとしている電車をルート情報で認識し、改札情報の検出時刻と時刻表の発車時刻を比べて利用者が乗車可能な電車を調べる。そして、（ｋ−１）番目の駅を既に発車した電車には乗れないと判断すると、（ｋ−２）番目の駅に停車中の電車の混雑情報を記憶部１０２から読み出す。
【００６３】
続いて、サーバ１００は、記憶部１０２に格納された混雑履歴情報を参照してシミュレーションを行い、利用者が乗車する予定の電車についての混雑率を予想する（ステップ１１０５）。ここで、そのシミュレーションの具体例を説明する。
【００６４】
始発駅をある時刻に出発する電車の過去の１０回分の混雑情報により、所定のホームドアの位置に対応する車内の混雑率の平均値が（ｋ−２）番目の駅で１００％だったのが、ｋ番目の駅で１５０％になるという混雑履歴情報があったとする。サーバ１００は、現在、利用者が乗車しようとする電車の所定のホームドアに対応する車内の混雑率が（ｋ−２）番目の駅での混雑情報から１２０％と算出すると、この混雑率に混雑履歴情報の増加率（１．５倍）を掛け合わせて、ｋ駅での混雑率が１８０％に達するというシミュレーション結果を得る。上記混雑履歴情報の増加率が０．８倍であれば、ｋ駅での混雑率は１００％より小さくなるというシミュレーション結果を得る。
【００６５】
ステップ１１０５で電車の混雑率を予想すると、サーバ１００は、ルート情報で降車駅を調べ、混雑予想位置情報を参照して混雑する可能性の高い車内の位置を調べる。そして、サーバ１００は、利用者の乗車する電車の混雑率と混雑予想位置情報とから、混雑率のより低い車内の位置に対応するホームドアを決定し、乗車提案情報を携帯端末５０に送信する（ステップ１１０６）。乗車提案情報を受け取る利用者が多い場合、サーバ１００は、混雑率が平均化するように、混雑率の低い位置に対応するホームドアに利用者を振り分けるようにする。
【００６６】
携帯端末５０は、サーバ１００から乗車提案情報を受信すると、乗車提案情報を表示部５４に表示する（ステップ１１０７）。利用者は携帯端末５０に表示された乗車提案情報から、指定されたホームドアから乗車すれば、車内での混雑を避けることができる。
【００６７】
図９で説明した手順では乗車前に利用者に対して提案するものであるが、本実施例の情報提供システムでは、次のようにして、混雑した車内にいる乗客に対して他の場所に移動することを提案することも可能である。
【００６８】
サーバ１００は、電車内の位置識別子毎の混雑率を算出し、その平均値を求める。そして、平均値より大きい混雑率の位置識別子を含むドア検出情報を抽出する。抽出したドア検出情報のカード識別子を読み出し、読み出したカード識別子と組になって登録されている端末識別子があるか、記憶部１０２の利用者情報を参照する。カード識別子に対応して登録されている端末識別子が複数あれば、複数の端末識別子のうち所定の割合の端末識別子を選択する。
【００６９】
選択基準の一例として、ドア検出情報とともに登録された駅識別子が終点の駅（ｍ番目の駅）に近いほど選択優先順位が高いものとする。始発よりも終点に近い方の駅で乗車した人は座席に座れないだけでなく、ドア付近に立っている可能性が高いためである。サーバ１００は、選択した所定の割合の端末識別子のそれぞれで特定される携帯端末５０に対して、混雑率が平均値よりも下回っている位置識別子のドア付近への移動を提案する旨の移動提案情報をネットワーク１０を介して送信する。
【００７０】
このようにして、既に乗車した後の乗客に対して、混雑率のより低い場所への移動を提案することで、車内の混雑を緩和することも可能である。
【００７１】
本実施例では、利用者は乗車前にサーバから適切な乗車位置に関する情報が配信されるため、事前に必要な情報を入力しさえすれば、乗車する際、利用者は混雑したところを避けて乗車することができるだけでなく、電車全体として車内での混雑を緩和させることができる。
【００７２】
また、電車が駅に到着してから出発するまでの間の混乱を緩和することができるため、ラッシュ時の混雑を緩和させ、電車を円滑に運行することができる。
【００７３】
なお、カードリーダ３１を近傍型ＩＣカード読取器としたが、カードリーダ２０と同様な近接型ＩＣカード読取器としてもよい。この場合、利用者は電車に乗る際にホームドアに設けられた近接型ＩＣカード読取器に自分のリモートカード６０をかざせばよい。
【００７４】
また、本実施例では、中継装置４１がドア検出情報にドア閉時刻および駅識別子の情報を添付してドア検出情報をまとめた駅集計情報をサーバ１００に送信したが、カードリーダ２０のように、カードリーダ３１の記憶部３３に予め駅識別子を登録し、カードリーダ３１がドア検出情報にドア閉時刻および駅識別子の情報を添付してサーバ１００に送信してもよい。
【実施例２】
【００７５】
実施例１では、電車に乗る人、電車から降りる人のリモートカードを検出するためにカードリーダをホームドアに設けたが、本実施例は電車ドアにカードリーダを設けるものである。
【００７６】
本実施例の情報提供システムを説明する。ここでは、実施例１と異なる点について詳細に説明し、実施例１と同様な構成の説明を省略する。
【００７７】
図１０は電車の混雑情報を取得するための別の構成例を示すブロック図である。
【００７８】
各電車には、各ドアに設けられたカードリーダ３６と、カードリーダ３６で検出された情報を外部に送信するための無線装置７０とが設けられている。無線装置７０と無線で通信接続される無線装置７５が中継装置４１と接続されている。
【００７９】
次に、電車ドアに設けられたカードリーダ３６について説明する。カードリーダ３６は、カードリーダ３１と基本的な構成は同様であるため、ここではカードリーダ３１と異なる点について図５を参照して説明する。
【００８０】
制御部３４は、電車のドアが開いた時刻を記録し、その時刻からドアが閉まるまでの時刻の間、開いたドアを通り抜ける人が所持するリモートカード６０のカード識別子を検出すると、その検出時刻を計測する。そして、カード識別子、検出時刻および位置識別子の情報を含むドア検出情報を通信部３５を介して無線装置７０に送出する。
【００８１】
このようにして、制御部３４は、電車ドアが開いている時間毎に、カード識別子を検出し、検出したカード識別子毎にドア検出情報を無線装置７０に送信する。
【００８２】
次に、無線装置７０について説明する。図１１は無線装置７０の一構成例を示すブロック図である。
【００８３】
図１１に示すように無線装置７０は、受信部７１と、制御部７２と、無線部７３とを有する。制御部７２は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。制御部７２は、受信部７１を介してドア検出情報を受信すると、ドア検出情報を無線部７３を介して無線装置７５に送信する。
【００８４】
次に、無線装置７５について説明する。図１２は無線装置７５の一構成例を示すブロック図である。
【００８５】
図１２に示すように無線装置７５は、無線部７６と、制御部７７と、送信部７８とを有する。制御部７７は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。制御部７７は、無線部７６を介してドア検出情報を受信すると、ドア検出情報を送信部７８およびネットワーク４５を介してサーバ１００に送信する。
【００８６】
なお、本実施例の情報提供システムの動作は実施例１と同様になるため、詳細な説明を省略する。
【００８７】
本実施例は、実施例１と同様な効果が得られるだけでなく、電車の混雑情報を取得するためのカードリーダを各駅のホームドア毎に設ける必要がなく、各電車のドア毎に設ければよい。また、ホームドアが設けられていない路線に有効である。
【実施例３】
【００８８】
実施例１または実施例２の情報提供システムでは、必ずしも乗客全員がサーバからの提案にしたがうとは限らず、混雑緩和の効果が充分ではないこともある。本実施例は、実施例１または実施例２による乗車提案情報にしたがう利用者に対して何らかのメリットを与えるサービスを提供するものである。
【００８９】
本実施例の情報提供システムの構成を説明する。ここでは、実施例１と異なる構成について詳細に説明し、実施例１と同様な構成についての詳細な説明を省略する。
【００９０】
カードリーダ３１の記憶部３３には駅識別子が登録されている。カードリーダ３１の制御部３４は、ドア閉時刻および駅識別子の情報を含むドア検出情報をサーバ１００に送信する。なお、本実施例では、中継装置４１を設けなくてもよい。
【００９１】
サーバ１００の制御部１０３は、携帯端末５０に送信する乗車提案情報を複写して記憶部１０２に保存する。異なる駅のカードリーダ３１から受信するドア検出情報により、利用者が降車したことを認識すると、その利用者の乗車提案情報の位置識別子と、カードリーダ３１から受信したドア検出情報の位置識別子とが一致するか否かを判定する。
【００９２】
また、その利用者のルート情報の降車駅と、カードリーダ３１から受信したドア検出情報の駅識別子で特定される降車駅とが一致するか否かを判定する。上記２つの判定の結果、位置識別子が一致し、かつ、降車駅が一致している場合、制御部１０３は、その利用者に対してポイント加算および乗車価格割引などの付加価値サービスを提供する。なお、上記２つの判定のうち、いずれか１つでも「Ｎｏ」であれば、利用者に対するサービスの提供はない。
【００９３】
付加価値サービスがポイント加算であれば、上記２つの判定を満たす毎に、制御部１０３は、利用者情報のカード識別子と端末識別子の組に対応して、予め決められた数のポイントを加算して登録する。ポイントとは、その数により様々なサービスに置き換えたり、種々の商品に交換したりすることが可能となるものである。
【００９４】
制御部１０３は、利用者に提供するサービスの内容を利用者情報に記録する。そして、そのサービス情報を利用者に通知するために、利用者情報を参照して端末識別子を読み出し、読み出した端末識別子を宛先にして、サービスの情報を含むサービス提供情報を送信する。
【００９５】
このようにして、サーバ１００は、利用者が乗車提案情報にしたがって正しく乗車したか否かを判断し、指示通りに乗車した乗客に対して、何らかのメリットを付与する。
【００９６】
次に、本実施例の情報提供システムの動作手順を説明する。なお、利用者が入力したルート情報の乗車駅が運行経路のｉ番目の駅であり、降車駅がｊ番目の駅とする。ただし、ｉは１以上（ｍ−１）以下の整数であり、ｊは２以上ｍ以下の整数であり、かつ、ｉ＜ｊであるとする。
【００９７】
図１３は、本実施例の情報提供システムの動作手順を示すフローチャートである。ｉ番目の駅のカードリーダの符号を３１ｉとし、ｊ番目の駅のカードリーダの符号を３１ｊとしている。
【００９８】
利用者が、ｉ番目の駅で携帯端末５０に表示された乗車提案情報にしたがって、指定されたドアから乗車する。その際、利用者が所持するリモートカード６０のカード識別子を、ホームドアに設置されたカードリーダ３１ｉが検出する。そして、ドア検出情報をサーバ１００に送信する（ステップ１２０１）。
【００９９】
サーバ１００はカードリーダ３１ｉからドア検出情報を受信すると、記憶部１０２に保存する（ステップ１２０２）。その後、利用者は、目的地のｊ番目の駅で降車する。利用者が降車した際、カードリーダ３１ｊは、リモートカード６０のカード識別子を検出する。そして、ドア検出情報をサーバ１００に送信する（ステップ１２０３）。サーバ１００はカードリーダ３１ｊからドア検出情報を受信すると、ドア検出情報を記憶部１０２に保存する（ステップ１２０４）。
【０１００】
サーバ１００は、混雑情報を更新する際、ステップ１２０１で検出されたカード識別子の所持者がステップ１２０３で降車したことを認識すると、カード識別子と組になって登録されている端末識別子を、利用者情報を参照して特定する。続いて、その端末識別子を宛先にして送出した乗車提案情報がないか記憶部１０２内を探し、乗車提案情報に含まれる位置識別子を読み出す。
【０１０１】
続いて、サーバ１００は、乗車提案情報の位置識別子とドア検出情報に含まれる位置識別子とが一致するか否か判定する（ステップ１２０５）。なお、ここでいうドア検出情報は、ステップ１２０２またはステップ１２０４のいずれの処理で保存されたものであってもよい。ステップ１２０５で両者の位置識別子が一致しない場合、何も処理をせずに終了する。
【０１０２】
また、サーバ１００は、ルート情報の降車駅とステップ１２０４で保存したドア検出情報の駅識別子で特定される降車駅とが一致するか否か判定する（ステップ１２０６）。この判定で降車駅が一致しない場合、何も処理をせずに終了する。なお、ステップ１２０５とステップ１２０６の前後は問わない。
【０１０３】
ステップ１２０５の判定で位置識別子が一致し、かつ、ステップ１２０６の判定で降車駅が一致する場合、サーバ１００は、ドア検出情報のカード識別子で特定される利用者に対して、ポイント加算および乗車価格割引などの付加価値サービスを提供する。ここでは、付加価値サービスがポイント加算であるものとする。サーバ１００は、記憶部１０２の利用者情報を参照し、カード識別子と組になって登録された端末識別子を読み出す。そして、その組の情報と一緒に登録されたポイントの情報に、さらに予め決められたポイントを加える。そして、ポイントを加算した旨の情報を含むサービス提供情報を、読み出した端末識別子を宛先にして送信する（ステップ１２０７）。
【０１０４】
利用者の携帯端末５０は、サーバ１００からサービス提供情報を受信すると、サービス提供情報を表示部５４に表示する（ステップ１２０８）。利用者は、携帯端末５０に表示されるサービス提供情報を見て、提供されたサービス内容を確認できる。
【０１０５】
なお、利用者がルート情報で登録した降車駅で最終的に電車を降りたとしても、途中の駅で乗降してしまうことがある。一旦ホームに降りていた時間が数秒から数分で、また同じ電車に乗るのであれば問題ないが、途中駅から別の電車に乗ってしまう場合、上記サービスを受けることができなくなる。この場合、サーバ１００が、図１３で示したステップ１２０５とステップ１２０６の判定を１つの電車を対象とするのではなく、その路線にその日に運行した全ての電車にまで対象を広げればよい。これにより、利用者は上記サービスを受けることが可能である。
【０１０６】
本実施例では、指定されたドアから乗車する乗客に対して何らかのサービスが提供される形になるので、高い割合でサーバからの指示通りに乗客の乗車位置をコントロールすることができる。よって、混雑緩和の効果がより期待できる。
【０１０７】
本実施例では実施例１と組み合わせた場合で説明したが、実施例２と組み合わせてもよい。
【０１０８】
本発明によれば、電車の全体の混雑状況を把握したサーバより、これから乗車しようとしている人に対して最適な乗降口が指示されるため、混雑集中を抑制し、混雑を緩和することができる。混雑が緩和されることで、乗降時の混乱を防ぎ、電車を効率的に運行することができるようになる。
【図面の簡単な説明】
【０１０９】
【図１】本実施形態の情報提供システムの一構成例を示すブロック図である。
【図２】実施例１の情報提供システムの一構成例を示すブロック図である。
【図３】携帯端末の一構成例を示すブロック図である。
【図４】リモートカードの一構成例を示すブロック図である。
【図５】カードリーダの一構成例を示すブロック図である。
【図６】中継装置の一構成例を示すブロック図である。
【図７】サーバの一構成例を示すブロック図である。
【図８】実施例１の情報提供システムによる、混雑情報を記録する動作手順を示すフローチャートである。
【図９】実施例１の情報提供システムによる、利用者への情報提供までの動作手順を示すフローチャートである。
【図１０】電車の混雑情報を取得するための別の構成例を示すブロック図である。
【図１１】図１０に示す無線装置７０の一構成例を示すブロック図である。
【図１２】図１０に示す無線装置７５の一構成例を示すブロック図である。
【図１３】実施例２の情報提供システムによる動作手順を示すフローチャートである。
【符号の説明】
【０１１０】
２０、３１、３６ カードリーダ
５０ 携帯端末
６０ リモートカード
１００ サーバ
【技術分野】
【０００１】
本発明は、情報提供システム、サーバ装置および情報提供方法に関する。
【背景技術】
【０００２】
都市の通勤圏が拡大するにつれて、電車を運行させる会社では、いかにして効率よく乗客を運ぶかが検討事項になっている。その対策の一例として、混雑度の低い車両を検索できるシステムが開示されている（特許文献１参照）。また、非接触式読取装置にて混雑度を監視するシステムが開示されている（特許文献２参照）。
【特許文献１】特開２００６−２４４０６９号公報
【特許文献２】特開２００４−２４３７９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
乗客は、自分が降りる駅の改札に近い車両や、別の路線への乗り換えのための階段に近い車両に殺到する傾向がある。一方、自分が降りる駅または乗り換える駅での利便性を考えるよりも、空いている車両に乗りたいという乗客もいる。しかし、どの車両が混雑するかという情報を入手する手段がなかった。そのため、自分が乗ろうとする車両が混雑していても他の車両も同じと考え、無理してその車両に乗ろうとしていた。その結果、ダイヤの乱れ／乗降の混乱に繋がり、効率的な運行が妨げられるという問題があった。
【０００４】
特許文献１の技術による検索や特許文献２の技術による監視ができるだけでは、その情報を元に乗客が空いている車両に殺到してしまうおそれがある。その場合、空いている車両が逆に混雑し、混雑の緩和を実現するのは困難である。
【０００５】
本発明は上述したような従来の技術が有する問題点を解決するためになされたものであり、電車内の混雑を平均化する情報提供システム、サーバ装置および情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明の情報提供システムは、駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器と、接続される情報提供システムであって、
電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器と、
前記第１および前記第２の非接触型ＩＣカード読取器ならびに前記利用者の携帯端末と接続され、前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部とを含むサーバと、
を有する構成である。
【０００７】
また、上記目的を達成するためのサーバ装置は、駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部と、
を有する構成である。
【０００８】
さらに、上記目的を達成するための本発明の情報提供方法は、駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置による情報提供方法であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報を格納し、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して格納し、
前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を読み出し、
複数の前記混雑情報から前記利用者の乗降口を決定し、
決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信するものである。
【発明の効果】
【０００９】
本発明では、電車の全体の混雑状況を把握したサーバより、これから乗車しようとしている人に対して最適な乗降口が指示されるため、混雑集中を抑制し、混雑を緩和することができる。混雑が緩和されることで、乗降時の混乱を防ぎ、電車を効率的に運行することができるようになる。
【発明を実施するための最良の形態】
【００１０】
本実施形態の情報提供システムの構成を説明する。図１は本実施形態の情報提供システムの一構成例を示すブロック図である。
【００１１】
図１に示すように、本実施形態の情報提供システムは、電車の乗降口毎に設けられ、電車の利用者および乗客のリモートカードを検出するカードリーダ３１と、カードリーダ３１が検出した情報を集計するサーバ１００とを有する。
【００１２】
サーバ１００は、駅の改札に設けられたカードリーダ２０、およびカードリーダ３１と接続されている。また、インターネットなどのネットワーク１０を介して、利用者が所有する携帯端末５０と接続される。カードリーダ２０が本発明の第１の非接触型ＩＣカード読取器に相当し、カードリーダ３１が本発明の第２の非接触型ＩＣカード読取器に相当する。
【００１３】
カードリーダ３１は、電車の乗降口に対応する車内の混雑度を算出するために、乗車する乗客が所持するリモートカード６０のカード識別子を検出する。カードリーダ２０は、改札を通過する利用者および乗客が所持するリモートカード６０のカード識別子を検出する。
【００１４】
サーバ１００は、記憶部１０２と、制御部１０３とを有する。記憶部１０２には、本システムのサービスの提供を受ける利用者のリモートカードのカード識別子とともに携帯端末の端末識別子が記述された利用者情報が格納されている。
【００１５】
制御部１０３は、カードリーダ３１から受信するカード識別子の情報に基づいて混雑度を示す混雑情報を乗降口毎に生成して記憶部１０２に格納する。そして、カードリーダ２０から利用者のカード識別子を受信すると、駅に進入する前の電車の乗降口毎の混雑情報を記憶部１０２から読み出し、複数の混雑情報から利用者の乗降口を決定する。続いて、決定した乗降口から乗車することを提案する旨の乗車提案情報を携帯端末５０に送信する。
【００１６】
なお、電車の乗降口とは、電車のドアに限らず、ホームドアも含まれる。また、混雑度は、単位床面積あたりの人数、混雑率、ドア毎の乗車人数などのうちいずれかである。「混雑率」には、一例として、座席、つり革、およびドア近くの柱のそれぞれに乗客が埋まっている場合を「１００％」とし、車内で立っている乗客が隣同士で体が触れ合い、互いに圧迫感を感じる場合を「２００％」と定義されているものがある。
【００１７】
本実施形態の情報提供システムでは、サーバが電車の混雑情報を予め集計し、混雑情報に基づいて乗車に適切な乗降口を決定し、決定した乗降口を通知するための乗車提案情報を、乗車前の利用者の携帯端末に送信する。事前に電車の混雑情報を予めサーバが集計し、これから乗車する利用者に対して、乗車に適した乗降口を指示しているので、利用者が一部の乗降口に集中して混雑してしまうことを防げる。
【実施例１】
【００１８】
本実施例の情報提供システムの構成について図面を参照して詳細に説明する。
【００１９】
説明を簡単にするために、本実施例では、電車の運行経路が１つである場合とする。この運行経路の駅の数をｍ（ｍは１以上の整数）とする。電車の進行方向右側または左側の面のドアの数をｎ（ｎは１以上の整数）とする。駅の数ｍとドアの数ｎは、本実施例に限らず、実施例２および実施例３についても同様とする。また、各駅には電車のドアに対応してホームドアが設けられているものとする。
【００２０】
図２は本実施例の情報提供システムの一構成例を示すブロック図である。
【００２１】
図２に示すように、本実施例の情報提供システムは、非接触型ＩＣカード（以下では、リモートカードと称する）の読取器である複数のカードリーダ２０，３１と、カードリーダ２０，３１で検出された情報を集計するサーバ１００とを有する。
【００２２】
カードリーダ３１は各駅のホームドア毎に設けられている。カードリーダ３１は、各駅に設けられた中継装置４１を介してネットワーク４５と接続されている。ネットワーク４５には、図に示さないが、受信するパケットをその宛先に応じて送出するルータが１つ以上設けられている。
【００２３】
カードリーダ３１は、ホームドアが開いているか閉まっているかを検出する開閉センサ（不図示）と接続されている。ホームに電車が止まり、電車のドアが開くと、電車のドアに連動してホームドアが開く。ホームドアが開いていると、開閉センサは、「開」状態を示す信号を出力する。一方、電車のドアが閉まると、電車のドアに連動してホームドアが閉まる。ホームドアが閉まっていると、開閉センサは、「閉」状態を示す信号を出力する。
【００２４】
サーバ１００はネットワーク４５およびｍ個の中継装置４１を介して各駅のｎ個のカードリーダ３１と接続される。また、サーバ１００は、各駅の改札機に設けられたカードリーダ２０とネットワーク４５を介して接続される。また、サーバ１００は、ネットワーク１０および基地局１５を介して、電車の利用者の携帯端末５０と接続される。ネットワーク１０の一例として、インターネットがある。
【００２５】
電車の利用者は携帯端末５０とリモートカード６０を携帯している。携帯端末５０は、基地局１２および無線機１５０を介してサーバ１００と接続される。以下に、各構成について詳細に説明する。
【００２６】
はじめに、携帯端末５０について説明する。図３は携帯端末の一構成例を示すブロック図である。
【００２７】
図３に示すように、携帯端末５０は、無線通信部５１と、端末記憶部５２と、端末制御部５３と、表示部５４と、操作部５５とを有する。端末制御部５３は、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。
【００２８】
携帯端末５０には、端末毎に異なる識別子が付与されている。以下では、この識別子を端末識別子と称する。端末記憶部５２には、自装置の端末識別子の他に、サーバ１００を特定するためのサーバ１００の識別子が格納されている。携帯端末５０とサーバ１００との間で送受信される情報はパケットに分割され、パケットには、送信先と送信元のそれぞれを特定するための識別子が添付されるものとする。
【００２９】
利用者が操作部５５を操作して乗車駅と降車駅を入力すると、端末制御部５３は、乗車駅および降車駅の情報と端末識別子の情報を含むルート情報を無線通信部５１を介してサーバ１００宛に送出する。利用者が乗車駅から降車駅の途中で異なる路線に乗り換えることを予定し、操作部５５を操作してその経路を入力すると、端末制御部５３は、経路の情報もルート情報に含むようにする。乗車する際のホームドアの位置を示す乗車提案情報を無線通信部５１を介して受信すると、その情報を表示部５４に表示させる。
【００３０】
次に、リモートカード６０について説明する。図４はリモートカードの一構成例を示すブロック図である。
【００３１】
リモートカード６０は、カードを携帯する人を識別するための役目がある。図４に示すように、リモートカード６０は、アンテナを含む通信部６１と、記憶部６２とを有する。記憶部６２には、カード毎に異なるカード識別子が登録されている。なお、リモートカード６０には、乗車券または定期券としての役目もあるが、乗車券または定期券としての機能については、本発明に関連しないため、その詳細な説明を省略する。
【００３２】
次に、ホームドアに設けられたカードリーダ３１について説明する。図５はカードリーダの一構成例を示すブロック図である。
【００３３】
カードリーダ３１は、リモートカード６０との距離が７０ｃｍまで通信可能な近傍型ＩＣカード読取器である。図５に示すように、カードリーダ３１は、電波インタフェース部３２と、記憶部３３、制御部３４と、通信部３５とを有する。制御部３４は、プログラムにしたがって処理を実行するＣＰＵ３０１と、プログラムを格納するためのメモリ３０２と、クロック信号を生成する信号発生器３０３と、クロック信号を計測して時刻をＣＰＵ３０１に通知するカウンタ回路３０４とを有する。
【００３４】
電車のドアの位置に対応して、ホームドアの位置を特定するための識別子である位置識別子が各ホームドアに付与されている。記憶部３３には、自装置が設置されたホームドアの位置識別子が格納されている。電車のドアは駅によって進行方向右側が開く場合と左側が開く場合とがあり、それに連動してホームドアも右側または左側が開くことになるが、右側ドアと左側ドアの区別をせず、同じ位置識別子とする。
【００３５】
制御部３４は、ホームドアの開閉センサ（不図示）から「開」状態の信号を受信すると、電波インタフェース部３３を動作させる。そして、開いたホームドアを通り抜ける人が所持するリモートカード６０に電波インタフェース部３３を介して接続し、リモートカード６０の記憶部６２に登録されたカード識別子を検出し、その検出時刻を計測する。ホームドアが開いている間、制御部３４は、検出したカード識別子、検出時刻および位置識別子の情報を含むドア検出情報を通信部３５を介して中継装置４１に送信する。その後、開閉センサから「閉」状態の信号を受信すると、制御部３４は、その信号を受信したときの時刻であるドア閉時刻を中継装置４１に送信する。このドア閉時刻は、その駅における、電車の発車時刻に相当する。
【００３６】
このようにして、制御部３４は、ホームドアが開いている時間毎に、カード識別子を検出し、検出したカード識別子毎にドア検出情報を中継装置４１に送信する。
【００３７】
次に、中継装置４１について説明する。図６は中継装置の一構成例を示すブロック図である。
【００３８】
図６に示すように、中継装置４１は、記憶部４２と、通信部４３と、制御部４４とを有する。記憶部４２には、自装置が設置されている駅に対応して、駅毎に異なる識別子である駅識別子の情報が登録されている。
【００３９】
制御部４４は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。制御部４４は、カードリーダ３１から受信するドア検出情報を記憶部４２に保存する。カードリーダ３１からドア閉時刻の情報を受信すると、制御部４４は、記憶部４２に保存したドア検出情報にドア閉時刻および駅識別子の情報を添付した駅集計情報を生成する。そして、制御部４４は、駅毎に、ホームドアに対応して検出したカード識別子を集計したデータとして駅集計情報をパケットにして、通信部４３およびネットワーク４５を介してサーバ１００に送信する。
【００４０】
次に、改札機に設けられたカードリーダ２０について説明する。カードリーダ２０は、カードリーダ３６と基本的な構成は同様であるため、ここではカードリーダ３６と異なる点について図５を参照して説明する。
【００４１】
カードリーダ２０は、リモートカード６０との距離が１０ｃｍまで通信可能な近接型ＩＣカード読取器である。記憶部３３には駅識別子が格納されている。制御部３４は、改札を通ってホームに入る人のリモートカード６０のカード識別子を検出し、カード識別子、その検出時刻、および駅識別子の情報を含む改札情報をパケットにして、通信部３５およびネットワーク４５を介してサーバ１００に送信する。
【００４２】
なお、リモートカード６０を乗車券または定期券として扱う機能については、本発明に関連しないため、その詳細な説明を省略する。
【００４３】
次に、サーバ１００について説明する。図７はサーバの一構成例を示すブロック図である。図７に示すように、サーバ１００は、通信部１０１と、記憶部１０２と、制御部１０３とを有する。制御部１０３は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。
【００４４】
記憶部１０２には、各電車について停車駅での出発時刻が記述された時刻表が格納されている。各駅に関して改札に最も近いホームドアの位置識別子と、他の路線との乗り換え可能な駅に関しては乗り換え階段に最も近いホームドアの位置識別子の情報を含む混雑予想位置情報が格納されている。また、利用者毎に異なる情報として、リモートカード６０のカード識別子と携帯端末５０の端末識別子とが組になった利用者情報が登録されている。また、記憶部１０２には、各駅についての、その日以前に記録された、過去の混雑情報である混雑履歴情報が現在に至るまで格納されている。
【００４５】
制御部１０３は、時刻表にしたがって、各電車の車内の混雑度を示す混雑情報を、次のようにして記録する。ここでは、１つの電車の場合を例に説明する。はじめに、始発駅における駅集計情報を受信すると、時刻表の始発駅出発時刻に対応して、駅集計情報を混雑情報として記憶部１０２に記録する。続いて、２つ目の駅における駅集計情報を受信すると、制御部１０３は、始発駅の混雑情報に含まれるドア検出情報と、２つ目の駅における駅集計情報を合わせて、２つ目の駅における混雑情報を生成する。その際、始発駅の混雑情報に含まれるカード識別子と２つ目の駅の駅集計情報のカード識別子とを比較する。比較の結果、同じカード識別子があれば、そのカード識別子のリモートカード６０を所持する人が２つ目の駅で降りたものと判断して、２つ目の駅の混雑情報からそのカード識別子を含むドア検出情報を消去する。このようにして、降車した人についてのドア検出情報を取り除いた混雑情報を、２つ目の駅の出発時刻に対応して、記憶部１０２に記録する。
【００４６】
これ以降については、上述したのと同様にして、制御部１０３は、降車した人についてのドア検出情報を取り除くとともに、新たに乗車した人についてのドア検出情報を追加した混雑情報を停車駅に対応して記録していく。
【００４７】
上述したように、混雑情報には、乗客に対応したドア検出情報、ドア閉時刻に相当する発車時刻、および駅識別子の情報が含まれることになる。ドア検出情報には位置識別子が含まれているので、混雑情報に対して位置識別子でドア検出情報を分類すれば、どの車両のどのドア付近にどのくらいの乗客がいるかを調べることが可能となる。そして、この情報は駅毎に変化しても、その変化に伴って更新される。
【００４８】
また、制御部１０３は、携帯端末５０から受信するルート情報を記憶部１０２に保存する。カードリーダ２０から改札情報を受信すると、改札情報に含まれるカード識別子と組になって保存されている端末識別子を、利用者情報で特定する。続いて、特定した端末識別子を送信元とするルート情報が記憶部１０２に格納されているか否かを調べる。調査の結果、対応するルート情報が格納されていなければ、何も処理しない。
【００４９】
一方、調査の結果、対応するルート情報が格納されていれば、混雑履歴情報を参照してシミュレーションを行い、そのルート情報を入力した利用者が乗車する予定の電車についての各ドアに対応する混雑率を予想する。
【００５０】
また、制御部１０３は、混雑予想位置情報を参照して混雑が予想される車内の位置に対応するホームドアを調べる。そして、利用者の乗車する電車の混雑率と混雑予想位置情報とから、混雑率のより低い車内の位置に対応するホームドアを決定し、その位置識別子と位置識別子で特定されるホームドアから乗車することを提案する旨の情報を含む乗車提案情報を携帯端末５０に送信する。乗車提案情報を受け取る利用者が多い場合、制御部１０３は、混雑率が平均化するように、混雑率の低い位置に対応する複数のホームドアに利用者を振り分ける。
【００５１】
さらに、制御部１０３は、電車内の位置識別子毎の混雑率を算出し、その平均値を求めると、平均値より大きい混雑率の位置識別子を含むドア検出情報を抽出する。抽出したドア検出情報のカード識別子を読み出し、読み出したカード識別子と組になって登録されている端末識別子があるか、利用者情報を参照する。カード識別子に対応して登録されている端末識別子が複数あれば、複数の端末識別子のうち所定の割合の端末識別子を選択する。そして、選択した端末識別子を宛先にして、混雑率が平均値よりも下回っている位置識別子とその位置識別子で特定されるドア付近への移動を提案する旨の移動提案情報を送信する。
【００５２】
次に、本実施例の情報提供システムにおいて、各駅での電車の混雑情報を記録するまでの手順を説明する。ここでは、１つの駅において、混雑情報を記録する場合とする。
【００５３】
図８は本実施例の情報提供システムによる、混雑情報を記録する動作手順を示すフローチャートである。
【００５４】
電車が駅に到着し、電車ドアおよびホームドアが開き、人が電車を乗り降りすると、カードリーダ３１がリモートカード６０を検出する。ホームドアに設けられたカードリーダ３１がリモートカード６０を検出すると、ドア検出情報を中継装置４１に送信する（ステップ１００１）。中継装置４１は、カードリーダ３１から受信するドア検出情報を記憶部４２に保存する（ステップ１００２）。
【００５５】
電車の発車時刻になり、電車ドアおよびホームドアが閉まると、カードリーダ３１は発車時刻に相当するドア閉時刻の情報を中継装置４１に送信する（ステップ１００３）。中継装置４１は、ドア閉時刻の情報を受信すると、電車が停車している間に受信したドア検出情報にドア閉時刻および駅識別子の情報を添付した駅集計情報を生成してネットワーク４５を介してサーバ１００に送信する（ステップ１００４）。
【００５６】
サーバ１００は、中継装置４１から駅集計情報を受信すると、駅集計情報のドア閉時刻と時刻表に記述された発車時刻とを対応させる。そして、前駅の混雑情報と駅集計情報とを比較して、降車した人についてのドア検出情報を消去して混雑情報を生成し、混雑情報を記憶部１０２に記録する（ステップ１００５）。ステップ１００１からステップ１００５の動作を、運行経路の各駅について、運行経路を走行する各電車について、繰り返し行う。
【００５７】
このようにして記録される混雑情報に基づいて、本実施例の情報提供システムが、利用者に対して最適な乗車位置を提案するまでの手順を説明する。
【００５８】
図９は利用者への情報提供までの動作手順を示すフローチャートである。ここでは、利用者の乗車駅をｋ番目（ｋは１以上ｍ以下のいずれかの整数）の駅とする。
【００５９】
利用者が携帯端末５０を操作して乗車駅と降車駅を入力すると、携帯端末５０はルート情報を基地局１５およびネットワーク１０を介してサーバ１００に送信する（ステップ１１０１）。この際、他の路線への乗り換えがあれば、利用者が携帯端末５０に経路も入力することで、ルート情報に経路の情報も含まれる。
【００６０】
サーバ１００は、携帯端末５０から受信するルート情報を記憶部１０２に保存する（ステップ１１０２）。利用者が乗車駅の改札機のカードリーダ２０にリモートカード６０をかざして改札を通過すると、カードリーダ２０はリモートカード６０のカード識別子を検出し、改札情報をネットワーク４５を介してサーバ１００に送信する（ステップ１１０３）。
【００６１】
サーバ１００は、カードリーダ２０から改札情報を受信すると、改札情報に含まれるカード識別子を読み出し、読み出したカード識別子と組になって登録されている端末識別子を、利用者情報を参照して特定する。続いて、その端末識別子を送信元とするルート情報が保存されているか否かを記憶部１０２で調べる（ステップ１１０４）。判定の結果、対応するルート情報が保存されていない場合、何もせずに、次の改札情報を受信するまで待機する。
【００６２】
一方、ステップ１１０４の判定の結果、対応するルート情報が保存されている場合、サーバ１００は、利用者が乗ろうとしている電車をルート情報で認識し、改札情報の検出時刻と時刻表の発車時刻を比べて利用者が乗車可能な電車を調べる。そして、（ｋ−１）番目の駅を既に発車した電車には乗れないと判断すると、（ｋ−２）番目の駅に停車中の電車の混雑情報を記憶部１０２から読み出す。
【００６３】
続いて、サーバ１００は、記憶部１０２に格納された混雑履歴情報を参照してシミュレーションを行い、利用者が乗車する予定の電車についての混雑率を予想する（ステップ１１０５）。ここで、そのシミュレーションの具体例を説明する。
【００６４】
始発駅をある時刻に出発する電車の過去の１０回分の混雑情報により、所定のホームドアの位置に対応する車内の混雑率の平均値が（ｋ−２）番目の駅で１００％だったのが、ｋ番目の駅で１５０％になるという混雑履歴情報があったとする。サーバ１００は、現在、利用者が乗車しようとする電車の所定のホームドアに対応する車内の混雑率が（ｋ−２）番目の駅での混雑情報から１２０％と算出すると、この混雑率に混雑履歴情報の増加率（１．５倍）を掛け合わせて、ｋ駅での混雑率が１８０％に達するというシミュレーション結果を得る。上記混雑履歴情報の増加率が０．８倍であれば、ｋ駅での混雑率は１００％より小さくなるというシミュレーション結果を得る。
【００６５】
ステップ１１０５で電車の混雑率を予想すると、サーバ１００は、ルート情報で降車駅を調べ、混雑予想位置情報を参照して混雑する可能性の高い車内の位置を調べる。そして、サーバ１００は、利用者の乗車する電車の混雑率と混雑予想位置情報とから、混雑率のより低い車内の位置に対応するホームドアを決定し、乗車提案情報を携帯端末５０に送信する（ステップ１１０６）。乗車提案情報を受け取る利用者が多い場合、サーバ１００は、混雑率が平均化するように、混雑率の低い位置に対応するホームドアに利用者を振り分けるようにする。
【００６６】
携帯端末５０は、サーバ１００から乗車提案情報を受信すると、乗車提案情報を表示部５４に表示する（ステップ１１０７）。利用者は携帯端末５０に表示された乗車提案情報から、指定されたホームドアから乗車すれば、車内での混雑を避けることができる。
【００６７】
図９で説明した手順では乗車前に利用者に対して提案するものであるが、本実施例の情報提供システムでは、次のようにして、混雑した車内にいる乗客に対して他の場所に移動することを提案することも可能である。
【００６８】
サーバ１００は、電車内の位置識別子毎の混雑率を算出し、その平均値を求める。そして、平均値より大きい混雑率の位置識別子を含むドア検出情報を抽出する。抽出したドア検出情報のカード識別子を読み出し、読み出したカード識別子と組になって登録されている端末識別子があるか、記憶部１０２の利用者情報を参照する。カード識別子に対応して登録されている端末識別子が複数あれば、複数の端末識別子のうち所定の割合の端末識別子を選択する。
【００６９】
選択基準の一例として、ドア検出情報とともに登録された駅識別子が終点の駅（ｍ番目の駅）に近いほど選択優先順位が高いものとする。始発よりも終点に近い方の駅で乗車した人は座席に座れないだけでなく、ドア付近に立っている可能性が高いためである。サーバ１００は、選択した所定の割合の端末識別子のそれぞれで特定される携帯端末５０に対して、混雑率が平均値よりも下回っている位置識別子のドア付近への移動を提案する旨の移動提案情報をネットワーク１０を介して送信する。
【００７０】
このようにして、既に乗車した後の乗客に対して、混雑率のより低い場所への移動を提案することで、車内の混雑を緩和することも可能である。
【００７１】
本実施例では、利用者は乗車前にサーバから適切な乗車位置に関する情報が配信されるため、事前に必要な情報を入力しさえすれば、乗車する際、利用者は混雑したところを避けて乗車することができるだけでなく、電車全体として車内での混雑を緩和させることができる。
【００７２】
また、電車が駅に到着してから出発するまでの間の混乱を緩和することができるため、ラッシュ時の混雑を緩和させ、電車を円滑に運行することができる。
【００７３】
なお、カードリーダ３１を近傍型ＩＣカード読取器としたが、カードリーダ２０と同様な近接型ＩＣカード読取器としてもよい。この場合、利用者は電車に乗る際にホームドアに設けられた近接型ＩＣカード読取器に自分のリモートカード６０をかざせばよい。
【００７４】
また、本実施例では、中継装置４１がドア検出情報にドア閉時刻および駅識別子の情報を添付してドア検出情報をまとめた駅集計情報をサーバ１００に送信したが、カードリーダ２０のように、カードリーダ３１の記憶部３３に予め駅識別子を登録し、カードリーダ３１がドア検出情報にドア閉時刻および駅識別子の情報を添付してサーバ１００に送信してもよい。
【実施例２】
【００７５】
実施例１では、電車に乗る人、電車から降りる人のリモートカードを検出するためにカードリーダをホームドアに設けたが、本実施例は電車ドアにカードリーダを設けるものである。
【００７６】
本実施例の情報提供システムを説明する。ここでは、実施例１と異なる点について詳細に説明し、実施例１と同様な構成の説明を省略する。
【００７７】
図１０は電車の混雑情報を取得するための別の構成例を示すブロック図である。
【００７８】
各電車には、各ドアに設けられたカードリーダ３６と、カードリーダ３６で検出された情報を外部に送信するための無線装置７０とが設けられている。無線装置７０と無線で通信接続される無線装置７５が中継装置４１と接続されている。
【００７９】
次に、電車ドアに設けられたカードリーダ３６について説明する。カードリーダ３６は、カードリーダ３１と基本的な構成は同様であるため、ここではカードリーダ３１と異なる点について図５を参照して説明する。
【００８０】
制御部３４は、電車のドアが開いた時刻を記録し、その時刻からドアが閉まるまでの時刻の間、開いたドアを通り抜ける人が所持するリモートカード６０のカード識別子を検出すると、その検出時刻を計測する。そして、カード識別子、検出時刻および位置識別子の情報を含むドア検出情報を通信部３５を介して無線装置７０に送出する。
【００８１】
このようにして、制御部３４は、電車ドアが開いている時間毎に、カード識別子を検出し、検出したカード識別子毎にドア検出情報を無線装置７０に送信する。
【００８２】
次に、無線装置７０について説明する。図１１は無線装置７０の一構成例を示すブロック図である。
【００８３】
図１１に示すように無線装置７０は、受信部７１と、制御部７２と、無線部７３とを有する。制御部７２は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。制御部７２は、受信部７１を介してドア検出情報を受信すると、ドア検出情報を無線部７３を介して無線装置７５に送信する。
【００８４】
次に、無線装置７５について説明する。図１２は無線装置７５の一構成例を示すブロック図である。
【００８５】
図１２に示すように無線装置７５は、無線部７６と、制御部７７と、送信部７８とを有する。制御部７７は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。制御部７７は、無線部７６を介してドア検出情報を受信すると、ドア検出情報を送信部７８およびネットワーク４５を介してサーバ１００に送信する。
【００８６】
なお、本実施例の情報提供システムの動作は実施例１と同様になるため、詳細な説明を省略する。
【００８７】
本実施例は、実施例１と同様な効果が得られるだけでなく、電車の混雑情報を取得するためのカードリーダを各駅のホームドア毎に設ける必要がなく、各電車のドア毎に設ければよい。また、ホームドアが設けられていない路線に有効である。
【実施例３】
【００８８】
実施例１または実施例２の情報提供システムでは、必ずしも乗客全員がサーバからの提案にしたがうとは限らず、混雑緩和の効果が充分ではないこともある。本実施例は、実施例１または実施例２による乗車提案情報にしたがう利用者に対して何らかのメリットを与えるサービスを提供するものである。
【００８９】
本実施例の情報提供システムの構成を説明する。ここでは、実施例１と異なる構成について詳細に説明し、実施例１と同様な構成についての詳細な説明を省略する。
【００９０】
カードリーダ３１の記憶部３３には駅識別子が登録されている。カードリーダ３１の制御部３４は、ドア閉時刻および駅識別子の情報を含むドア検出情報をサーバ１００に送信する。なお、本実施例では、中継装置４１を設けなくてもよい。
【００９１】
サーバ１００の制御部１０３は、携帯端末５０に送信する乗車提案情報を複写して記憶部１０２に保存する。異なる駅のカードリーダ３１から受信するドア検出情報により、利用者が降車したことを認識すると、その利用者の乗車提案情報の位置識別子と、カードリーダ３１から受信したドア検出情報の位置識別子とが一致するか否かを判定する。
【００９２】
また、その利用者のルート情報の降車駅と、カードリーダ３１から受信したドア検出情報の駅識別子で特定される降車駅とが一致するか否かを判定する。上記２つの判定の結果、位置識別子が一致し、かつ、降車駅が一致している場合、制御部１０３は、その利用者に対してポイント加算および乗車価格割引などの付加価値サービスを提供する。なお、上記２つの判定のうち、いずれか１つでも「Ｎｏ」であれば、利用者に対するサービスの提供はない。
【００９３】
付加価値サービスがポイント加算であれば、上記２つの判定を満たす毎に、制御部１０３は、利用者情報のカード識別子と端末識別子の組に対応して、予め決められた数のポイントを加算して登録する。ポイントとは、その数により様々なサービスに置き換えたり、種々の商品に交換したりすることが可能となるものである。
【００９４】
制御部１０３は、利用者に提供するサービスの内容を利用者情報に記録する。そして、そのサービス情報を利用者に通知するために、利用者情報を参照して端末識別子を読み出し、読み出した端末識別子を宛先にして、サービスの情報を含むサービス提供情報を送信する。
【００９５】
このようにして、サーバ１００は、利用者が乗車提案情報にしたがって正しく乗車したか否かを判断し、指示通りに乗車した乗客に対して、何らかのメリットを付与する。
【００９６】
次に、本実施例の情報提供システムの動作手順を説明する。なお、利用者が入力したルート情報の乗車駅が運行経路のｉ番目の駅であり、降車駅がｊ番目の駅とする。ただし、ｉは１以上（ｍ−１）以下の整数であり、ｊは２以上ｍ以下の整数であり、かつ、ｉ＜ｊであるとする。
【００９７】
図１３は、本実施例の情報提供システムの動作手順を示すフローチャートである。ｉ番目の駅のカードリーダの符号を３１ｉとし、ｊ番目の駅のカードリーダの符号を３１ｊとしている。
【００９８】
利用者が、ｉ番目の駅で携帯端末５０に表示された乗車提案情報にしたがって、指定されたドアから乗車する。その際、利用者が所持するリモートカード６０のカード識別子を、ホームドアに設置されたカードリーダ３１ｉが検出する。そして、ドア検出情報をサーバ１００に送信する（ステップ１２０１）。
【００９９】
サーバ１００はカードリーダ３１ｉからドア検出情報を受信すると、記憶部１０２に保存する（ステップ１２０２）。その後、利用者は、目的地のｊ番目の駅で降車する。利用者が降車した際、カードリーダ３１ｊは、リモートカード６０のカード識別子を検出する。そして、ドア検出情報をサーバ１００に送信する（ステップ１２０３）。サーバ１００はカードリーダ３１ｊからドア検出情報を受信すると、ドア検出情報を記憶部１０２に保存する（ステップ１２０４）。
【０１００】
サーバ１００は、混雑情報を更新する際、ステップ１２０１で検出されたカード識別子の所持者がステップ１２０３で降車したことを認識すると、カード識別子と組になって登録されている端末識別子を、利用者情報を参照して特定する。続いて、その端末識別子を宛先にして送出した乗車提案情報がないか記憶部１０２内を探し、乗車提案情報に含まれる位置識別子を読み出す。
【０１０１】
続いて、サーバ１００は、乗車提案情報の位置識別子とドア検出情報に含まれる位置識別子とが一致するか否か判定する（ステップ１２０５）。なお、ここでいうドア検出情報は、ステップ１２０２またはステップ１２０４のいずれの処理で保存されたものであってもよい。ステップ１２０５で両者の位置識別子が一致しない場合、何も処理をせずに終了する。
【０１０２】
また、サーバ１００は、ルート情報の降車駅とステップ１２０４で保存したドア検出情報の駅識別子で特定される降車駅とが一致するか否か判定する（ステップ１２０６）。この判定で降車駅が一致しない場合、何も処理をせずに終了する。なお、ステップ１２０５とステップ１２０６の前後は問わない。
【０１０３】
ステップ１２０５の判定で位置識別子が一致し、かつ、ステップ１２０６の判定で降車駅が一致する場合、サーバ１００は、ドア検出情報のカード識別子で特定される利用者に対して、ポイント加算および乗車価格割引などの付加価値サービスを提供する。ここでは、付加価値サービスがポイント加算であるものとする。サーバ１００は、記憶部１０２の利用者情報を参照し、カード識別子と組になって登録された端末識別子を読み出す。そして、その組の情報と一緒に登録されたポイントの情報に、さらに予め決められたポイントを加える。そして、ポイントを加算した旨の情報を含むサービス提供情報を、読み出した端末識別子を宛先にして送信する（ステップ１２０７）。
【０１０４】
利用者の携帯端末５０は、サーバ１００からサービス提供情報を受信すると、サービス提供情報を表示部５４に表示する（ステップ１２０８）。利用者は、携帯端末５０に表示されるサービス提供情報を見て、提供されたサービス内容を確認できる。
【０１０５】
なお、利用者がルート情報で登録した降車駅で最終的に電車を降りたとしても、途中の駅で乗降してしまうことがある。一旦ホームに降りていた時間が数秒から数分で、また同じ電車に乗るのであれば問題ないが、途中駅から別の電車に乗ってしまう場合、上記サービスを受けることができなくなる。この場合、サーバ１００が、図１３で示したステップ１２０５とステップ１２０６の判定を１つの電車を対象とするのではなく、その路線にその日に運行した全ての電車にまで対象を広げればよい。これにより、利用者は上記サービスを受けることが可能である。
【０１０６】
本実施例では、指定されたドアから乗車する乗客に対して何らかのサービスが提供される形になるので、高い割合でサーバからの指示通りに乗客の乗車位置をコントロールすることができる。よって、混雑緩和の効果がより期待できる。
【０１０７】
本実施例では実施例１と組み合わせた場合で説明したが、実施例２と組み合わせてもよい。
【０１０８】
本発明によれば、電車の全体の混雑状況を把握したサーバより、これから乗車しようとしている人に対して最適な乗降口が指示されるため、混雑集中を抑制し、混雑を緩和することができる。混雑が緩和されることで、乗降時の混乱を防ぎ、電車を効率的に運行することができるようになる。
【図面の簡単な説明】
【０１０９】
【図１】本実施形態の情報提供システムの一構成例を示すブロック図である。
【図２】実施例１の情報提供システムの一構成例を示すブロック図である。
【図３】携帯端末の一構成例を示すブロック図である。
【図４】リモートカードの一構成例を示すブロック図である。
【図５】カードリーダの一構成例を示すブロック図である。
【図６】中継装置の一構成例を示すブロック図である。
【図７】サーバの一構成例を示すブロック図である。
【図８】実施例１の情報提供システムによる、混雑情報を記録する動作手順を示すフローチャートである。
【図９】実施例１の情報提供システムによる、利用者への情報提供までの動作手順を示すフローチャートである。
【図１０】電車の混雑情報を取得するための別の構成例を示すブロック図である。
【図１１】図１０に示す無線装置７０の一構成例を示すブロック図である。
【図１２】図１０に示す無線装置７５の一構成例を示すブロック図である。
【図１３】実施例２の情報提供システムによる動作手順を示すフローチャートである。
【符号の説明】
【０１１０】
２０、３１、３６ カードリーダ
５０ 携帯端末
６０ リモートカード
１００ サーバ
【特許請求の範囲】
【請求項１】
駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器と、接続される情報提供システムであって、
電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器と、
前記第１および前記第２の非接触型ＩＣカード読取器ならびに前記利用者の携帯端末と接続され、前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部とを含むサーバと、
を有する情報提供システム。
【請求項２】
前記利用者の降車駅の情報を含むルート情報が前記記憶部に予め格納され、
前記サーバは、
前記利用者の降車駅が前記ルート情報に含まれる降車駅と同一であり、かつ、前記利用者が前記乗車提案情報で提案された乗降口から乗車したことを、前記第２の非接触型ＩＣカード読取器から前記利用者のカード識別子を受信することで認識すると、前記利用者に提供するサービス内容を前記利用者情報に記録し、サービスを提供した旨の情報を前記携帯端末に送信する、請求項１記載の情報提供システム。
【請求項３】
前記サーバは、
前記利用者が乗車した後、前記電車が路線の各駅を発車する度に前記混雑情報を更新し、更新した複数の前記混雑情報から改めて前記乗降口を決定し、決定した乗降口付近に移動することを提案する情報を前記携帯端末に送信する、請求項１または２記載の情報提供システム。
【請求項４】
前記サーバは、
複数の前記混雑情報から前記利用者の乗降口を決定する際、前記乗降口毎に混雑率を算出し、該混雑率が所定の値よりも低い乗降口に決定する、請求項１から３のいずれか１項記載の情報提供システム。
【請求項５】
駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部と、
を有するサーバ装置。
【請求項６】
前記利用者の降車駅の情報を含むルート情報が前記記憶部に予め格納され、
前記制御部は、
前記利用者の降車駅が前記ルート情報に含まれる降車駅と同一であり、かつ、前記利用者が前記乗車提案情報で提案された乗降口から乗車したことを、前記第２の非接触型ＩＣカード読取器から前記利用者のカード識別子を受信することで認識すると、前記利用者に提供するサービス内容を前記利用者情報に記録し、サービスを提供した旨の情報を前記携帯端末に送信する、請求項５記載のサーバ装置。
【請求項７】
駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置による情報提供方法であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報を格納し、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して格納し、
前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を読み出し、
複数の前記混雑情報から前記利用者の乗降口を決定し、
決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する、情報提供方法。
【請求項８】
前記利用者の降車駅の情報を含むルート情報を予め格納し、
前記利用者の降車駅が前記ルート情報に含まれる降車駅と同一であり、かつ、前記利用者が前記乗車提案情報で提案された乗降口から乗車したことを、前記第２の非接触型ＩＣカード読取器から前記利用者のカード識別子を受信することで認識すると、前記利用者に提供するサービス内容を前記利用者情報に記録し、サービスを提供した旨の情報を前記携帯端末に送信する、請求項７記載の情報提供方法。
【請求項１】
駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器と、接続される情報提供システムであって、
電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器と、
前記第１および前記第２の非接触型ＩＣカード読取器ならびに前記利用者の携帯端末と接続され、前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部とを含むサーバと、
を有する情報提供システム。
【請求項２】
前記利用者の降車駅の情報を含むルート情報が前記記憶部に予め格納され、
前記サーバは、
前記利用者の降車駅が前記ルート情報に含まれる降車駅と同一であり、かつ、前記利用者が前記乗車提案情報で提案された乗降口から乗車したことを、前記第２の非接触型ＩＣカード読取器から前記利用者のカード識別子を受信することで認識すると、前記利用者に提供するサービス内容を前記利用者情報に記録し、サービスを提供した旨の情報を前記携帯端末に送信する、請求項１記載の情報提供システム。
【請求項３】
前記サーバは、
前記利用者が乗車した後、前記電車が路線の各駅を発車する度に前記混雑情報を更新し、更新した複数の前記混雑情報から改めて前記乗降口を決定し、決定した乗降口付近に移動することを提案する情報を前記携帯端末に送信する、請求項１または２記載の情報提供システム。
【請求項４】
前記サーバは、
複数の前記混雑情報から前記利用者の乗降口を決定する際、前記乗降口毎に混雑率を算出し、該混雑率が所定の値よりも低い乗降口に決定する、請求項１から３のいずれか１項記載の情報提供システム。
【請求項５】
駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報が格納された記憶部と、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して前記記憶部に格納し、前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を前記記憶部から読み出し、複数の該混雑情報から前記利用者の乗降口を決定し、決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する制御部と、
を有するサーバ装置。
【請求項６】
前記利用者の降車駅の情報を含むルート情報が前記記憶部に予め格納され、
前記制御部は、
前記利用者の降車駅が前記ルート情報に含まれる降車駅と同一であり、かつ、前記利用者が前記乗車提案情報で提案された乗降口から乗車したことを、前記第２の非接触型ＩＣカード読取器から前記利用者のカード識別子を受信することで認識すると、前記利用者に提供するサービス内容を前記利用者情報に記録し、サービスを提供した旨の情報を前記携帯端末に送信する、請求項５記載のサーバ装置。
【請求項７】
駅の改札に設けられ、電車の利用者および該利用者以外の乗客が携帯するリモートカードのカード識別子を検出する第１の非接触型ＩＣカード読取器、電車の乗降口毎に設けられ、該乗降口に対応する車内の混雑度を算出するために、該乗降口を通過する乗客が携帯するリモートカードのカード識別子を検出する第２の非接触型ＩＣカード読取器、および前記利用者の携帯端末のそれぞれと接続されるサーバ装置による情報提供方法であって、
前記利用者のリモートカードのカード識別子とともに前記携帯端末の端末識別子が記述された利用者情報を格納し、
前記第２の非接触型ＩＣカード読取器から受信する前記カード識別子の情報に基づいて前記混雑度を示す混雑情報を前記乗降口毎に生成して格納し、
前記第１の非接触型ＩＣカード読取器から前記利用者の前記カード識別子を受信すると、前記駅に進入する前の電車の前記乗降口毎の前記混雑情報を読み出し、
複数の前記混雑情報から前記利用者の乗降口を決定し、
決定した乗降口から乗車することを提案する旨の乗車提案情報を前記端末識別子を宛先にして前記携帯端末に送信する、情報提供方法。
【請求項８】
前記利用者の降車駅の情報を含むルート情報を予め格納し、
前記利用者の降車駅が前記ルート情報に含まれる降車駅と同一であり、かつ、前記利用者が前記乗車提案情報で提案された乗降口から乗車したことを、前記第２の非接触型ＩＣカード読取器から前記利用者のカード識別子を受信することで認識すると、前記利用者に提供するサービス内容を前記利用者情報に記録し、サービスを提供した旨の情報を前記携帯端末に送信する、請求項７記載の情報提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００９−４５９５１（Ｐ２００９−４５９５１Ａ）
【公開日】平成２１年３月５日（２００９．３．５）
【国際特許分類】
【出願番号】特願２００７−２１０７５５（Ｐ２００７−２１０７５５）
【出願日】平成１９年８月１３日（２００７．８．１３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年３月５日（２００９．３．５）
【国際特許分類】
【出願日】平成１９年８月１３日（２００７．８．１３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]