(57)【特許請求の範囲】
【請求項１】
車両の乗客が携帯するＧＰＳ機能を有する端末装置と、該端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する乗車車両推定装置とがネットワークを介して相互に通信可能とされている乗車車両推定システムであって、
前記乗車車両推定装置は；
列車時刻表をデータとして記憶するデータベースと、
前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信する受信部と、
前記位置情報を管理するとともに該位置情報に基づいて前記端末装置の移動速度を求めて速度情報として管理する情報管理部と、
前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定する判定部と、
前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が、異なる２つの停車駅の各々に対して１回ずつなされた段階で、前記位置情報と前記列車時刻表を照合し、前記２つの停車駅の一方での停車時刻と前記２つの停車駅の他方での停車時刻から、前記乗客が乗車している車両を推定するデータ処理部と、
前記車両の推定結果を前記ネットワークに送信する送信部と、
を備えていることを特徴とする乗車車両推定システム。
【請求項２】
前記乗車車両推定装置は更に、前記位置情報と前記列車時刻表の照合結果に基づいて前記車両の遅延情報を生成する情報提供生成部を備え、前記送信部は該遅延情報を前記車両の推定結果とともに前記ネットワークに送信することを特徴とする請求項１に記載の乗車車両推定システム。
【請求項３】
前記乗車車両推定装置は更に、前記判定部により前記停車駅の判定がなされた車両の位置が前記判定された停車駅の位置と異なる場合に、前記車両の異常情報を生成する情報提供生成部を備え、前記送信部は該異常情報を前記車両の推定結果とともに前記ネットワークに送信することを特徴とする請求項１に記載の乗車車両推定システム。
【請求項４】
車両の乗客が携帯するＧＰＳ機能を有する端末装置と、該端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する乗車車両推定装置とがネットワークを介して相互に通信可能とされている乗車車両推定システムであって、
前記乗車車両推定装置は；
列車時刻表をデータとして記憶する第１のデータベースと、
各駅の周辺情報を格納した第２のデータベースと、
前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信する受信部と、
前記位置情報を管理するとともに該位置情報に基づいて前記端末装置の移動速度を求めて速度情報として管理する情報管理部と、
前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定する判定部と、
前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が、異なる２つの停車駅の各々に対して１回ずつなされた段階で、前記位置情報と前記列車時刻表を照合し、前記２つの停車駅の一方での停車時刻と前記２つの停車駅の他方での停車時刻から、前記乗客が乗車している車両を推定するデータ処理部と、
前記推定された車両の停車駅の周辺情報を生成する提供情報生成部と、
該提供情報生成部により生成された駅周辺情報を前記ネットワークを介して前記端末装置に送信する送信部と、
を備えていることを特徴とする乗車車両推定システム。
【請求項５】
前記情報提供生成部は更に、前記位置情報と前記列車時刻表の照合結果に基づいて前記車両の遅延情報を生成し、前記送信部は該遅延情報を前記駅周辺情報とともに前記ネットワークを介して前記端末装置に送信することを特徴とする請求項４に記載の乗車車両推定システム。
【請求項６】
前記情報提供生成部は更に、前記判定部により前記停車駅の判定がなされた車両の位置が前記判定された停車駅の位置と異なる場合に、前記車両の異常情報を生成し、前記送信部は該異常情報を前記駅周辺情報とともに前記ネットワークを介して前記端末装置に送信することを特徴とする請求項４に記載の乗車車両推定システム。
【請求項７】
車両の乗客が携帯するＧＰＳ機能を有する端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する乗車車両推定装置であって、
前記乗車車両推定装置は；
列車時刻表をデータとして記憶するデータベースと、
ネットワークを介して、前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信する受信部と、
前記位置情報を管理するとともに該位置情報に基づいて前記端末装置の移動速度を求めて速度情報として管理する情報管理部と、
前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定する判定部と、
前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が、異なる２つの停車駅の各々に対して１回ずつなされた段階で、前記位置情報と前記列車時刻表を照合し、前記２つの停車駅の一方での停車時刻と前記２つの停車駅の他方での停車時刻から、前記乗客が乗車している車両を推定するデータ処理部と、
前記車両の推定結果を前記ネットワークに送信する送信部と、
を備えていることを特徴とする乗車車両推定装置。
【請求項８】
更に、前記位置情報と前記列車時刻表の照合結果に基づいて前記車両の遅延情報を生成する情報提供生成部を備え、前記送信部は該遅延情報を前記車両の推定結果とともに前記ネットワークに送信することを特徴とする請求項７に記載の乗車車両推定装置。
【請求項９】
更に、前記判定部により前記停車駅の判定がなされた車両の位置が前記判定された停車駅の位置と異なる場合に、前記車両の異常情報を生成する情報提供生成部を備え、前記送信部は該異常情報を前記車両の推定結果とともに前記ネットワークに送信することを特徴とする請求項７に記載の乗車車両推定装置。
【請求項１０】
車両の乗客が携帯するＧＰＳ機能を有する端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する乗車車両推定装置であって、
前記乗車車両推定装置は；
列車時刻表をデータとして記憶する第１のデータベースと、
各駅の周辺情報を格納した第２のデータベースと、
ネットワークを介して、前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信する受信部と、
前記位置情報を管理するとともに該位置情報に基づいて前記端末装置の移動速度を求めて速度情報として管理する情報管理部と、
前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定する判定部と、
前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が、異なる２つの停車駅の各々に対して１回ずつなされた段階で、前記位置情報と前記列車時刻表を照合し、前記２つの停車駅の一方での停車時刻と前記２つの停車駅の他方での停車時刻から、前記乗客が乗車している車両を推定するデータ処理部と、
前記推定された車両の停車駅の周辺情報を生成する提供情報生成部と、
該提供情報生成部により生成された駅周辺情報を前記ネットワークを介して前記端末装置に送信する送信部と、
を備えていることを特徴とする乗車車両推定装置。
【請求項１１】
前記情報提供生成部は更に、前記位置情報と前記列車時刻表の照合結果に基づいて前記車両の遅延情報を生成し、前記送信部は該遅延情報を前記駅周辺情報とともに前記ネットワークを介して前記端末装置に送信することを特徴とする請求項１０に記載の乗車車両推定装置。
【請求項１２】
前記情報提供生成部は更に、前記判定部により前記停車駅の判定がなされた車両の位置が前記判定された停車駅の位置と異なる場合に、前記車両の異常情報を生成し、前記送信部は該異常情報を前記駅周辺情報とともに前記ネットワークを介して前記端末装置に送信することを特徴とする請求項１０に記載の乗車車両推定装置。
【請求項１３】
車両の乗客が携帯するＧＰＳ機能を有する端末装置の移動速度とデータベースに記憶された列車時刻表に基づいて前記乗客が乗車している車両を推定する乗車車両推定方法であって、ネットワークに接続される受信手段と情報管理手段と判定手段とデータ処理手段と前記データベースを有するコンピュータを用いて下記のステップを実行することを特徴とする乗車車両推定方法。
前記受信手段により、前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信するステップ；
前記情報管理手段により、前記位置情報に基づいて前記端末装置の移動速度を求めるステップ；
前記判定手段により、前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定するステップ；
前記判定された停車駅を前記車両に対応づけて前記データベースに記憶し、前記データ処理手段により、該停車駅の判定が、異なる２つの停車駅の各々に対して１回ずつなされた段階で、前記位置情報と前記列車時刻表を照合し、前記２つの停車駅の一方での停車時刻と前記２つの停車駅の他方での停車時刻から、前記乗客が乗車している車両を推定するステップ；
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末のユーザが乗車している車両を推定する技術に関し、より詳細には、ＧＰＳによる位置情報と列車時刻表に基づく時間情報に基づいて携帯端末のユーザが乗車している特定の車両を推定する技術に関する。
【背景技術】
【０００２】
ＧＰＳを利用して鉄道車両や路面電車の位置を測位する技術は、特開２００７−２８４０１３号公報（特許文献１）や特開２００８−２４７２１７号公報（特許文献２）などに開示されている。
【０００３】
例えば、特開２００７−２８４０１３号公報（特許文献１）に開示の発明は、ＧＰＳ衛星から観測データを受信し、車両の軌道上に設けられた複数のポイントにおける位置座標と該位置座標における軌道の方角とを対応させて線路データベースとして記憶させ、車両速度と軌道方向とを用いた慣性航法による航法演算を行って、観測データを用いたＧＰＳ航法による位置演算を補完して車両の位置を演算するというものである。この発明によれば、高価なジャイロ等の角速度センサを用いる必要なく、軌道上を走行する鉄道車両などの車両位置を、安価に精度よく測位することができるとされている。
【０００４】
これらの車両位置測位技術は何れも、ＧＰＳ受信機を車両に搭載して当該車両に関するＧＰＳ情報を時間的に追跡するという点において共通している。つまり、これらの手法では、特定の車両の位置を測位しているに過ぎずない。従って、例えば、ある乗客が車両の乗換を行ったような場合には、当該乗換後の車両の位置を追跡するということはできないことになる。つまり、従来の車両位置測位技術では、車両で移動中の特定の乗客がどの車両に乗車しており、その車両がどのような運行状態にあるのかを追跡することはできない。
【０００５】
もちろん、乗客が携帯する電話などの端末装置をＧＰＳ受信機として利用すれば特定の乗客の位置を追跡することは可能である。しかし、従来の手法ではＧＰＳ情報の追跡のみにより測位が行われるため、多数の乗客のそれぞれがどの路線のどの車両に乗車しているかを追跡しようとすると、システムは大規模で複雑なものとならざるを得ず、測位に要する処理コストも大きなものとなってしまう。
【特許文献１】特開２００７−２８４０１３号公報
【特許文献２】特開２００８−２４７２１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上述した問題に鑑みてなされたもので、その目的とするところは、車両で移動中の特定の乗客がどの車両に乗車しており、その車両がどのような運行状態にあるのかを追跡することを可能とし、しかも、システムが単純化されて測位に要する処理コストも軽減可能な乗車車両推定技術を提供することにある。
【課題を解決するための手段】
【０００７】
上述の課題を解決するために、本発明の乗車車両推定方法は、車両の乗客が携帯するＧＰＳ機能を有する端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する乗車車両推定方法であって、ネットワークに接続される受信手段と演算手段を有するコンピュータを用いて下記のステップを実行することを特徴とする。前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信するステップ；前記位置情報に基づいて前記端末装置の移動速度を求めるステップ；前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定するステップ；前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が２回なされた場合に、前記位置情報と列車時刻表を照合して前記乗客が乗車している車両を推定するステップ。
【０００８】
また、本発明の第１の態様の乗車車両推定システムは、車両の乗客が携帯するＧＰＳ機能を有する端末装置と、該端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する本発明に係る第１の態様の乗車車両推定装置とがネットワークを介して相互に通信可能とされている乗車車両推定システムであって、前記乗車車両推定装置は、列車時刻表をデータとして記憶するデータベースと、前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信する受信部と、前記位置情報を管理するとともに該位置情報に基づいて前記端末装置の移動速度を求めて速度情報として管理する情報管理部と、前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定する判定部と、前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が２回なされた場合に、前記位置情報と前記列車時刻表を照合して前記乗客が乗車している車両を推定するデータ処理部と、前記車両の推定結果を前記ネットワークに送信する送信部とを備えている。
【０００９】
前記乗車車両推定装置は更に、前記位置情報と前記列車時刻表の照合結果に基づいて前記車両の遅延情報を生成する情報提供生成部を備え、前記送信部は該遅延情報を前記車両の推定結果とともに前記ネットワークに送信する構成としてもよい。
【００１０】
また、前記乗車車両推定装置は更に、前記判定部により前記停車駅の判定がなされた車両の位置が前記判定された停車駅の位置と異なる場合に、前記車両の異常情報を生成する情報提供生成部を備え、前記送信部は該異常情報を前記車両の推定結果とともに前記ネットワークに送信する構成としてもよい。
【００１１】
さらに、本発明の第２の態様の乗車車両推定システムは、車両の乗客が携帯するＧＰＳ機能を有する端末装置と、該端末装置の移動速度と列車時刻表に基づいて前記乗客が乗車している車両を推定する本発明に係る第２の態様の乗車車両推定装置とがネットワークを介して相互に通信可能とされている乗車車両推定システムであって、前記乗車車両推定装置は、列車時刻表をデータとして記憶する第１のデータベースと、各駅の周辺情報を格納した第２のデータベースと、前記端末装置のＧＰＳ測位結果を時刻とともに位置情報として受信する受信部と、前記位置情報を管理するとともに該位置情報に基づいて前記端末装置の移動速度を求めて速度情報として管理する情報管理部と、前記端末装置の移動速度が所定値未満であるか否かを判断し、所定値未満である場合に前記位置情報に基づいて前記車両の最寄りの駅を停車駅として判定する判定部と、前記判定された停車駅を前記車両に対応づけて記憶し、該停車駅の判定が２回なされた場合に、前記位置情報と前記列車時刻表を照合して前記乗客が乗車している車両を推定するデータ処理部と、前記推定された車両の停車駅の周辺情報を生成する提供情報生成部と、該提供情報生成部により生成された駅周辺情報を前記ネットワークを介して前記端末装置に送信する送信部とを備えている。
【００１２】
前記情報提供生成部は更に、前記位置情報と前記列車時刻表の照合結果に基づいて前記車両の遅延情報を生成し、前記送信部は該遅延情報を前記駅周辺情報とともに前記ネットワークを介して前記端末装置に送信する構成としてもよい。
【００１３】
また、前記情報提供生成部は更に、前記判定部により前記停車駅の判定がなされた車両の位置が前記判定された停車駅の位置と異なる場合に、前記車両の異常情報を生成し、前記送信部は該異常情報を前記駅周辺情報とともに前記ネットワークを介して前記端末装置に送信する構成としてもよい。
【発明の効果】
【００１４】
上述したように、本発明では、車両の乗客が携帯するＧＰＳ機能を有する端末装置に関する位置情報と列車時刻表とを照合し、その結果に基づいて、乗客が乗車している車両が推定される。
【００１５】
つまり、本発明では、ＧＰＳ情報の追跡のみによる測位結果から乗車車両を推定するのではなく、車両の運行パターンを利用して乗客が乗車している車両を推定する。このため、システムが単純化されて車両の推定に要する処理コストも軽減される。
【図面の簡単な説明】
【００１６】
【図１】本発明の乗車車両推定装置を用いた乗車車両推定システムの構成例の概要を説明するための図である。
【図２】本発明の乗車車両推定装置の構成例を説明するためのブロック図である。
【図３】本発明の乗車車両推定装置が実行する各処理の概要を説明するためのフローチャートである。
【図４】本発明の乗車車両推定装置による乗車車両の推定の方法を具体的に説明するための図である。
【図５】本発明の乗車車両推定システムを利用して乗客の携帯端末に送信される駅周辺情報の表示例である。
【図６】本発明の乗車車両推定システムの第２の構成例の概要を説明するための図である。
【図７】本発明の第２の態様の乗車車両推定装置（センタ装置）の構成例を説明するためのブロック図である。
【図８】本発明の第２の態様の乗車車両推定装置（センタ装置）が実行する各処理の概要を説明するためのフローチャートである。
【発明を実施するための最良の形態】
【００１７】
本発明では、鉄道車両や路面電車は予め定められた時刻表どおりに運行し易いという点、換言すれば、車両の停車すべき位置と時間が略正確に予想できる点に着目している。このような車両に対して、自家用車やバスは、本来の目的地以外で頻繁に停車することに加え、交通渋滞の発生や走行予定の道路の一部が通行止めになっているなどの諸要因により走行状況は大きく変わり得るから、時刻表どおりの運行は事実上困難である。以下に、図面を参照して、本発明の実施の形態について説明する。
【００１８】
図１は、本発明の乗車車両推定装置を用いた乗車車両推定システムの構成例の概要を説明するための図である。この乗車車両推定システムでは、車両の乗客が携帯するＧＰＳ機能を有する端末装置であってＧＰＳ衛星３００を利用した位置検知が可能な携帯端末２００と本発明の乗車車両推定装置４００とが、ネットワーク１００を介して相互に通信可能とされている。乗車車両推定装置４００は、後述する構成により、携帯端末２００の移動速度と列車時刻表に基づいて当該携帯端末２００のユーザである乗客が乗車している車両を推定する。
【００１９】
なお、この図には、乗車車両推定装置４００が、ネットワーク１００を介して、列車時刻表データサーバ５００及び情報提供装置６００との間でのデータの送受信が可能な態様が示されている。従って、乗車車両推定装置４００は、列車時刻表データサーバ５００からのデータ送信を受けて、常時、最新の列車時刻表が参照可能な状態になっている。また、情報提供装置６００は、乗車車両推定装置４００により推定された車両に乗車している特定の乗客の携帯端末２００に対して、当該乗客にとって有用な情報を提供することが可能である。
【００２０】
図２は、本発明の乗車車両推定装置４００の構成例を説明するためのブロック図である。乗車車両推定装置４００は、ネットワーク１００との送受信を行うための受信部１１および送信部１２を備えており、受信部１１は車両の乗客が携帯する携帯端末２００のＧＰＳ測位結果を時刻とともに位置情報として受信する。乗車車両推定装置４００に設けられている列車時刻表データベース１５には、列車時刻表データサーバ５００に格納されている列車時刻表データが記憶されており、列車のダイヤ変更等があった際には、列車時刻表データサーバ５００からのデータ送信を受けて最新の列車時刻表がデータとして格納される。
【００２１】
情報管理部１３は、不図示の記憶部と演算部を備えており、受信部１１を介して一定期間毎に受信される携帯端末２００のＧＰＳ測位結果を、受信時刻と一緒に位置情報として管理し、当該位置情報に基づいて携帯端末２００の移動速度を求める。
【００２２】
判定部１４は、車両が走行状態にあるか停車状態にあるのかを判断するとともに、停車状態にあると判断された場合にその停車駅を判定する。具体的には、情報管理部１３で求められた携帯端末２００の移動速度が所定の値未満であるか否かを判断し、「所定の値」以上であれば車両は走行状態にあると判断し、上述の受信部１１による携帯端末２００のＧＰＳ測位結果の受信を継続する。一方、「所定の値」未満であれば車両は停車状態にあると判断し、位置情報に含まれているＰＧＳ測位結果基づいて、当該車両の最寄りの駅が停車駅として判定される。
【００２３】
ここで、上述の「所定の値」とは、車両が走行状態にあるか停車状態にあるのかを判断するために適当と考えられる値である。この値は時速ゼロｋｍでもよいが、停車中の車内の乗客そのものが停止状態にあるとは限らない。従って、「所定の値」を時速ゼロｋｍとしてしまうと、停車中の車内で携帯端末２００のユーザである乗客が移動しているような場合にも車両が走行状態にあると判断されてしまう結果となる。このような不都合を回避するために、例えば、「所定の値」を時速４ｋｍなどと設定することが好ましい。
【００２４】
このような判定動作により得られた結果は、それぞれの車両に対応づけられてデータ処理部１６に送られて記憶される。そして、データ処理部１６は、携帯端末２００のユーザが乗車している車両が２つの異なる駅に停車した段階で、当該車両の位置情報（すなわち２つの停車駅とその停車時刻）と列車時刻表を照合して、乗客が乗車している車両を推定する。
【００２５】
図３は、本発明の乗車車両推定装置（受信手段と演算手段を有するコンピュータ）が実行する各処理の概要を説明するためのフローチャートである。
【００２６】
図３を参照すると、受信部１１により車両の乗客が携帯する携帯端末２００のＧＰＳ測位結果が時刻とともに位置情報として受信される（Ｓ１０１）。受信部１１を介して一定期間毎に受信される携帯端末２００のＧＰＳ測位結果は、情報管理部１３により、受信時刻と一緒に位置情報として管理され、当該位置情報に基づいて携帯端末２００の移動速度が求められる（Ｓ１０２）。
【００２７】
判定部１４は、情報管理部１３で求められた携帯端末２００の移動速度ｖを所定の値と比較し（Ｓ１０３）、「所定の値ｘ」以上（Ｓ１０３：Ｙｅｓ）であれば車両が走行状態にあると判断して、携帯端末２００の移動速度の入手を継続する（Ｓ１０２）。
【００２８】
一方、情報管理部１３で求められた携帯端末２００の移動速度ｖが「所定の値ｘ」未満であれば（Ｓ１０３：Ｎｏ）、判定部１４は、車両が停車状態にあると判断し、位置情報に含まれているＰＧＳ測位結果基づいて、当該車両の最寄りの駅を停車駅として判定する（Ｓ１０４）。
【００２９】
このような停車駅の判定は、車両が２つの異なる駅に停車したと判定されるまで行われ、１つの停車駅情報しか得られていない場合には（Ｓ１０５：Ｎｏ）携帯端末２００の移動速度に関する情報の入手が繰り返される。
【００３０】
一方、車両が２つの異なる駅に停車したと判定されると（Ｓ１０５：Ｙｅｓ）、当該車両の位置情報（すなわち２つの停車駅とその停車時刻）は列車時刻表と照合され（Ｓ１０６）、乗客の乗車車両が推定される（Ｓ１０７）。
【００３１】
図４は、上述の乗車車両の推定をより具体的に例示により説明するための図で、ここでは、４つのケースを示した。
【００３２】
図４（ａ）のケースでは、携帯端末２００のユーザは車両Ｘに乗車しており、１４時００分にＡ駅に停車し、Ｂ駅に１４時１０分に停車する。上述のＧＰＳ測位の結果、Ａ駅には１４時００分に停車し、更に、Ｂ駅には１４時１０分に停車したことが分かる。この車両Ｘが正常に運行しているとすると、上記結果を時刻表データと照合すれば、上記２つの条件を同時に満足する車両は、車両Ｘしかなく、従って、携帯端末２００のユーザは車両Ｘに乗車していると推定することができる。
【００３３】
なお、時刻表データとの照合の結果、正常な運行ダイヤであれば、車両Ｘは、Ａ駅には１３時５７分に停車し、Ｂ駅には１４時０７分に停車するはずであるような場合、当該車両Ｘは３分の遅れをもって運行されていることが分かるから、当該遅延情報を乗車車両の推定結果とともにネットワークに送信するようにしてもよい。この場合、上述の乗車車両推定装置には更に、位置情報と列車時刻表の照合結果に基づいて車両の遅延情報を生成する情報提供生成部が設けられることとなる。
【００３４】
図４（ｂ）のケースでは、図４（ａ）のケースと同様に、携帯端末２００のユーザは車両Ｘに乗車しており、１４時００分にＡ駅に停車し、Ｂ駅に１４時１０分に停車するが、１４時１０分のＢ駅には車両Ｙも停車している。しかし、この車両Ｙは、Ａ駅には停車しておらず、Ｂ駅の停車前に１４時０２分にＣ駅に停車している。
【００３５】
これらの結果を時刻表データと照合すれば、車両Ｙは、１４時００分にＡ駅に停車し、且つ、Ｂ駅に１４時１０分に停車したという２つの条件を同時に満足せず、車両Ｘのみが上記２つの条件を満足している。従って、携帯端末２００のユーザは車両Ｘに乗車していると推定することができる。
【００３６】
図４（ｃ）のケースでは、図４（ａ）のケースと同様に、携帯端末２００のユーザは車両Ｘに乗車しており、１４時００分にＡ駅に停車し、Ｂ駅に１４時１０分に停車するが、１４時１０分のＢ駅には車両Ｚも停車している。しかし、この車両Ｚは、もともとＡ駅には停車しない快速車両である。
【００３７】
これらの結果を時刻表データと照合すれば、車両Ｚは、１４時００分にＡ駅に停車し、且つ、Ｂ駅に１４時１０分に停車したという２つの条件を同時に満足せず、車両Ｘのみが上記２つの条件を満足している。従って、携帯端末２００のユーザは車両Ｘに乗車していると推定することができる。
【００３８】
図４（ｄ）のケースでは、携帯端末２００のユーザは車両Ｘに乗車しており、１４時００分にＡ駅に停車したが、Ｂ駅の手前の踏切近傍で１４時０７分に停車している。乗車車両推定装置４００の判定部１４は、停止した車両の最寄りの駅を「停車駅」として判定するから、この場合でも、車両Ｘの停車駅はＡ駅とＢ駅と判定されることとなる。
【００３９】
しかし、これらの結果を時刻表データと照合すると、１４時００分にＡ駅に停車し、且つ、Ｂ駅に１４時０７分に停車する車両はないが、その条件に最も近い車両は車両Ｘということとなり、従って、携帯端末２００のユーザは車両Ｘに乗車していると推定することができる。
【００４０】
なお、上記車両Ｘは実際にはＢ駅には停車しておらず、Ｂ駅の手前の踏切近傍に停車している。つまり、車両Ｘの停車位置は、「停車駅」として判定されたＢ駅の位置とは異なる。このような場合、踏切で何らかの事故が起こってその影響で停車していることも予想されるから、乗車車両推定装置に車両の異常情報を生成する情報提供生成部を設けることとして、当該異常情報を乗車車両の推定結果とともにネットワークに送信するようにしてもよい。
【００４１】
本発明の乗車車両推定システムによれば、乗客に対し、例えば下記のようなサービスも可能となる。
【００４２】
図１に示した例では、ネットワーク１００を介して、乗車車両推定装置４００と情報提供装置６００とが相互に通信可能とされている。従って、情報提供装置６００に、例えば、各駅周辺の情報を駅名に対応づけて格納させておき、乗客が降りる駅周辺の情報を選択して携帯端末２００に送信するなどのサービスも提供可能である。
【００４３】
図５は、このようなサービスの提供を行う場合に、携帯端末２００に送信される駅周辺情報の表示例である。例えば、図４のＢ駅が東京駅であるとすると、Ｂ駅で停車している車両Ｘの乗客の携帯端末に東京駅周辺の情報を送信する。
【００４４】
メニュー画面（図５（ａ））には、「東京駅周辺の便利情報」の一覧が表示され、「ショッピング」、「グルメ」、「催し物」などのジャンルに分類されている。乗客がこのメニュー画面から例えば「催し物」を選択すると、東京駅周辺で開催されている催し物の一覧が表示され、その中から興味のある催し物を選択すると、例えば、「Ａ山Ｂ子  ピアノコンサート開催中！」などとタイトル表示された催し物情報が提供される（図５（ｂ））。
【００４５】
この例では、車両Ｘは東京駅に１４時１０分に停車しており、当該ピアノコンサートの第１部は、東京駅南口から徒歩３分の○△×ビルで１５時から開催されるから、東京駅で降車してコンサートに向かっても十分に間に合う。
【００４６】
なお、メニュー画面から「次の駅周辺の情報」を選択すれば、例えば有楽町駅の周辺の便利情報の提供を受けることもできる。
【００４７】
本発明の乗車車両推定装置およびそれを用いた乗車車両推定システムは、様々な態様のものとすることが可能である。
【００４８】
図６は、本発明の乗車車両推定システムの第２の構成例の概要を説明するための図である。この乗車車両推定システムでは、上述の乗車車両推定装置４００と情報提供装置６００を一体のものとしたセンタ装置７００を用い、当該センタ装置７００を第２の態様の乗車車両推定装置として用いている。
【００４９】
つまり、この第２の態様の乗車車両推定システムでは、第２の態様の乗車車両推定装置であるセンタ装置７００により乗車車両の推定がなされるとともに、当該推定された車両の停車駅の周辺情報が、特定の乗客の携帯端末２００に対して提供される。
【００５０】
図７は、本発明の第２の態様の乗車車両推定装置（センタ装置７００）の構成例を説明するためのブロック図である。受信部１１、送信部１２、情報管理部１３、判定部１４、列車時刻表データベース１５、データ処理部１６の機能については既に説明したとおりである。
【００５１】
提供情報データベース１７には、上述したような駅周辺情報などが格納され、乗客の乗車している車両が推定されると、提供情報生成部１８により当該車両の停車駅の周辺情報が生成され、送信部１２により当該駅周辺情報がネットワーク１００を介して携帯端末２００へと送信される。
【００５２】
図８は、本発明の第２の態様の乗車車両推定装置（受信手段と演算手段を有するコンピュータ）が実行する各処理の概要を説明するためのフローチャートで、ステップＳ１０１〜１０７までの処理内容は、既に説明したとおりである。
【００５３】
ステップＳ１０７で乗客の乗車車両が推定されると（Ｓ１０７）、提供情報生成部１８は提供情報データベース１７内に格納された各駅に対応付けられた周辺情報を検索し（Ｓ１０９）、当該車両の停車駅の周辺情報を生成する（Ｓ１１０）。
そして、その結果は、送信部１２によりネットワーク１００を介して携帯端末２００へと送信される。
【産業上の利用可能性】
【００５４】
以上説明したように、本発明では、車両の乗客が携帯するＧＰＳ機能を有する端末装置に関する位置情報と列車時刻表とを照合し、その結果に基づいて、乗客が乗車している車両が推定される。つまり、本発明では、ＧＰＳ情報の追跡のみによる測位結果から乗車車両を推定するのではなく、車両の運行パターンを利用して乗客が乗車している車両を推定する。このため、システムが単純化されて車両の推定に要する処理コストも軽減される。
【符号の説明】
【００５５】
１００  ネットワーク
２００  携帯端末
３００  ＧＰＳ衛星
４００  乗車車両推定装置
５００  列車時刻表データサーバ
６００  情報提供装置
７００  センタ装置
１１  受信部
１２  送信部
１３  情報管理部
１４  判定部
１５  列車時刻表ＤＢ
１６  データ処理部
１７  提供情報ＤＢ
１８  提供情報生成部
【図１】
0005566144.tif 000002
【図２】
0005566144.tif 000003
【図３】
0005566144.tif 000004
【図４】
0005566144.tif 000005
【図５】
0005566144.tif 000006
【図６】
0005566144.tif 000007
【図７】
0005566144.tif 000008
【図８】
0005566144.tif 000009