JP2010264937A - 乗車車両情報提供サーバ、乗車車両情報提供システム、乗車車両情報提供方法およびプログラム - Google Patents

Abstract

【課題】ユーザによる情報の入力がなくても、乗車車両の車両情報を提供できる乗車車両情報提供システム等を提供する。
【解決手段】サーバ３は、携帯端末５から現在位置、現在進行方位、現在時刻を受信すると（Ｓ１０６）、路線図データベース４３を参照し、受信した現在位置に近い基準地点である最寄地点の一覧を取得し（Ｓ１０７）、最寄地点の進行方位と受信した現在進行方位に基づいて最寄地点の一覧から路線・方面の絞り込みを行い、乗車路線、乗車方面を特定し（Ｓ１０８）、直前通過駅を特定する（Ｓ１０９）。次に、サーバ３は、運行情報データベース４５を参照し、乗車路線、乗車方面、直前通過駅に対応する運行情報を取得し（Ｓ１１０）、時刻表データベース４４を参照し、Ｓ１１０で取得した運行情報を考慮して、乗車車両の車両情報を取得し（Ｓ１１１）、携帯端末５に乗車車両の車両情報、運行情報、付随情報を送信する（Ｓ１１２）。
【選択図】図１

Description

本発明は、乗車車両の情報を提供する乗車車両情報提供サーバ、乗車車両情報提供システム、乗車車両情報提供方法およびプログラムに関するものである。

現在、携帯電話等の携帯端末を利用して、電車等の乗換情報を提供するシステムがある。このようなシステムでは、ユーザが入力した乗車駅と降車駅に基づいて、乗車駅から降車駅までの乗換情報を提供することが一般的である。更に、近年では、ユーザの様々なニーズに応えるために技術開発が盛んに行われている（特許文献１参照）。

特許文献１には、急いでいるから急行で行きたい、または疲れているから各駅停車で座って行きたいなどのニーズに合った検索を行う仕組みが記載されている。特許文献１に記載の仕組みでは、ユーザ端末は、時刻表サーバに、所定の路線に対応する時刻表データを時刻表データベース３１から検索させて取得する時刻表受信部と、取得した時刻表データの中から、所定の乗車駅の発車時刻表を表示し、ユーザに乗車する列車の選択を促す表示部と、発車時刻表からユーザに選択された列車を受け付ける操作部とを含み、選択された列車の停車駅毎の到着時刻一覧を表示部に表示する。所定の路線、所定の乗車駅は、定期券情報や改札機から取得する乗車駅情報に基づいて特定する。この仕組みによって、ユーザは、所定の乗車駅の時刻表から列車を選択して、その列車の停車駅毎の到着時刻一覧を参照することができるので、列車の種類を考慮しながら列車を選択することができる。

特開２００８−９７４２７号公報

しかしながら、特許文献１に記載の仕組みでは、ユーザが現在乗車している車両の行き先、次の停車駅、急行待合せ駅などを即座に知りたいというニーズに応えることができない。
特許文献１に記載の仕組みでは、路線、乗車駅を特定するために、定期券情報や改札機から取得する乗車駅情報を用いる。しかし、定期券情報では、定期券を購入した乗車駅、降車駅と異なる駅で乗降車する場合に対応できない。また、改札機から取得する乗車駅情報では、乗車する方面が特定できず、また複数路線が乗り入れている駅では路線を特定することができず、対応できない。ユーザに路線、方面を入力させることもできるが、即座に知りたいというニーズに応えることができない。

本発明は、前述した問題点に鑑みてなされたもので、その目的とすることは、ユーザによる情報の入力がなくても、乗車車両の車両情報を提供できる乗車車両情報提供システム等を提供することである。

前述した目的を達成するために第１の発明は、携帯端末とネットワークを介して接続される乗車車両情報提供サーバであって、駅または駅間の中間地点を示す基準地点の位置、前記基準地点を車両が通過するときの進行方位を保持する路線図データベースと、路線、方面、駅、発車予定時刻ごとに車両情報を保持する時刻表データベースと、前記路線図データベースを参照し、前記携帯端末から受信する乗車車両の現在位置に近い前記基準地点を最寄地点として取得する最寄地点取得手段と、前記路線図データベースを参照し、前記最寄時点の前記進行方位と前記携帯端末から受信する乗車車両の現在進行方位に基づいて前記乗車車両の路線である乗車路線と前記乗車車両の方面である乗車方面を特定する路線方面特定手段と、前記路線図データベースを参照し、前記現在位置、前記乗車路線、前記乗車方面に基づいて前記乗車車両が直前に通過した駅である直前通過駅を特定する直前通過駅特定手段と、前記乗車路線、前記乗車方面、前記直前通過駅、前記携帯端末から受信する現在時刻に基づいて、前記時刻表データベースから前記乗車車両の車両情報を取得する車両情報取得手段と、前記車両情報取得手段によって取得した前記車両情報を前記携帯端末に送信する送信手段と、を具備することを特徴とする乗車車両情報提供サーバである。第１の発明によって、ユーザによる情報の入力がなくても、乗車車両の車両情報を提供できる乗車車両情報提供システムを提供することができる。

また、第１の発明は、運行に支障がある車両の運行情報を保持する運行情報データベース、を更に具備し、前記車両情報取得手段は、前記運行情報データベースを参照し、前記運行情報を考慮して前記車両情報を取得することが望ましい。これによって、車両の運行に支障が生じている場合でも、誤りのない情報を提供することができる。

また、第１の発明は、前記携帯端末から受信する前記現在位置、前記現在進行方位、前記現在時刻を保持する履歴情報データベースと、前記履歴情報データベースを解析し、運行に支障がある車両の運行情報を生成して前記運行情報データベースに記憶する運行情報収集手段と、を更に具備することが望ましい。これによって、ユーザが自発的に運行情報を投稿しなくても、運行情報の収集を行うことができる。

また、第１の発明における前記路線方面特定手段は、例えば、前記最寄時点の前記進行方位と前記現在進行方位との差を算出し、差が所定の範囲内である全ての前記最寄時点の前記進行方位に対応する路線、方面を前記乗車路線、前記乗車方面として特定する。これによって、間違いの可能性がある情報を確定情報として提供せず、不確定情報として複数の候補をユーザに提供し、間違いのない情報を提供することができる。

また、第１の発明における前記路線図データベースは、例えば、前記乗車路線、前記乗車方面を特定するための前記進行方位の所定の範囲を保持し、前記路線方面特定手段は、前記現在進行方位が前記進行方位の所定の範囲に入る全ての前記最寄地点の前記進行方位に対応する路線、方面を前記乗車路線、前記乗車方面として特定する。これによって、基準地点の進行方位ごとに所定の範囲を定めることができる。

また、第１の発明における前記車両情報は、例えば、行先、種別、次停車駅、急行待ち合わせ駅を含む。

第２の発明は、携帯端末とサーバとがネットワークを介して接続される乗車車両情報提供システムであって、前記携帯端末は、乗車車両の現在位置、現在進行方位を検出し、現在時刻とともに前記サーバに送信する手段、を具備し、前記サーバは、駅または駅間の中間地点を示す基準地点の位置、前記基準地点を車両が通過するときの進行方位を保持する路線図データベースと、路線、方面、駅、発車予定時刻ごとに車両情報を保持する時刻表データベースと、前記路線図データベースを参照し、前記現在位置に基づいて最寄地点の一覧を取得する最寄地点一覧取得手段と、前記路線図データベースを参照し、前記最寄時点と前記現在進行方位に基づいて前記乗車車両の路線である乗車路線と前記乗車車両の方面である乗車方面を特定する路線方面特定手段と、前記路線図データベースを参照し、前記現在位置、前記乗車路線、前記乗車方面に基づいて前記乗車車両が直前に通過した駅である直前通過駅を特定する直前通過駅特定手段と、前記乗車路線、前記乗車方面、前記直前通過駅、前記携帯端末から受信する現在時刻に基づいて、前記時刻表データベースから前記乗車車両の車両情報を取得する車両情報取得手段と、前記車両情報取得手段によって取得した前記車両情報を前記携帯端末に送信する送信手段と、を具備することを特徴とする乗車車両情報提供システムである。

第３の発明は、携帯端末とサーバとがネットワークを介して接続されるシステムで実行される乗車車両情報提供方法あって、前記サーバは、駅または駅間の中間地点を示す基準地点の位置、前記基準地点を車両が通過するときの進行方位を保持する路線図データベースと、路線、方面、駅、発車予定時刻ごとに車両情報を保持する時刻表データベースと、を具備するものであり、前記携帯端末が、乗車車両の現在位置、現在進行方位を検出し、現在時刻とともに前記サーバに送信するステップと、前記サーバが、前記路線図データベースを参照し、前記現在位置に基づいて最寄地点の一覧を取得するステップと、前記サーバが、前記路線図データベースを参照し、前記最寄時点と前記現在進行方位に基づいて前記乗車車両の路線である乗車路線と前記乗車車両の方面である乗車方面を特定するステップと、前記サーバが、前記路線図データベースを参照し、前記現在位置、前記乗車路線、前記乗車方面に基づいて前記乗車車両が直前に通過した駅である直前通過駅を特定するステップと、前記サーバが、前記乗車路線、前記乗車方面、前記直前通過駅、前記携帯端末から受信する現在時刻に基づいて、前記時刻表データベースから前記乗車車両の車両情報を取得するステップと、前記サーバが、前記車両情報取得手段によって取得した前記車両情報を前記携帯端末に送信するステップと、を含むことを特徴とする乗車車両情報提供方法である。

第４の発明は、コンピュータを第１の発明の乗車車両情報提供サーバとして機能させるプログラムである。

本発明の乗車車両情報提供システム等により、ユーザによる情報の入力がなくても、乗車車両の車両情報を提供することができる。

本発明の実施形態の乗車車両情報提供システム１の概要を示す図 サーバ３のハードウェア構成図 携帯端末５のハードウェア構成図 サーバ３の記憶部２２に記憶されるプログラム、データを示す図 路線図データベース４３を説明する第１の図 路線図データベース４３を説明する第２の図 時刻表データベース４４の一例を示す図 運行情報データベース４５の一例を示す図 乗車車両情報の取得処理の流れを示すフローチャート 乗車車両情報を一意に特定できる場合の一例を示す図 乗車車両情報を一意に特定できない場合の一例を示す図 乗車車両情報を一意に特定できる場合の表示例を示す図 乗車車両情報を一意に特定できない場合の表示例を示す図 履歴情報データベース４６の一例を示す図

以下図面に基づいて、本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態の乗車車両情報提供システム１の概要を示す図である。図１に示すように、乗車車両情報提供システム１は、車両１３に乗車しているユーザ１１が携帯端末５を有する。携帯端末５は、基地局７、ネットワーク９を介してサーバ３と接続される。携帯端末５は、例えば携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、ノート型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。
以下では、ユーザ１１が現在乗車している車両１３を乗車車両と呼ぶこととする。また、ユーザ１１が現在乗車している路線を乗車路線、ユーザ１１が現在乗車している路線の方面を乗車方面と呼ぶこととする。また、乗車車両が直前に通過した駅を直前通過駅と呼ぶこととする。

図２は、サーバ３のハードウェア構成図である。尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

サーバ３は、制御部２１、記憶部２２、メディア入出力部２３、通信制御部２４、入力部２５、表示部２６、周辺機器Ｉ／Ｆ部２７等が、バス２８を介して接続される。

制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。
ＣＰＵは、記憶部２２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス２８を介して接続された各装置を駆動制御し、サーバ３が行う後述する処理を実現する。
ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部２２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部２１が各種処理を行う為に使用するワークエリアを備える。

記憶部２２は、ＨＤＤ（ハードディスクドライブ）であり、制御部２１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳ（オペレーティングシステム）に相当する制御プログラムや、後述する処理をコンピュータに実行させるためのアプリケーションプログラムが格納されている。
これらの各プログラムコードは、制御部２１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。

メディア入出力部２３（ドライブ装置）は、データの入出力を行い、例えば、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＭＯドライブ等のメディア入出力装置を有する。
通信制御部２４は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク９間の通信を媒介する通信インタフェースであり、ネットワーク９を介して、他のコンピュータ間との通信制御を行う。

入力部２５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。入力部２５を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。
表示部２６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
周辺機器Ｉ／Ｆ（インタフェース）部２７は、コンピュータに周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部２７を介してコンピュータは周辺機器とのデータの送受信を行う。周辺機器Ｉ／Ｆ部２７は、ＵＳＢやＩＥＥＥ１３９４やＲＳ−２３２Ｃ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。
バス２８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。

図３は、携帯端末５のハードウェア構成図である。尚、図３のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

携帯端末５は、制御部３１、記憶部３２、入力部３３、表示部３４、通信部３５、時刻管理部３６、現在位置検出部３７、現在進行方位検出部３８等が、バス３９を介して接続される。

制御部３１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。
ＣＰＵは、記憶部３２、ＲＯＭ等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス３９を介して接続された各装置を駆動制御し、携帯端末５が行う後述する処理を実現する。
ＲＯＭは、不揮発性メモリであり、プログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部３２、ＲＯＭ等からロードしたプログラム、データ等を一時的に保持するとともに、制御部３１が各種処理を行う為に使用するワークエリアを備える。

記憶部３２は、フラッシュメモリ等であり、制御部３１が実行するプログラム、プログラム実行に必要なデータ等が格納される。プログラムに関しては、後述する処理を携帯端末５に実行させるためのアプリケーションプログラム等が格納されている。
これらの各プログラムコードは、制御部３１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。

入力部３３は、入力ボタンやタッチパネル等の入力装置を有し、データの入力を行う。ユーザ１１は、入力部３３を介して、携帯端末５に対して、操作指示、動作指示、データ入力等を行うことができる。
表示部３４は、液晶ディスプレイ等のディスプレイ装置を有し、データの表示を行う。ユーザ１１は、表示部３４によって各種の情報を確認する。
通信部３５は、アンテナを有し、基地局７と通信を行う。尚、通信部３５は、駅や線路沿いに設置される中継装置（不図示）と通信を行い、中継装置がネットワーク９を介してサーバ３と通信を行う構成であっても良い。これによって、地下鉄の車両１３内でも、携帯端末５はサーバ３と通信を行うことができる。

時刻管理部３６は、時間を計測し、現在時刻を出力する。
現在位置検出部３７は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：全地球測位システム）を利用して、移動体（本発明の実施の形態では、携帯端末５を持つユーザ１１が乗車している車両１３）の現在位置を検出する。現在位置は、緯度と経度で表される。
現在進行方位検出部３８は、ジャイロセンサ、加速度センサを有し、現在進行方位を検出する。進行方位とは、真北（地球の自転軸の方向）に対して移動体がどちらの方向に進行しているかという移動体の進行方向の方位角度である。現在進行方位検出部３８は、ジャイロセンサ、加速度センサによって移動体の角速度、加速度を測定し、地球の重力や自転角速度をモデル化することによりその影響を除去し、地球の重力方向を基準にした現在進行方位を検出する。尚、現在進行方位検出部３８は、移動体の速度が所定の値よりも小さく移動体が停止していると思われる場合、進行方位を検出不可とし、現在進行方位の値をＮＵＬＬに設定する。

図４は、サーバ３の記憶部２２に記憶されるプログラム、データを示す図である。図４に示すように、サーバ３の記憶部２２には、経路検索エンジン４１、乗車車両情報提供プログラム４２、路線図データベース４３、時刻表データベース４４、運行情報データベース４５等が記憶される。

経路検索エンジン４１は、様々な経路検索の機能を実現するための基本的なアプリケーションプログラムである。経路検索エンジン４１は、ユーザ管理機能、接続・認証機能、経路検索機能、路線・駅名取得機能、運行情報取得機能等を含む。ユーザ管理機能は、本システムを利用するユーザ１１のユーザ情報の登録、更新、削除、取得等を行う機能である。接続・認証機能は、携帯端末５とサーバ３との通信の接続、切断、携帯端末５の認証等を行う機能である。経路検索機能は、経路検索、時刻表取得、運賃取得等を行う。路線・駅名取得機能は、キーワード、位置情報からの路線・駅名取得等を行う機能である。運行情報取得機能は、車両の運行情報を取得する機能である。

乗車車両情報提供プログラム４２は、経路検索エンジン４１を呼び出し、必要なデータベースを参照して、乗車車両情報を提供する機能を実現するためのアプリケーションプログラムである。乗車車両情報提供プログラム４２がサーバ３にインストールされることによって、サーバ３は後述する図９に示す処理を実行する。

図５は、路線図データベース４３を説明する第１の図である。路線図データベース４３は、各路線の駅５１、線路５２の位置情報（緯度、経度）を保持する。また、路線図データベース４３は、駅５１ごとに車両１３の進行方位５３（方位角度）を保持する。始発駅または終着駅を除く駅については、上りと下りの二つの方面の進行方位５３を保持する。例えば、「Ａ−２」駅については、「Ａ−３」駅に向かう方面の進行方位５３ａと「Ａ−１」駅に向かう方面の進行方位５３ｂを保持する。
路線図データベース４３は、駅名が同じであっても、路線ごとに区別して車両１３の進行方位５３を保持する。

図６は、路線図データベース４３を説明する第２の図である。駅５１と離れている地点、または線路５２が大きく曲がるカーブを有する地点が現在位置になった場合、後述する図９に示す処理の精度が悪くなることが考えられる。そこで、路線図データベース４３は、駅５１における進行方位５３だけでなく、駅５１の間の線路５２上の中間地点５４における進行方位５３も保持することが望ましい。中間地点５４は、例えば、一定の距離ごとに設定しても良いし、所定の値以上の曲率を有するカーブに設定しても良い。
以下では、駅５１と中間地点５４を合わせて基準地点と呼ぶこととする。
路線図データベース４３は、基準地点ごとに、基準地点の位置情報（緯度、経度）、基準地点を通過する路線、基準地点を通過するときの進行方位（方位角）を保持する。

図７は、時刻表データベース４４の一例を示す図である。図７に示す例は、路線「Ａ」、方面「Ａ−２０」、駅「Ａ−２」の時刻表に関する。時刻表データベース４４は、路線、方面、駅、発車予定時刻（時６１、分６２）ごとに車両情報を保持する。車両情報は、行先６３、種別６４、次停車駅６５、急行待合せ駅６６等である。行先６３は終着駅を示す情報、種別６４は急行や普通等の車両の種別を示す情報、次停車駅６５は次に停車する駅を示す情報、急行待合せ駅６６は急行の通過待ちのために停車する駅を示す情報である。尚、車両情報はこれらに限定されるものではなく、車両ごとに異なる様々な情報を含むものとする。

図８は、運行情報データベース４５の一例を示す図である。運行情報データベース４５は、運行に支障のあった路線７２、方面７３について、時間７１、駅７４、種別７５、状況７６を保持する。状況７６は、駅７４における遅延時間や運転状況等である。運行情報データベース４５が保持するデータは、例えば、鉄道事業者が提供する公式情報、ユーザ１１が携帯端末５等を利用して自発的に投稿する非公式情報等である。

図９は、乗車車両情報の取得処理の流れを示すフローチャートである。図１０は、乗車車両情報を一意に特定できる場合の一例を示す図である。図１１は、乗車車両情報を一意に特定できない場合の一例を示す図である。図１２は、乗車車両情報を一意に特定できる場合の表示例を示す図である。図１３は、乗車車両情報を一意に特定できない場合の表示例を示す図である。
以下では、図７から図１３を参照しながら、乗車車両情報の取得処理の詳細を説明する。尚、図１０、図１１では、例を簡単にするために基準地点を駅５１のみとして図示している。

図９に示すように、携帯端末５の制御部３１は、ユーザ１１からの乗車車両情報の取得の指示を入力する（Ｓ１０１）。ユーザ１１は、例えば、経路探索アプリケーションのメニュー画面（不図示）において「乗車車両情報の取得」ボタン（不図示）を選択する。本発明の実施の形態では、ユーザ１１は、以後、乗車車両情報が携帯端末５の表示部３４に表示されるまで何らボタン操作を行う必要はない。

次に、携帯端末５の制御部３１は、現在位置検出部３７によって現在位置を検出し（Ｓ１０２）、現在進行方位検出部３８によって現在進行方位を検出し（Ｓ１０３）、時刻管理部３６から現在時刻を取得し（Ｓ１０４）、通信部３５によって基地局７を介してサーバ３に現在位置、現在進行方位、現在時刻を送信する（Ｓ１０５）。

次に、サーバ３の制御部２１は、通信制御部２４によって携帯端末５からデータを受信する（Ｓ１０６）。サーバ３の制御部２１は、路線図データベース４３を参照し、受信した現在位置に近い基準地点である最寄地点の一覧を取得する（Ｓ１０７）。サーバ３の制御部２１は、現在位置の緯度と経度、処理対象の基準地点の緯度と経度を指定し、経路検索エンジン４１によって現在位置から基準地点までの距離を算出する。算出した距離が所定の範囲内である場合、処理対象の基準地点を最寄地点とする。所定の範囲は、ＧＰＳの測定誤差を考慮して予め決めておく。

図１０に示す例では、現在位置８１に近い基準地点が駅「Ａ−２」、駅「Ｃ−２」の２箇所である。サーバ３の制御部２１は、駅「Ａ−２」、駅「Ｃ−２」を最寄地点の一覧として取得する。
図１１に示す例では、現在位置８１に近い基準地点が駅「Ａ−２」、駅「Ｂ−２」、駅「Ｃ−２」の３箇所である。サーバ３の制御部２１は、駅「Ａ−２」、駅「Ｂ−２」、駅「Ｃ−２」を最寄地点の一覧として取得する。

次に、サーバ３の制御部２１は、路線図データベース４３を参照し、最寄地点の進行方位と受信した現在進行方位に基づいて最寄地点の一覧から路線・方面の絞り込みを行い、乗車路線、乗車方面を特定する（Ｓ１０８）。サーバ３の制御部２１は、Ｓ１０７で取得した最寄地点の進行方位５３と、受信した現在進行方位との差が所定の範囲内である全ての最寄地点の進行方位５３に対応する路線、方面を乗車路線、乗車方面として特定する。所定の範囲は、ジャイロセンサ、加速度センサの測定誤差等を考慮して予め決めておく。複数の路線が近距離で並行して走っている基準地点では、乗車路線、乗車方面が複数特定される。

また、路線図データベース４３が、乗車路線、乗車方面を特定するための進行方位５３の所定の範囲を保持するようにしても良い。例えば、図１０に示す例では、駅「Ａ−２」の進行方位５３ａの所定の範囲として、８０°〜９０°（真北を基準として時計回りの値）のように保持する。所定の範囲は、ジャイロセンサ、加速度センサの測定誤差等を考慮して予め決めておく。この場合、サーバ３の制御部２１は、Ｓ１０７で取得した最寄地点の中で、受信した現在進行方位が進行方位５３の所定の範囲に入る全ての最寄地点の進行方位５３に対応する路線、方面を乗車路線、乗車方面として特定する。これによって、進行方位５３ごとに異なる範囲を定めることができ、複数の路線が近距離で走っていない基準地点の進行方位５３については範囲を広く設定することで、現在位置、現在進行方位の測定誤差を吸収することができる。

図１０に示す例では、駅「Ａ−２」、駅「Ｃ−２」が最寄地点である。駅「Ａ−２」では、車両１３は進行方位５３ａと進行方位５３ｂのいずれかに進行する。駅「Ｃ−２」では、車両１３は進行方位５３ｃと進行方位５３ｄのいずれかに進行する。サーバ３の制御部２１は、これら４つの進行方位５３ａ〜５３ｄと現在進行方位８２との差をそれぞれ算出する。この例では、進行方位５３ａとの差のみが所定の範囲内であるため、進行方位５３ａに対応する路線、方面のみが乗車路線、乗車方面として特定される。

図１１に示す例では、駅「Ａ−２」、駅「Ｂ−２」、駅「Ｃ−２」が最寄地点である。駅「Ａ−２」では、車両１３は進行方位５３ａと進行方位５３ｂのいずれかに進行する。駅「Ｂ−２」では、車両１３は進行方位５３ｅと進行方位５３ｆのいずれかに進行する。駅「Ｃ−２」では、車両１３は進行方位５３ｃと進行方位５３ｄのいずれかに進行する。サーバ３の制御部２１は、６つの進行方位５３ａ〜５３ｆと現在進行方位８２との差をそれぞれ算出する。この例では、進行方位５３ｂ、５３ｄとの差が所定の範囲内であるため、進行方位５３ｂ、５３ｄに対応する２つの路線、方面が乗車路線、乗車方面として特定される。

次に、サーバ３の制御部２１は、路線図データベース４３を参照し、直前通過駅を特定する（Ｓ１０９）。Ｓ１０８で絞り込みされた最寄地点が駅５１の場合、最寄地点が直前通過駅となる。一方、中間地点５４の場合、最寄地点から乗車方面と逆方向に乗車路線を遡ったときの最初の駅５１が直前通過駅となる。

図１０に示す例では、Ｓ１０８で絞り込みされた最寄地点は駅「Ａ−２」であるから、駅「Ａ−２」が直前通過駅となる。
また、図１１に示す例では、Ｓ１０８で絞り込みされた最寄地点は駅「Ａ−２」、駅「Ｃ−２」であるから、駅「Ａ−２」、駅「Ｃ−２」がそれぞれ直前通過駅となる。

次に、サーバ３の制御部２１は、運行情報データベース４５を参照し、乗車路線、乗車方面、直前通過駅に対応する運行情報を取得する（Ｓ１１０）。取得対象は、例えば、現在時刻から所定時間内の最新データである。また、取得対象は、例えば、直前通過駅に対応する運行情報だけでなく、直前通過駅から乗車方面に向かって次の駅に対応する運行情報を含めても良い。

図８をデータ例とし、図１０に示す例にて、Ｓ１１０の処理を具体的に説明する。図１０に示す例では、Ｓ１０８、Ｓ１０９の処理によって、乗車路線「Ａ」、乗車方面「Ａ−２０」、直前通過駅「Ａ−２」と特定されている。この場合、サーバ３の制御部２１は、乗車路線「Ａ」、乗車方面「Ａ−２０」、直前通過駅「Ａ−２」に対応する運行情報として、図８のＮｏ「１」のデータを取得する。また、直前通過駅「Ａ−２」から乗車方面「Ａ−２０」に向かって次の駅「Ａ−３」に対応する運行情報として、図８のＮｏ「２」のデータを取得する。サーバ３の制御部２１は、取得した２件の状況７６に基づいて、例えば２件の遅延時間の平均を算出し、乗車車両が５分遅れで運行していると推定する。

次に、サーバ３の制御部２１は、時刻表データベース４４を参照し、Ｓ１１０で取得した運行情報を考慮して、乗車車両の車両情報を取得する（Ｓ１１１）。Ｓ１１０にて運行情報を取得しなかった場合、サーバ３の制御部２１は、乗車車両の運行に支障がないと判断し、現在時刻から直前通過駅における出発時刻を推定して乗車車両の車両情報を取得する。一方、Ｓ１１０にて運行情報を取得した場合、サーバ３の制御部２１は、乗車車両の運行に支障があると判断し、現在時刻とＳ１１０にて推定した遅延時間から直前通過駅における発車時刻を推定して乗車車両の車両情報を取得する。例えば、現在時刻から遅延時間を引いた時刻に最も近い発車予定時刻の車両を乗車車両と特定する。尚、運行情報データベース４５の精度等を考慮して、現在時刻から遅延時間を引いた時刻に近い発車予定時刻の車両順に、複数の車両を乗車車両候補として特定しても良い。

図７、図８をデータ例とし、図１０に示す例にて、Ｓ１１１の処理を具体的に説明する。図１０に示す例では、Ｓ１０８、Ｓ１０９の処理によって、乗車路線「Ａ」、乗車方面「Ａ−２０」、直前通過駅「Ａ−２」と特定されている。また、Ｓ１１０の処理によって、乗車車両の直前通過駅「Ａ−２」における遅延時間が５分と推定されている。ここで、現在時刻を「１８：１５」とすると、サーバ３の制御部２１は、現在時刻「１８：１５」から遅延時間「５分」を引いた時刻「１８：１０」に最も近い発車予定時刻の車両を乗車車両と特定する。図７に示す例では、サーバ３の制御部２１は、発車予定時刻「１８：１１」の車両を乗車車両と特定する。そして、サーバ３の制御部２１は、乗車車両の車両情報として、行先「Ａ−１５」、種別「快速」、次停車駅「Ａ−４」、急行待合せ駅「Ａ−１０」を取得する。

次に、サーバ３の制御部２１は、携帯端末５に乗車車両の車両情報、運行情報、付随情報を送信する（Ｓ１１２）。付随情報は、例えば、次停車駅の駅周辺のおすすめ情報へのリンク、次停車駅をキーとした広告情報などである。
携帯端末５の制御部３１は、サーバ３からデータを受信し（Ｓ１１３）、乗車車両の車両情報を表示部３４に表示する（Ｓ１１４）。

図１２は、図１０に示す例に対する表示例である。図１２に示すように、携帯端末５の表示部３４には、乗車車両情報として、路線・方面「Ａ線Ａ−２０方面」、最寄駅出発時刻「Ａ−２駅 １８：１５発」、行先「Ａ−２０駅行」、種別「快速」、次停車駅「Ａ−４駅」、急行待合せ駅「Ａ−１０駅」等が表示されている。路線・方面「Ａ線Ａ−２０方面」等の下線は、時刻表、駅情報へのリンクである。また、付随情報として、次停車駅「Ａ−４駅」周辺のおすすめ情報のリンクも表示されている。また、図１０に示す例では乗車車両が遅延していることから、遅延情報も表示されている。
このように、本発明の実施の形態では、ユーザ１１による情報の入力がなくても、携帯端末５の表示部３４に乗車車両の情報を表示させることができる。また、運行情報を考慮して乗車車両を特定することから、車両の運行に支障が生じている場合でも、誤りのない情報を提供することができる。

図１３は、図１１に示す例に対する表示例である。図１１に示す例では、現在位置８１の周辺において、現在進行方位８２の方向に複数の路線が並行して走っていることから、乗車車両を１つに特定せずに、２つの候補を特定している。図１３に示すように、携帯端末５の表示部３４には、乗車車両情報として２つの乗車車両候補が表示されている。ユーザ１１は、表示部３４に表示された情報から、自らが乗車している車両を判断する。

このように、本発明の実施の形態では、ＧＰＳ等の機器の測定誤差、現在位置の路線状況等を考慮して、乗車車両を充分な精度で１つに特定できない場合には複数の乗車車両候補をユーザ１１に提供する。すなわち、間違いの可能性がある情報を確定情報として提供せず、不確定情報として複数の候補をユーザ１１に提供する。これによって、ユーザ１１による情報の入力がなくても、間違いのない情報を提供することができる。
尚、図１１に示す例では、２つの乗車車両候補は路線・方面が異なる場合であったが、路線・方面が同じ車両を乗車車両候補とする場合もある。例えば、乗車車両の運行に支障があり、運行情報データベース４５の情報を考慮したときに乗車車両を１つに特定できない場合などである。

次に、本発明の実施の形態の変形例として、運行情報の収集処理について説明する。
図１４は、履歴情報データベース４６の一例を示す図である。履歴情報データベース４６は、サーバ３の記憶部２２に記憶される。履歴情報データベース４６は、携帯端末５から受信したユーザＩＤ９１、現在時刻９２、現在位置９３、現在進行方位９４等を保持する。

運行情報の収集処理では、携帯端末５が所定の時間間隔（図１４の例では1分ごと）でサーバ３に現在時刻、現在位置、現在進行方位を送信する。サーバ３は、受信したデータを履歴情報データベース４６に蓄積し、ユーザＩＤ９１ごとにデータを解析し、運行に支障がある車両を検出する。図１４に示すＮＵＬＬは、現在進行方位検出部３８の説明にて前述した通り、車両１３の速度が所定の値よりも小さく車両１３が停止していると思われるときの値である。
図１４に示す例では、Ｎｏ「１」の現在進行方位９４はＮＵＬＬでないことから、ユーザＩＤ「ＡＡＡ」のユーザ１１が乗車した車両が１８：１０に走行していることが分かる。また、Ｎｏ「２」〜「４」の現在進行方位９４はＮＵＬＬであることから、１８：１１〜１８：１４の間は駅５１に停止していることが分かる。更に、Ｎｏ「５」の現在進行方位９４はＮＵＬＬでないことから、１８：１５に走行を再開していることが分かる。この場合、サーバ３は、ユーザＩＤ「ＡＡＡ」のユーザ１１が乗車した車両の運行に支障があると判断し、運行情報データベース４５のデータを生成する。

サーバ３の制御部２１は、Ｎｏ「１」のデータに対して図９の処理を行うことで、乗車路線、乗車方面、乗車車両、停止駅等を特定する。次に、サーバ３の制御部２１は、停止駅における乗車車両の出発時刻を取得し、出発時刻と走行再開時刻とを比較し、遅延時間を算出する。遅延時間が所定の時間よりも大きい場合、サーバ３の制御部２１は、運行情報データベース４５にデータを記憶する。このように、本発明の実施の形態の変形例では、ユーザ１１が自発的に運行情報を投稿しなくても、運行情報の収集を行うことができる。

以上、添付図面を参照しながら、本発明に係る乗車車両情報提供システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１………乗車車両情報提供システム
３………サーバ
５………携帯端末
７………基地局
９………ネットワーク
１１………ユーザ
１３………車両
４１………経路検索エンジン
４２………乗車車両情報提供プログラム
４３………路線図データベース
４４………時刻表データベース
４５………運行情報データベース
４６………履歴情報データベース
５１………駅
５２………線路
５３………進行方位
５４………中間地点

Claims (9)

1. 携帯端末とネットワークを介して接続される乗車車両情報提供サーバであって、
   駅または駅間の中間地点を示す基準地点の位置、前記基準地点を車両が通過するときの進行方位を保持する路線図データベースと、
   路線、方面、駅、発車予定時刻ごとに車両情報を保持する時刻表データベースと、
   前記路線図データベースを参照し、前記携帯端末から受信する乗車車両の現在位置に近い前記基準地点を最寄地点として取得する最寄地点取得手段と、
   前記路線図データベースを参照し、前記最寄時点の前記進行方位と前記携帯端末から受信する乗車車両の現在進行方位に基づいて前記乗車車両の路線である乗車路線と前記乗車車両の方面である乗車方面を特定する路線方面特定手段と、
   前記路線図データベースを参照し、前記現在位置、前記乗車路線、前記乗車方面に基づいて前記乗車車両が直前に通過した駅である直前通過駅を特定する直前通過駅特定手段と、
   前記乗車路線、前記乗車方面、前記直前通過駅、前記携帯端末から受信する現在時刻に基づいて、前記時刻表データベースから前記乗車車両の車両情報を取得する車両情報取得手段と、
   前記車両情報取得手段によって取得した前記車両情報を前記携帯端末に送信する送信手段と、
   を具備することを特徴とする乗車車両情報提供サーバ。
2. 運行に支障がある車両の運行情報を保持する運行情報データベース、
   を更に具備し、
   前記車両情報取得手段は、前記運行情報データベースを参照し、前記運行情報を考慮して前記車両情報を取得することを特徴とする請求項１に記載の乗車車両情報提供サーバ。
3. 前記携帯端末から受信する前記現在位置、前記現在進行方位、前記現在時刻を保持する履歴情報データベースと、
   前記履歴情報データベースを解析し、運行に支障がある車両の運行情報を生成して前記運行情報データベースに記憶する運行情報収集手段と、
   を更に具備することを特徴とする請求項１に記載の乗車車両情報提供サーバ。
4. 前記路線方面特定手段は、前記最寄時点の前記進行方位と前記現在進行方位との差を算出し、差が所定の範囲内である全ての前記最寄時点の前記進行方位に対応する路線、方面を前記乗車路線、前記乗車方面として特定することを特徴とする請求項１に記載の乗車車両情報提供サーバ。
5. 前記路線図データベースは、前記乗車路線、前記乗車方面を特定するための前記進行方位の所定の範囲を保持し、
   前記路線方面特定手段は、前記現在進行方位が前記進行方位の所定の範囲に入る全ての前記最寄地点の前記進行方位に対応する路線、方面を前記乗車路線、前記乗車方面として特定することを特徴とする請求項１に記載の乗車車両情報提供サーバ。
6. 前記車両情報は、行先、種別、次停車駅、急行待ち合わせ駅を含むことを特徴とする請求項１に記載の乗車車両情報提供サーバ。
7. 携帯端末とサーバとがネットワークを介して接続される乗車車両情報提供システムであって、
   前記携帯端末は、
   乗車車両の現在位置、現在進行方位を検出し、現在時刻とともに前記サーバに送信する手段、
   を具備し、
   前記サーバは、
   駅または駅間の中間地点を示す基準地点の位置、前記基準地点を車両が通過するときの進行方位を保持する路線図データベースと、
   路線、方面、駅、発車予定時刻ごとに車両情報を保持する時刻表データベースと、
   前記路線図データベースを参照し、前記現在位置に基づいて最寄地点の一覧を取得する最寄地点一覧取得手段と、
   前記路線図データベースを参照し、前記最寄時点と前記現在進行方位に基づいて前記乗車車両の路線である乗車路線と前記乗車車両の方面である乗車方面を特定する路線方面特定手段と、
   前記路線図データベースを参照し、前記現在位置、前記乗車路線、前記乗車方面に基づいて前記乗車車両が直前に通過した駅である直前通過駅を特定する直前通過駅特定手段と、
   前記乗車路線、前記乗車方面、前記直前通過駅、前記携帯端末から受信する現在時刻に基づいて、前記時刻表データベースから前記乗車車両の車両情報を取得する車両情報取得手段と、
   前記車両情報取得手段によって取得した前記車両情報を前記携帯端末に送信する送信手段と、
   を具備することを特徴とする乗車車両情報提供システム。
8. 携帯端末とサーバとがネットワークを介して接続されるシステムで実行される乗車車両情報提供方法あって、
   前記サーバは、駅または駅間の中間地点を示す基準地点の位置、前記基準地点を車両が通過するときの進行方位を保持する路線図データベースと、路線、方面、駅、発車予定時刻ごとに車両情報を保持する時刻表データベースと、を具備するものであり、
   前記携帯端末が、乗車車両の現在位置、現在進行方位を検出し、現在時刻とともに前記サーバに送信するステップと、
   前記サーバが、前記路線図データベースを参照し、前記現在位置に基づいて最寄地点の一覧を取得するステップと、
   前記サーバが、前記路線図データベースを参照し、前記最寄時点と前記現在進行方位に基づいて前記乗車車両の路線である乗車路線と前記乗車車両の方面である乗車方面を特定するステップと、
   前記サーバが、前記路線図データベースを参照し、前記現在位置、前記乗車路線、前記乗車方面に基づいて前記乗車車両が直前に通過した駅である直前通過駅を特定するステップと、
   前記サーバが、前記乗車路線、前記乗車方面、前記直前通過駅、前記携帯端末から受信する現在時刻に基づいて、前記時刻表データベースから前記乗車車両の車両情報を取得するステップと、
   前記サーバが、前記車両情報取得手段によって取得した前記車両情報を前記携帯端末に送信するステップと、
   を含むことを特徴とする乗車車両情報提供方法。
9. コンピュータを請求項１から請求項６のいずれかに記載の乗車車両情報提供サーバとして機能させるプログラム。

Images