(57)【要約】【課題】  携帯端末型のナビゲーション装置であって、電車から降車直後のユーザーに対しても、プラットホーム上における移動方向を適切に案内できるようにする。【解決手段】  サーバー３のＷｉＦｉマップＤＢ３０７は、鉄道の各駅のプラットホームごとに、各ＡＰ（アクセスポイント）のＳＳＩＤと、各ＡＰからの送信信号の受信が可能なエリアと、各ＡＰからの送信信号の受信強度とを関連付けたマップ情報を記憶する。携帯端末１が受信した各ＡＰからの送信信号から検出した各ＡＰのＳＳＩＤと受信強度とからなるＷｉＦｉデータに基づき、ＷｉＦｉチェック部３１１がＷｉＦｉマップＤＢ３０７のマップ情報を参照し、降車駅のプラットホーム上の位置を特定し、この特定した位置に応じて、制御部３０２がプラットホーム上の案内を形成し、携帯端末１に提供する。【選択図】図１
2015001469.tif 000002
【特許請求の範囲】
【請求項１】
鉄道の各駅のプラットホームごとに、無線通信が可能なローカルエリアネットワークの各基地局の識別情報と、各基地局からの送信信号の受信が可能なエリアと、各基地局からの送信信号の受信強度とを関連付けた基地局マップ情報を記憶する記憶手段と、
ローカルエリアネットワークの各基地局からの送信信号を受信する受信手段と、
受信されたローカルエリアネットワークの各基地局の送信信号から、各基地局の識別情報を抽出する抽出手段と、
受信されたローカルネットワークの各基地局からの送信信号の受信強度を検出する検出手段と、
抽出された各基地局の前記識別情報と検出された各基地局からの送信信号の前記受信強度とに基づいて、前記記憶手段の前記基地局マップ情報を参照し、所在位置は、どの駅のどのプラットホームのどの位置かを特定する特定手段と、
特定された所在位置とルート探索の結果得られたルート情報とに基づいて、電車から降車した後のプラットホーム上における移動方向を特定して指示する指示手段と
を備えることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置であって、
現在位置を測位する現在位置測位手段と、
乗車中の電車が走行中か否かを検知する検知手段と、
前記現在位置測位手段により測位された現在位置とルート探索の結果得られたルート情報とに基づいて、電車での移動ルートになったことを検知した場合に、前記検知手段を動作させる検知制御手段と、
前記検知手段を通じて乗車した電車が停車したことを検知した場合に、前記抽出手段と、前記検出手段と、前記特定手段とを機能させ、自機の現在位置が前記ルート情報に示されるルート上の降車駅である場合に、前記指示手段を機能させるように制御する指示制御手段と
を備えることを特徴とするナビゲーション装置。
【請求項３】
請求項１に記載のナビゲーション装置であって、
現在位置を測位する現在位置測位手段と、
乗車中の電車が走行中か否かを検知する検知手段と、
前記現在位置測位手段により測位された現在位置とルート探索の結果得られたルート情報とに基づいて、電車での移動ルートになったことを検知した場合に、前記検知手段を動作させる検知制御手段と、
前記検知手段を通じて乗車した電車が停車したことを検知した場合に、前記抽出手段と、前記検出手段と、前記特定手段とを機能させ、自機の現在位置が前記ルート情報に示されるルート上の降車駅の所定駅数分手前の駅であることが検知できた場合に、ユーザーの乗車位置を特定するようにする特定制御手段と
を備え、
前記指示手段は、前記所在位置として用いる特定されたユーザーの前記乗車位置とルート探索の結果得られたルート情報とに基づいて、降車駅のプラットホーム上における移動方向を特定して指示するものであることを特徴とするナビゲーション装置。
【請求項４】
請求項１に記載のナビゲーション装置であって、サーバー装置と携帯端末とがネットワークを通じて接続されて構成され、
前記携帯端末は、
前記受信手段と前記抽出手段と前記検出手段とを備えると共に、
前記抽出手段で抽出された各基地局の前記識別情報と前記検出手段で検出された各基地局からの送信信号の受信強度とを前記サーバー装置に送信する端末情報送信手段と、
前記サーバー装置から送信されて来る降車駅での移動方向を指示する情報を受信する指示情報受信手段と、
受信した前記移動方向を指示する情報を出力する出力手段と
を備え、
前記サーバー装置は、
前記記憶手段と前記特定手段と前記指示手段とを備えると共に、
前記携帯端末からの各基地局の前記識別情報と各基地局からの送信信号の受信強度とを受信する端末情報受信手段と、
降車駅での前記移動方向を指示する情報を前記携帯端末に送信する指示情報送信手段と
を備え、
前記特定手段は、前記端末情報受信手段を通じて受信した各基地局の前記識別情報と各基地局からの送信信号の受信強度とに基づいて、前記記憶手段の前記基地局マップ情報を参照し、どの駅のどのプラットホームのどの位置にいるのかを特定し、
前記指示手段は、特定された前記所在位置とルート探索の結果得られたルート情報とに基づいて、電車から降車した後のプラットホーム上における移動方向を特定して、前記移動方向を指示する情報を形成するものであることを特徴とするナビゲーション装置。
【請求項５】
請求項４に記載のナビゲーション装置であって、
前記携帯端末は、
現在位置を測位する現在位置測位手段と、
乗車中の電車が走行中か否かを検知する検知手段と、
前記現在位置測位手段により測位された前記携帯端末の現在位置とルート探索の結果得られたルート情報とに基づいて、電車での移動ルートになったことを検知した場合に、前記検知手段を動作させる検知制御手段と
を備え、
前記検知手段を通じて乗車した電車が停車したことを検知した場合に、前記抽出手段と、前記検出手段とを機能させ、
前記端末情報送信手段を通じて、前記抽出手段で抽出された各基地局の前記識別情報と前記検出手段で検出された各基地局からの送信信号の受信強度とを前記サーバー装置に送信し、
前記指示情報受信手段を通じて、前記サーバー装置から送信されて来る降車駅での移動方向を指示する情報を受信し、
前記出力手段を通じて、受信した前記移動方向を指示する情報を出力するものであり、
前記サーバー装置は、
前記端末情報受信手段を通じて、前記携帯端末からの各基地局の前記識別情報と各基地局からの送信信号の受信強度とを受信した場合に、前記特定手段を機能させ、前記携帯端末の特定された所在位置が前記ルート情報に示されるルート上の降車駅である場合に、前記指示手段を機能させるように制御する指示制御手段を備えることを特徴とするナビゲーション装置。
【請求項６】
請求項４に記載のナビゲーション装置であって、
前記携帯端末は、
現在位置を測位する現在位置測位手段と、
乗車中の電車が走行中か否かを検知する検知手段と、
前記現在位置測位手段により測位された現在位置とルート探索の結果得られたルート情報とに基づいて、電車での移動ルートになったことを検知した場合に、前記検知手段を動作させる検知制御手段と
を備え、
前記検知手段を通じて乗車した電車が停車したことを検知した場合に、前記抽出手段と、前記検出手段とを機能させ、
前記端末情報送信手段を通じて、前記抽出手段で抽出された各基地局の前記識別情報と前記検出手段で検出された各基地局からの送信信号の受信強度とを前記サーバー装置に送信し、
前記指示情報受信手段を通じて、前記サーバー装置から送信されて来る降車駅での移動方向を指示する情報を受信し、
前記出力手段を通じて、受信した前記移動方向を指示する情報を出力するものであり、
前記サーバー装置は、
前記端末情報受信手段を通じて、前記携帯端末からの各基地局の前記識別情報と各基地局からの送信信号の受信強度とを受信した場合に、前記特定手段を機能させ、前記携帯端末の所在位置が、前記ルート情報に示されるルート上の降車駅の所定駅数分手前の駅であることが検知できた場合に、ユーザーの乗車位置を特定するようにする特定制御手段を備え、
前記指示手段は、特定手段により特定されたユーザーの乗車位置とルート探索の結果得られたルート情報とに基づいて、降車駅のプラットホーム上における降車位置に応じた移動方向を特定する
ことを特徴とするナビゲーション装置。
【請求項７】
鉄道の各駅のプラットホームごとに、無線通信が可能なローカルエリアネットワークの各基地局の識別情報と各基地局からの送信信号の受信が可能なエリアと各基地局からの送信信号の受信強度とを関連付けた基地局マップ情報を記憶する記憶手段を備えたナビゲーション装置で用いられるナビゲーション方法であって、
受信手段が、ローカルエリアネットワークの各基地局からの送信信号を受信する受信工程と、
抽出手段が、受信したローカルエリアネットワークの各基地局の送信信号から各基地局の識別情報を抽出する抽出工程と、
検出手段が、受信したローカルネットワークの各基地局からの送信信号の受信強度を検出する検出手段と、
特定手段が、抽出された各基地局の識別情報と検出された各基地局からの送信信号の受信強度とに基づいて、前記記憶手段の前記基地局マップ情報を参照し、所在位置は、どの駅のどのプラットホームのどの位置かを特定する特定工程と、
指示手段が、特定された所在位置とルート探索の結果得られたルート情報とに基づいて、電車から降車した後のプラットホーム上における移動方向を特定して指示する指示工程と
を有するナビゲーション方法。
【請求項８】
サーバー装置と携帯端末とがネットワークを通じて接続されて構成されるナビゲーション装置の前記携帯端末に搭載されたコンピュータにより実行されるプログラムであって、
受信手段を通じて、ローカルエリアネットワークの各基地局からの送信信号を受信する受信ステップと、
抽出手段が、受信したローカルエリアネットワークの各基地局の送信信号から、各基地局の識別情報を抽出する抽出ステップと、
検出手段が、受信したローカルネットワークの各基地局からの送信信号の受信強度を検出する検出ステップと、
端末情報送信手段を通じて、抽出された各基地局の前記識別情報と検出された各基地局からの送信信号の前記受信強度とを前記サーバー装置に送信する端末情報送信ステップと、
指示情報受信手段を通じて、前記サーバー装置から送信されて来る降車駅での移動方向を指示する情報を受信する指示情報受信ステップと、
出力手段を通じて、受信した前記移動方向を指示する情報を出力する出力ステップと
を実行することを特徴とするナビゲーション情報取得プログラム。
【請求項９】
サーバー装置と携帯端末とがネットワークを通じて接続されて構成されるナビゲーション装置の前記サーバー装置に搭載されたコンピュータにより実行されるプログラムであって、
当該サーバー装置は、鉄道の各駅のプラットホームごとに、無線通信が可能なローカルエリアネットワークの各基地局の識別情報と、各基地局からの送信信号の受信が可能なエリアと、各基地局からの送信信号の受信強度とを関連付けた基地局マップ情報を記憶する記憶手段を備えており、
端末情報受信手段を通じて、前記携帯端末からの抽出された各基地局の前記識別情報と検出された各基地局からの送信信号の受信強度とを受信する端末情報受信ステップと、
特定手段が、受信された各基地局の前記識別情報と各基地局からの送信信号の前記受信強度とに基づいて、前記記憶手段の前記基地局マップ情報を参照し、所在位置は、どの駅のどのプラットホームのどの位置かを特定する特定ステップと、
指示手段が、特定された所在位置とルート探索の結果得られたルート情報とに基づいて、電車から降車した後のプラットホーム上における移動方向を特定して、移動方向を指示する情報を形成する指示ステップと、
形成された前記移動方向を指示する情報を、指示情報送信手段が前記携帯端末に送信する指示情報送信ステップと
を実行することを特徴とするナビゲーション情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、高機能携帯電話端末などの携帯端末を用いて実現される、電車での移動経路を含めたナビゲーション（道案内）を行うことが可能な装置、方法、プログラムに関する。
【背景技術】
【０００２】
スマートフォンなどと呼ばれる高機能携帯電話端末やタブレットＰＣ（ＰＣはパーソナルコンピュータの略称。）などと呼ばれる携帯に適した情報処理装置が広く利用されるようになってきている。これらの携帯端末は高機能なものが多く、車載用のナビゲーション装置としての機能を実現したり、歩行者用のナビゲーション装置としての機能を実現したりできるものもある。
【０００３】
後に記す特許文献１には、携帯端末の現在位置が駅構内にある場合には駅構内モードを、現在位置が電車内にある場合には電車内モードを、その他の場合には通常歩行モードを設定するナビゲーション装置に関する発明が開示されている。特許文献１に開示された携帯端末により実現されるナビゲーション装置においては、駅構内モード時は駅構内地図上で、電車内モード時は鉄道路線図上で、その他の場合には市街地図上で現在位置を案内することができるようになっている。
【０００４】
この特許文献１に記載の発明により、その時々のユーザーの状況に応じた地図表示を用いて案内を行うナビゲーション装置が実現でき、徒歩で移動するユーザーの利便性を向上させることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２３７３５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、特許文献１に記載の発明のナビゲーション装置では、駅構内地図上や鉄道路線図上や市街地図上で、ナビゲーション装置（携帯端末）の現在位置を示すことが可能となり、ユーザーは自分が辿るルートを、視覚を通じて適切に把握できる。そして、特許文献１において、携帯端末の現在位置は、携帯端末のＧＰＳ受信機を通じて取得する自機の現在位置と、駅構内地図や鉄道路線図や市街地図とのマッチングにより、更には、移動速度をも考慮することによって特定可能であることが説明されている。しかし、例えば、電車で移動し、目的とする降車駅で下車した場合に、どちらの方向に移動すればよいのかを適切に案内できない場合がある。
【０００７】
周知のように駅のプラットホームは電車の長さに対応して長い。このため、東の改札口（東口）に行きたい場合と、西の改札口（西口）に行きたい場合とでは、プラットホーム上を移動する方向が正反対になる場合がある。また、プラットホームの中央付近などに改札口への階段などの通路が設けられている場合には、プラットホーム上の降車位置に応じて、ユーザーが進むべき方向が正反対になる場合もある。一般にナビゲーション装置に搭載されたＧＰＳ受信機により測位される現在位置は、ある程度の誤差を含む。このため、目的とする降車駅に到達したことは検知できても、電車から降車したユーザーのプラットホーム上の位置までを正確に特定できない場合が多い。また、地下鉄のホームや屋根に覆われた大規模なターミナル駅などの場合には、ＧＰＳ機能により現在位置を測位できない場合もある。
【０００８】
そして、電車から降車した場合のユーザーのプラットホーム上の降車位置を正確に特定できなければ、電車から降車直後のユーザーに対して進むべき方向を適切に案内できない。もちろん、携帯端末の表示画面に表示される駅構内地図を参照し、ユーザー自身が移動方向を特定することも可能である。しかし、駅構内地図などに不慣れなユーザーにとっては、表示された構内地図に基づいて、自己の進むべき方向を特定するなどといった作業は難しい。
【０００９】
以上のことに鑑み、この発明は、携帯端末型のナビゲーション装置であって、電車から降車直後のユーザーに対しても、プラットホーム上における移動方向を適切に案内できるようにすることを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１に記載の発明のナビゲーション装置は、
鉄道の各駅のプラットホームごとに、無線通信が可能なローカルエリアネットワークの各基地局の識別情報と、各基地局からの送信信号の受信が可能なエリアと、各基地局からの送信信号の受信強度とを関連付けた基地局マップ情報を記憶する記憶手段と、
ローカルエリアネットワークの各基地局からの送信信号を受信する受信手段と、
受信されたローカルエリアネットワークの各基地局の送信信号から、各基地局の識別情報を抽出する抽出手段と、
受信されたローカルネットワークの各基地局からの送信信号の受信強度を検出する検出手段と、
抽出された各基地局の前記識別情報と検出された各基地局からの送信信号の前記受信強度とに基づいて、前記記憶手段の前記基地局マップ情報を参照し、所在位置は、どの駅のどのプラットホームのどの位置かを特定する特定手段と、
特定された所在位置とルート探索の結果得られたルート情報とに基づいて、電車から降車した後のプラットホーム上における移動方向を特定して指示する指示手段と
を備えることを特徴とする。
【００１１】
この請求項１に記載の発明のナビゲーション装置によれば、記憶手段には、鉄道の各駅のプラットホームごとに、無線通信が可能なローカルエリアネットワークの各基地局の識別情報と、各基地局からの送信信号の受信が可能なエリアと、各基地局からの送信信号の受信強度とを関連付けた基地局マップ情報が記憶されている。そして、受信手段は、ローカルエリアネットワークの各基地局からの送信信号を受信する。抽出手段は、受信されたローカルエリアネットワークの各基地局からの送信信号から各基地局の識別情報を抽出し、検出手段は、受信されたローカルネットワークの各基地局からの送信信号の受信強度を検出する。
【００１２】
そして、特定手段は、抽出された各基地局の前記識別情報と検出された各基地局からの送信信号の前記受信強度とに基づいて、記憶手段の基地局マップ情報を参照し、所在位置は、どの駅のどのプラットホームのどの位置かを特定する。ローカルエリアネットワークの各基地局からの送信信号の伝搬範囲は、長くても１００ｍ程度である場合が多く、基地局からの距離に応じて送信信号の受信強度も異なる。このため、受信した送信信号を送信している基地局の識別情報と、受信した当該送信信号の受信強度とが分かれば、記憶手段の基地局マップ情報を参照することにより、プラットホーム上の所在位置を正確に特定できる。
【００１３】
通常、受信可能な送信信号を送信している基地局は１つだけでなく、複数存在している場合が多いので、受信した複数の受信信号を利用することにより、より正確にプラットホーム上の所在位置を特定できる。そして、指示手段が、特定された所在位置とルート探索の結果得られたルート情報とに基づいて、電車から降車した後のプラットホーム上における移動方向を特定して指示する。
【００１４】
これにより、電車から降車したユーザーに対して、どちらの方向に移動すれば探索されたルートを辿れるのかを適切に案内することができる。したがって、乗り換えを間違えたり、乗り換えに時間がかかったりする不都合を防止したり、間違った改札口に出てしまったためにルートを間違え、道に迷うと行った不都合を防止できる。
【発明の効果】
【００１５】
この発明によれば、携帯端末型のナビゲーション装置であって、電車から降車直後のユーザーに対しても、プラットホーム上における移動方向を適切に案内できる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態のナビゲーション装置の概要を説明するための図である。
【図２】実施の形態のナビゲーション装置を構成する携帯端末１の構成例を説明するためのブロック図である。
【図３】携帯端末１の通知情報形成部１１４において生成される通知情報の例を説明するための図である。
【図４】実施の形態のナビゲーション装置を構成するサーバー３の構成例を説明するためのブロック図である。
【図５】サーバー３のＡＰ（アクセスポイント）管理ＤＢ３０６の格納データの例を説明するための図である。
【図６】ＡＰ（アクセスポイント）からの送信信号の受信可能エリアの一例とＷｉＦｉ（登録商標）マップの一例について説明するための図である。
【図７】サーバー３のＷｉＦｉマップＤＢ３０７の格納データの一例を説明するための図である。
【図８】携帯端末１で実行されるルート探索及びナビゲーション処理について説明するためのフローチャートである。
【図９】図８に続くフローチャートである。
【図１０】図９に続くフローチャートである。
【図１１】携帯端末１の表示部１０９に表示される入力画面等の例を示す図である。
【図１２】サーバー３で実行されるナビゲーション支援処理について説明するためのフローチャートである。
【図１３】図１２に続くフローチャートである。
【図１４】携帯端末１で行われるルート探索及びナビゲーション処理の他の例の主要部分を説明するためのフローチャートである。
【図１５】サーバー３で行われるナビゲーション支援処理の他の例の主要部分を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図を参照しながら、この発明の装置、方法、プログラムの一実施の形態について説明する。この発明のナビゲーション装置は、いわゆるスタンドアロンの装置として構成することもできるし、サーバーと携帯端末とをネットワークを通じて接続することにより構成することもできる。以下においては、利用場所の制限を受けることなく、種々のユーザーによって汎用的に利用可能なナビゲーション装置を実現するため、サーバーと携帯端末とをネットワークを通じて接続することにより構成するナビゲーション装置の場合を例にして説明する。
【００１８】
［ナビゲーション装置の概要］
図１は、この実施の形態のナビゲーション装置の概要を説明するための図である。この実施の形態のナビゲーション装置は、多数の携帯端末１（１）、１（２）、１（３）、…と、ナビゲーションサーバー装置３とが、ネットワーク２を通じて接続されて構成される。
【００１９】
携帯端末１（１）、１（２）、１（３）、…のそれぞれは、ユーザーによって携帯されて利用されるものである。携帯端末１（１）、１（２）、１（３）、…のそれぞれは、詳しくは後述するが、通信機能を備えると共に、ＧＰＳ（Global Positioning System）機能などの現在位置の測位機能をも備える。
【００２０】
具体的に、携帯端末１（１）、１（２）、１（３）、…は、従来型の携帯電話端末、タブレットＰＣ（ＰＣはパーソナルコンピュータの略称。）、ノート型ＰＣ、スマートフォンと呼ばれる高機能携帯電話端末などの種々の携帯端末によって実現可能である。しかし、この実施の形態においては、説明を簡単にするため、携帯端末１（１）、１（２）、１（３）、…のそれぞれは、近年、広く普及してきているスマートフォンと呼ばれる高機能携帯電話端末により実現されるものとして説明する。
【００２１】
ネットワーク２は、多数の携帯端末１（１）、１（２）、１（３）、…と、ナビゲーションサーバー装置３とを相互に接続する種々の通信網を含む。具体的に、ネットワーク２は、インターネット、携帯電話網、公衆交換電話網などの広域通信網（広域ネットワーク）や例えば、ＷｉＦｉ（登録商標）規格の無線ＬＡＮなどの、通信端末とインターネットとを接続する種々のネットワークをも含む。なお、ＷｉＦｉは、「Wireless Fidelity」の略称であり、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅの登録商標である。
【００２２】
ナビゲーションサーバー装置（以下、単にサーバーと記載する。）３は、携帯端末１（１）、１（２）、１（３）、…のそれぞれと協働することによって、携帯端末１（１）、１（２）、１（３）、…のそれぞれにおいて、ナビゲーション機能を実現させるものである。すなわち、サーバー３は、携帯端末１（１）、１（２）、１（３）、…のそれぞれからのルート探索要求に応じてルート探索を行い、その結果を要求元の携帯端末１（１）、１（２）、１（３）、…に提供する。
【００２３】
そして、携帯端末１（１）、１（２）、１（３）、…のそれぞれからは、例えば、１分間隔などの所定のタイミングごとに、現在位置を含む通知情報（プローブ情報）Ｐｂがサーバー３に対して送信される。サーバー３は、携帯端末１（１）、１（２）、１（３）、…のそれぞれからの通知情報Ｐｂを受信し、受信した通知情報Ｐｂに応じて、携帯端末１（１）、１（２）、１（３）、…のそれぞれの現在位置を適切に把握できる。そして、サーバー３は、必要な場合に案内情報Ｇｄを、携帯端末１（１）、１（２）、１（３）、…のそれぞれごとに提供する。案内情報Ｇｄには、携帯端末１（１）、１（２）、１（３）、…のそれぞれにおいて表示すべき地図情報などを含む。
【００２４】
これにより、携帯端末１（１）、１（２）、１（３）、…のそれぞれにおいては、表示画面上にサーバー３から提供を受けた地図情報や辿るべきルート（経路）を表示する。そして、携帯端末１（１）、１（２）、１（３）、…のそれぞれにおいては、表示した地図上に刻々と変化する自機の現在位置を表示し、例えば、サーバー３から提供を受ける表示メッセージや音声メッセージを用いて、ルート案内処理（ナビゲーション処理）を行う。
【００２５】
また、この実施の形態のナビゲーション装置は、電車を利用した徒歩ルートのナビゲーションを行うものである。この実施の形態のナビゲーション装置は、電車を利用した徒歩ルートのナビゲーションの実施時においては、ユーザーが電車を降りた降車駅のプラットホーム上の所在位置をも正確に特定する機能を実現する。
【００２６】
そして、特定したプラットホーム上の所在位置と、探索して得たルートとに応じて、当該プラットホーム上における移動方向をも適切に案内する。これにより、降車駅からのルート案内をシームレスに行えるようにし、降車駅で迷ったり、出るべき改札口を間違えたりするといった不都合を生じさせることがないようにしている。
【００２７】
このような降車駅におけるプラットホーム上のユーザーの降車位置をも正確に特定するために、この実施の形態のナビゲーション装置においては、ＷｉＦｉ規格の無線ＬＡＮの基地局であるアクセスポイント（以下、ＡＰと略称する）からの送信信号を利用する。ＷｉＦｉ規格の無線ＬＡＮの場合、ＡＰと携帯端末などとの通信可能距離は、送信信号の出力や障害物等の影響により一概には規定できないが、ＡＰからの距離が概ね６０ｍ以下のエリア内での通信が良好に行えることが想定されている。
【００２８】
近年、鉄道の駅などにはＷｉＦｉ規格の多数のＡＰが設置され、高機能携帯電話端末やタブレットＰＣが、ＡＰを通じてインターネットに接続可能な環境が整備されている。そして、携帯端末１（１）、１（２）、１（３）、…は、実際に接続可能なＡＰでなくとも、接続可能なＡＰをサーチするために、各ＡＰとの間で信号の送受を行い、各ＡＰのＳＳＩＤ（Service Set Identifier）を認識したり、受信強度を検出したりできる。
【００２９】
このため、この実施の形態の携帯端末１（１）、１（２）、１（３）、…のそれぞれは、鉄道の例えば降車駅において、各ＡＰからの送信信号を受信して、各ＡＰのＳＳＩＤを取得（抽出）すると共に、受信した各送信信号の受信強度をＳＳＩＤと対応付けて把握する。そして、これら１以上のＳＳＩＤと、対応する送信信号の受信強度とを対応付けた情報（ＷｉＦｉデータ）を、通知情報Ｐｂに含めてサーバー３に送信する。
【００３０】
サーバー３においては、鉄道の各駅において、通信可能な各ＡＰの設置位置を把握しておくと共に、各ＡＰからの送信信号を受信可能なエリアを、その受信強度に応じたエリアとして把握しておく。つまり、サーバー３は、鉄道の各駅のプラットホームごとに、無線通信が可能な無線ＬＡＮの各ＡＰの識別情報であるＳＳＩＤと、各ＡＰからの送信信号の受信が可能なエリアと、各ＡＰからの送信信号の受信強度とを関連付けたＷｉＦｉマップ情報を記憶保持する。
【００３１】
そして、サーバー３においては、携帯端末１（１）、１（２）、１（３）、…からの通知情報Ｐｂを受信し、これに含まれるＳＳＩＤや受信強度に基づいて、ＷｉＦｉマップ情報を参照する。これにより、通知情報Ｐｂを送信してきた携帯端末１（１）、１（２）、１（３）、…のそれぞれは、鉄道のどの駅のどのプラットホームのどの位置にいるのかを特定できる。そして、サーバー３は、特定した携帯端末１（１）、１（２）、１（３）、…の所在駅とプラットホーム上の所在位置と、辿るべきルートとを考慮して、当該プラットホーム上において、どちらの方向に進むべきかを適切に案内できるようにしている。
【００３２】
以下、この実施の形態のナビゲーション装置を構成する携帯端末１（１）、１（２）、１（３）、…とサーバー３とのそれぞれの構成例と動作等の詳細について説明する。なお、高機能電話端末である携帯端末１（１）、１（２）、１（３）、…としては、複数のメーカーによって、様々なものが提供されているが、その基本的な構成は同じである。このため、以下においては、特に区別して示す場合を除き、携帯端末１（１）、１（２）、１（３）、…を総称して、携帯端末１と記載し、その基本的な構成例について説明する。
【００３３】
［携帯端末１の構成例］
図２は、この実施の形態の携帯端末１の構成例について説明するためのブロック図である。図２に示す携帯端末１おいて、無線通信部１０１は、ネットワーク２を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク２に送出したりする。当該無線通信部１０１には、送受信アンテナ１０１Ａが接続されている。
【００３４】
制御部１０２は、携帯端末１の各部を制御するものであり、図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）がＣＰＵバスを通じて接続されて構成されたコンピュータ装置である。また、制御部１０２は、種々のアプリケーションを実行するアプリ実行部としても機能する。
【００３５】
記憶装置１０３は、記録媒体として例えば不揮発性メモリを備え、種々のアプリケーションプログラムや種々の処理により得られたデータ等の不揮発性メモリへの書込み／記録保持／読み出し／削除を行う。操作部１０４は、携帯端末１に設けられたハードウェアキーからなり、ユーザーからの操作入力を受け付けて、受け付けた情報を制御部１０２に供給する。なお、操作部１０４に設けられたハードウェアキーは例えば電源のオン／オフキー、基本機能を実行するための幾つかのファンクションキーや矢印キー等である。
【００３６】
時間制御部１０５は、現在年月日、現在曜日、現在時刻を管理する。センサ部１０６は、例えば、加速度センサや方位センサ（地磁気センサ）を備える。加速度センサは、携帯端末１の姿勢を特定するために携帯端末１の傾きを検出したり、移動しているのか、停止しているのかなどを検出したりする。方位センサは、地磁気を検出することにより、携帯端末１がどちらの方向を向いているかを検出する。これらのセンサにより、携帯端末１の姿勢や向きを特定し、いわゆるナビゲーション機能等を適切に提供できる。
【００３７】
なお、センサ部１０６は、３軸（前後、左右、上下）の加速度センサ他、加速度センサと角速度センサを組み合わせた６軸センサが用いられる場合もある。また、高度センサ（気圧センサ）を備え、携帯端末１の所在位置の高度を検出できるようにすることも可能である。ただし、道路における高度は、道路ネットワークデータの各リンクに対応付けられたデータとしても整備されているので、現在位置が分かれば、その位置の高度も道路ネットワークデータから特定可能である。
【００３８】
無線ＬＡＮ部１０７は、ＷｉＦｉ規格の無線ＬＡＮに対応し、近隣のＷｉＦｉ規格のＡＰ（アクセスポイント）との間で信号の送受信を行う。なお、無線ＬＡＮ部１０７は、受信した信号から当該受信した信号の送信元のＡＰを特定するＳＳＩＤを抽出したり、また、受信した信号の受信強度（受信電界強度）を検出したりする機能をも備える。また、無線ＬＡＮ部１０７には、無線ＬＡＮアンテナ１０７Ａが接続されている。ＧＰＳ部１０８およびＧＰＳアンテナ１０８Ａは、自機の現在位置を測位するものである。
【００３９】
表示部１０９は、種々の画像データや映像データの供給を受けて、これを映像信号に変換し、当該映像信号に応じた画像や映像を自己の表示画面に表示する。また、表示部１０９の表示画面に貼付されたタッチパネル１１０は、表示画面に表示される情報と共に、いわゆるソフトウェアキーを構成する。したがって、制御部１０２は、タッチパネル１１０からのユーザーの指示位置を示す情報と当該指示位置に対応する表示部１０９の表示画面上に表示された情報とに基づいて、ユーザーからの指示入力が認識できるようになっている。
【００４０】
音声出力部１１１は、これに供給される種々の音声データをアナログ音声信号に変換し、これをスピーカ１１２に供給する。これにより、音声出力部１１１に供給された音声データに応じた音声がスピーカ１１２から放音される。これら音声出力部１１１およびスピーカ１１２は、ＴＴＳ（Text To Speech）機能を実現する場合などに用いられる。
【００４１】
ナビゲーション処理部１１３は、例えば、タッチパネル１１０を通じて受け付けるユーザーからの操作入力に応じて、ルート探索要求を形成し、これをサーバー３に送信し、これに応じて、サーバー３から、ルート探索結果や地図情報の提供を受ける。ルート探索要求の送信やルート探索結果や地図情報の受信は、無線通信部１０１および送受信アンテナ１０１Ａを通じて行われる。サーバー３から提供を受けた情報は、記憶装置１０３に格納される。そして、ナビゲーション処理部１１３は、提供を受け、記憶装置１０３に記憶した地図情報に応じた地図やルート探索結果を表示部１０９に表示し、ＧＰＳ部１０８を通じて取得する自機の現在位置を表示部１０９に表示した地図上に示して、道案内（ナビゲーション）を行う処理を実行する。
【００４２】
また、ナビゲーション処理部１１３は、音声による案内情報を、スピーカ１１２から放音させる処理をも行う。例えば、「次の交差点を右折してください。」などといった音声メッセージの音声データを、音声出力部１１１に供給することによって、当該音声メッセージが、スピーカ１１２から放音される。なお、音声メッセージを形成する音声データは、サーバー３から提供されるものや記憶装置１０３に記憶保持されているものを利用できる。このように、ナビゲーション処理部１１３は、表示部１０９に表示される地図などの表示情報と、音声出力部１１１およびスピーカ１１２を通じて放音される音声情報とにより、ナビゲーション処理を行う。
【００４３】
通知情報形成部１１４は、制御部１０２の制御の下、例えば、１分ごとなどのように、所定のタイミングごとに、サーバー３に提供する通知情報（いわゆるプローブ情報）Ｐｂを形成し、サーバー３に送信する処理を行う。当該通知情報も、無線通信部１０１及び送受信アンテナ１０１Ａを通じてネットワーク２送出され、サーバー３に送信される。図３は、通知情報形成部１１４において生成される通知情報の例を説明するための図である。
【００４４】
図３に示すように、通知情報形成部１１４で生成される通知情報は、大きく分けるとユーザーＩＤと、測位データと、１以上のＷｉＦｉデータとからなる。ユーザーＩＤにおける文字「ＩＤ」は、識別情報を意味する「identification」の略称である。そして、ユーザーＩＤは、ユーザーを一意に特定可能な情報であり、サーバー３に対して会員登録が必要な場合には、ユーザーに割り当てられた会員番号を用いたり、あるいは、電子メールアドレスや電話番号を用いたりすることもできる。この実施の形態には、ユーザーＩＤとして例えば電子メールアドレスを用いるものとする。
【００４５】
また、測位データの内、位置はＧＰＳ部１０８を通じて取得する現在位置を示す位置情報であり、緯度・経度情報である。また、測位データの内、日時は現在位置の取得日時であり、時間制御部１０５を通じて取得する年月日及び時分秒情報である。また、１以上のＷｉＦｉデータ１、…は、無線ＬＡＮアンテナ１０７Ａ及び無線ＬＡＮ部１０７を通じて受信したＷｉＦｉ規格のＡＰからの送信信号から抽出したＳＳＩＤと、当該送信信号の受信強度とからなる。
【００４６】
図３において、ＷｉＦｉデータ１、ＷｉＦｉデータ２、…のように、複数のＷｉＦｉデータの記憶エリアが設けられているのは、近隣に複数のＡＰが設けられている場合も多い。そして、無線ＬＡＮアンテナ１０７Ａ及び無線ＬＡＮ部１０７を通じては、近隣の複数のＡＰからの送信信号を同時に受信することができ、無線ＬＡＮ部１０７は、そのそれぞれから送信元のＡＰのＳＳＩＤや受信強度を検出できるようになっているためである。
【００４７】
このように、複数のＷｉＦｉデータを有することにより、複数のＳＳＩＤと受信強度に基づいて、サーバー３においてＷｉＦｉマップ情報を参照することが可能となる。これにより、複数のＳＳＩＤにより特定される各ＡＰからの送信信号のそれぞれを、検出された受信強度で受信可能なエリア、すなわち、携帯端末１の所在位置を正確に特定することができる。
【００４８】
図３に示した構成の通知情報Ｐｂを、所定の時間間隔ごとに通知情報形成部１１４が生成し、無線通信部１０１および送受信アンテナ１０１Ａを通じて、ネットワーク２に送出し、サーバー３に向けて送信される。また、図３に示した通知情報の構成例は、あくまでも一例であり、この他にも必要な情報を付加することもできる。
【００４９】
なお、この実施の形態の携帯端末１は、上述もしたように、高機能携帯電話端末により実現されるものであり、通話機能を実現するための通話処理部、受話器、送話機等をも備えるものである。しかし、この実施の形態においては、通話処理機能は特に関係しないため、図２においては通話処理機能を実現する部分は省略している。
【００５０】
［ナビゲーションサーバー装置３の構成例］
図４は、この実施の形態のサーバー３の構成例について説明するためのブロック図である。図４に示すサーバー３において、通信Ｉ／Ｆ３０１は、ネットワーク２を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク２に送出したりする。
【００５１】
制御部３０２は、サーバー３の各部を制御するものであり、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭがＣＰＵバスを通じて接続されて構成されたコンピュータ装置である。また、制御部３０２は、種々のアプリケーションを実行するアプリケーション実行部としても機能する。記憶装置３０３は、記録媒体としてハードディスクを備え、種々のアプリケーションプログラムや種々の処理により得られたデータ等のハードディスクへの書込み／記録保持／読み出し／削除を行う。
【００５２】
地図ＤＢ３０４、電車ネットワークＤＢ３０５、ＡＰ（アクセスポイント）管理ＤＢ３０６、ＷｉＦｉマップＤＢ３０７、歩行者ネットワークＤＢ３０８のそれぞれは、ハードディスクなどの大容量記録媒体に形成され、所定のデータを記憶保持する。ここで、文字「ＤＢ」は、データベースの略称である。
【００５３】
地図ＤＢ３０４は、地図を描画するための例えばベクトルデータやラスタデータ、注記（注釈）データ等の種々の地図情報（地図データ）を緯度・経度情報に対応付けて記憶保持する。具体的に、地図ＤＢ３０４に蓄積されている地図情報は、例えば、道路、鉄道、河川、山岳、商業施設、金融機関、住宅、標識などの所定の種別毎（レイヤ毎）に形成されている。この地図情報には、上述した種々の施設についてのポリゴンデータや、鉄道の各駅の構内地図を描画するためのベクトルデータやラスタデータ、注記（注釈）データ等をも備えている。
【００５４】
電車ネットワークＤＢ３０５は、各鉄道会社の路線別の駅ノードデータと駅間リンクデータ、路線間の乗り換えリンクデータ、アクセス・イグレスリンクデータなどから構成される。駅ノードデータは、運営主体、路線名、駅名などの情報を持ち、駅間リンクデータは、運営主体、路線名、距離、速度、運賃などの情報を持つ。また、乗り換えリンクデータは、距離、速度、運賃などの情報を持つ。また、出発地から最寄り駅までのリンクがアクセスリンクであり、下車駅から目的地までのリンクがイグレスリンクである。このため、アクセス・イグレスリンクは、簡単には、駅間リンク以外の駅ノードへの種々のリンクを意味する。また、電車ネットワークＤＢ３０５は、電車の各路線のダイヤ情報などをも備えている。この電車ネットワークＤＢ３０５の電車ネットワークデータにより、出発地から目的地まで経路において、ユーザーが電車で移動すべき経路の探索と案内とを実現できる。
【００５５】
ＡＰ管理ＤＢ３０６は、鉄道の各駅のプラットホーム及びその近傍において受信可能な信号を送信しているＷｉＦｉ規格のＡＰ（アクセスポイント）のＳＳＩＤと設置位置とを関連付けたデータを記憶保持する。図５は、ＡＰ管理ＤＢ３０６の格納データの例を説明するための図である。図５に示すように、ＡＰ管理ＤＢ３０６は、駅ＩＤによって特定される駅ごとに、駅名と、ＳＳＩＤによって特定されるＡＰが、どのプラットホーム（設置ホーム）のどこ（設置位置）に設置されているのかを管理する。なお、設置位置は、緯度・経度によって示される。
【００５６】
具体的に、図５に示した例の場合、ＡＰ管理ＤＢ３０６によって、駅ＩＤが「００００１」で特定される「Ａ駅」には、ＳＳＩＤが「ＡＰ１」、「ＡＰ２」、「ＡＰ３」等の複数のＡＰが、１，２番線ホームに設置されていることが管理されている。そして、「ＡＰ１」、「ＡＰ２」、「ＡＰ３」のそれぞれの設置位置は、（緯度，経度）が、（Ｘａ１，Ｙａ１）、（Ｘａ２，Ｙａ２）（Ｘａ３，Ｙａ３）であることが管理されている。また、ＡＰごとに、メーカー、型番、伝送速度などの性能に関する情報なども管理されている。その他の駅についても、ＡＰ管理ＤＢ３０６によって、同様の情報が管理されている。
【００５７】
ＷｉＦｉマップＤＢ３０７は、各駅のプラットホーム及びその周辺におけるＷｉＦｉ規格のＡＰからの送信信号の受信可能エリアに関する情報を、送信信号の受信強度と関連付けて管理する。図６は、ＡＰからの送信信号の受信可能エリアの一例とＷｉＦｉマップの一例について説明するための図である。図６（Ａ）は、上述したＡＰ管理ＤＢ３０６の管理データによって把握される、ある駅のあるホームにおけるＡＰの設置位置と受信強度に応じたエリアを示す図である。
【００５８】
すなわち、ＡＰ管理ＤＢ３０６の管理データによって、図６（Ａ）に示すように、各駅の各プラットホームには、どこにどのＡＰが設置されており、それらのＡＰらからの送信信号の受信強度に応じた受信可能エリアを理論的に把握できる。そして、駅のプラットホームは細長いので、出口や乗換ホームまでに出現するＡＰのＳＳＩＤが順番に通知情報Ｐｂによってサーバー３に通知される。
【００５９】
そこで、サーバー３においては、ＡＰ管理ＤＢ３０６の管理データに基づき、多数の携帯端末１からの通知情報Ｐｂに含まれる１以上のＷｉＦｉデータに応じて、各携帯端末１が１以上のＡＰからの送信信号を受信した位置を順次に特定していく。そして、特定した位置をプラットホーム上及びその近傍のレイアウト上にプロットしていくと、各携帯端末１からの多数のＷｉＦｉデータ（実測値）に応じたＷｉＦｉマップが形成できる。
【００６０】
このようにして、各携帯端末１からの多数のＷｉＦｉデータ（実測値）に基づいて、図６（Ｂ）に示すように、プラットホーム上のＡＰからの送信信号の受信が可能なエリアを特定し、これをＷｉＦｉマップとしてＷｉＦｉマップＤＢ３０７に記憶保持する。図７は、ＷｉＦｉマップＤＢ３０７の格納データの一例を説明するための図である。
【００６１】
この実施の形態のＷｉＦｉマップＤＢ３０７の場合、説明を簡単にするため、各ＡＰからの送信信号の受信強度に応じた受信可能エリアを、４つの頂点により特定される四角形状のエリアとして特定されて管理されているものとして説明する。また、ここでは、受信強度として電波強度（信号レベル）を用いるものとして説明する。図７の例の場合、ＡＰ１からの送信信号を受信強度が−０ｄＢｍ〜−６０ｄＢｍで受信可能なエリアは、（緯度，経度）が、（Ｘ１０１、Ｙ１０１）、（Ｘ１０２、Ｙ１０２）、（Ｘ１０３、Ｙ１０３）、（Ｘ１０４、Ｙ１０４）の４点で特定される四角形状のエリアとして管理されている。
【００６２】
同様に、ＡＰ１からの送信信号を受信強度が−６０ｄＢｍ〜−８０ｄＢｍで受信可能なエリアや受信強度が−８０ｄＢｍ〜−１００ｄＢｍで受信可能なエリアについても、図７に示すように、４点で特定される四角形状のエリアとして管理されている。また、その他のＡＰからの送信信号の受信可能なエリアについても同様に、受信強度に応じたエリアとして把握される。
【００６３】
この例では、説明を簡単にするため、受信強度に応じた各エリアは、おおよそ次のようなエリアであるものとする。すなわち、受信強度が−０ｄＢｍ〜−６０ｄＢｍであるエリアは、受信強度が十分で、良好に通信が可能なエリアである。また、受信強度が−６０ｄＢｍ〜−８０ｄＢｍであるエリアは、接続を取ることが可能であるが、高速な通信の保証が若干低いエリアである。また、受信強度が−８０ｄＢｍ〜−１００ｄＢｍであるエリアは、接続が若干不安定であり、低速な通信が可能なエリアである。
【００６４】
そして、例えば、図６（Ｂ）に示したように、ＡＰ１からの送信信号を受信強度−０ｄＢｍ〜−６０ｄＢｍで受信可能なエリアをエリア１Ａ、受信強度−６０ｄＢｍ〜−８０ｄＢｍで受信可能なエリアをエリア１Ｂ、受信強度−８０ｄＢｍ〜−１００ｄＢｍで受信可能なエリアをエリア１Ｃとする。同様に、ＡＰ２からの送信信号を受信強度−０ｄＢｍ〜−６０ｄＢｍで受信可能なエリアをエリア２Ａ、受信強度−６０ｄＢｍ〜−８０ｄＢｍで受信可能なエリアをエリア２Ｂ、受信強度−８０ｄＢｍ〜−１００ｄＢｍで受信可能なエリアをエリア２Ｃとする。
【００６５】
この場合に、あるユーザーの携帯端末１からの通知情報に、「ＳＳＩＤ＝ＡＰ１、受信強度＝−７０ｄＢｍ」と「ＳＳＩＤ＝ＡＰ２、受信強度＝−９０ｄＢｍ」というＷｉＦｉデータが含まれていたとする。サーバー３では、これらのＷｉＦｉデータに基づいて、ＷｉＦｉマップＤＢ３０７を参照する。そして、サーバー３は、ＡＰ１からの送信信号を受信強度−７０ｄＢｍで受信可能なエリア１ＢとＡＰ２からの送信信号を受信強度−９０ｄＢｍで受信可能なエリア２Ａとが重なり合うエリアに当該携帯端末１が位置していると判別できる。具体的に当該携帯端末１の所在位置は、図６（Ｂ）において斜線を付して示したエリアであると特定できる。
【００６６】
このように、この実施の形態のサーバー３は、図５に示した構成のＡＰ管理ＤＢ３０６と図７に示した構成のＷｉＦｉマップＤＢ３０７と備えている。そして、これらのデータベースを利用することにより、サーバー３は、携帯端末１からの通知情報に含まれる１以上のＷｉＦｉデータに基づいて、駅のプラットホーム及びその近傍における携帯端末１の所在位置を適切に特定できる。
【００６７】
なお、ここでは、受信強度は電波強度（ｄＢｍ（デシベルミリ））を用いるようにしたが、これに限るものではない。単位長さ当りの電位（受信強度（Ｖ／ｍ））を測定し、これを用いるようにしてもよい。また、簡易的には、ＡＰの有する伝送レートに対する単位時間（例えば１秒）当りの携帯端末１での受信データ量の割合に応じた値を電界強度として用いてもよい。例えば、ＡＰの伝送レートが５４Ｍｂｐｓである場合、単位時間当りの携帯端末１での受信データ量が５４Ｍビットであれば、受信強度は１００％となり、単位時間当りの携帯端末１での受信データ量が４８．６Ｍビットであれば、受信強度は９０％となるものとして把握してもよい。
【００６８】
また、この実施の形態においては、図６（Ｂ）に示したように、ＷｉＦｉマップにおけるＡＰからの送信信号の受信強度に応じた受信可能エリアは、説明を簡単にするため四角形状のエリアであるものとして説明したが、これに限るものではない。携帯端末１からの通知情報に含まれるＷｉＦｉデータにより示されるＡＰからの送信信号の携帯端末１の受信位置の分布に応じた種々の形状のエリアとすることができる。そして、ＷｉＦｉマップにおけるＡＰからの送信信号の受信強度に応じた受信可能エリアをできるだけ詳細に特定することにより、携帯端末のプラットホーム上における所在位置の正確性も向上させることができる。
【００６９】
歩行者ネットワークＤＢ３０８は、ノードデータ及びリンクデータからなる歩行者用道路ネットワークデータを記憶保持する。ノードデータは、ランドマーク、建物、施設、交差点、分岐点、屈曲点などの地点を表す。また、リンクデータは、ノードデータを結ぶ線分によって、歩行者が通行可能な一般道、種々の道路に付随する歩道、横断歩道、歩道橋、建物内や公園内の通り抜け可能な歩行者用通路など、歩行者が通行可能な道路を示す。また、歩行者ネットワークＤＢ３０８は、駅構内の通行可能な経路についても、ノードとリンクとよって管理している。そして、各リンクデータには、そのリンクを構成するノードの番号と、リンクコストと、リンク種別等の情報が対応付けられている。
【００７０】
リンクコストは、そのリンクが表す道路を通行する際にユーザーにかかる負荷を表している。この実施の形態においてリンクコストは、そのリンクが表す道路の長さに応じたコストと、そのリンクが表す道路を通行するのに要する時間に応じたコストの両方を備えている。そして、リンクコストは、いわゆるダイクストラ法により、リンクコストが最小となる経路を探索する場合に参照される。リンク種別は、当該リンク部分が、高速道路、国道、県道、市町村道、私道の内のどれかを示す情報である。この他にも、リンクデータは、そのリンクの道幅などの詳細情報を備えている。この歩行者ネットワークＤＢ３０８の歩行者ネットワークデータにより、出発地から目的地までの経路において、ユーザーが徒歩で移動すべき経路の検索と案内とを実現する。
【００７１】
ルート探索部３０９は、各ユーザーの携帯端末１からのルート探索要求に応じて、ユーザーによって選択される種別の電車を利用して、出発地から目的地までのルートを、電車ネットワークＤＢ３０５、歩行者ネットワークＤＢ３０８の情報に基づいて探索する。この実施の形態においては、基本的に徒歩移動のルートを探索するが、その際に、新幹線、特急列車、普通列車などの１つ以上を利用して、出発地から目的地まで移動する場合に適したルートの探索を行うことができる。ルート探索部３０９は、ルート探索の結果を送信用のデータに整えて、通信Ｉ／Ｆ３０１を通じて要求元のユーザーの携帯端末１に送信する。
【００７２】
地図等提供部３１０は、ルート探索部３０９のルート探索結果やユーザーの携帯端末１からの通知情報Ｐｂに含まれる現在位置を示す位置情報に基づいて、地図ＤＢ３０４からナビゲーション処理に必要になる地図情報を抽出し、これをユーザーの携帯端末１に提供する。また、地図等提供部３１０は、地図情報の他にも、必要に応じて表示メッセージ用データや音声メッセージ用データなどをもユーザーの携帯端末に提供する。地図等提供部３１０により携帯端末１に提供される地図情報などは、通信Ｉ／Ｆ３０１を通じてネットワーク２に送出され、目的とするユーザーの携帯端末１に送信される。
【００７３】
ＷｉＦｉチェック部３１１は、受信した携帯端末１からの通知情報Ｐｂに含まれるＷｉＦｉデータに基づいて、ＷｉＦｉマップＤＢ３０７を参照し、プラットホーム上またはその近傍の携帯端末１の所在位置を特定する。そして、制御部３０２は、当該通知情報Ｐｂの送信元である携帯端末１のプラットホーム上またはその近傍の所在位置に基づいて、プラットホーム上の移動方向を特定し、当該移動方向を指示する情報を当該携帯通信端末に対して提供する。当該移動方向を指示する情報もまた、通信Ｉ／Ｆ３０１を通じてネットワーク２に送出され、当該通知情報の送信元の携帯端末１に送信される。
【００７４】
通知情報ファイル３１２は、ハードディスクなどの大容量記憶媒体に作成され、種々のユーザーの携帯端末１からの通知情報Ｐｂを記憶保持する。すなわち、種々のユーザーの携帯端末１から送信されるサーバー３宛の通知情報Ｐｂは、通信Ｉ／Ｆ３０１を通じて受信され、制御部３０２を通じてＷｉＦｉチェック部３１１に提供されると共に、通知情報ファイル３１２に記録される。
【００７５】
ＷｉＦｉマップ作成部３１３は、通知情報ファイル３１２に蓄積された各通知情報ＰｂのＷｉＦｉデータに基づいて、ＡＰ管理ＤＢ３０６を参照し、各通知情報の送信元の携帯端末１のプラットホーム上、または、その近傍の所在位置を特定する。そして、ＷｉＦｉマップ作成部３１３は、各携帯端末１の特定した所在位置をプラットホーム上、または、その近傍のレイアウト上にプロットする。このようにして、多数の携帯端末のプラットホーム上、または、その近傍の所在位置を特定し、これに応じて各ＡＰからの送信信号の受信強度に応じた受信可能エリアを特定し、これをＷｉＦｉマップＤＢ３０７に登録して管理する。
【００７６】
このよに、ＷｉＦｉマップ作成部３１３は、通知情報ファイル３１２に蓄積された各通知情報ＰｂのＷｉＦｉデータを解析する処理を行う。上述のしたように、駅のプラットホームは長いので、携帯端末１が移動することにより、ＷｉＦｉデータも変化する。これにより、順次に上がってくるＷｉＦｉデータに基づく受信位置に応じて、プラットホーム及びその近傍におけるＡＰからの送信信号の受信が可能なエリアを受信強度に応じたエリアとして特定する。そして、図６（Ｂ）と図７とに示した例のようなＷｉＦｉマップを作成し、ＷｉＦｉマップＤＢ３０７で管理できるようにするのが、ＷｉＦｉマップ作成部３１３の機能である。なお、この実施の形態のＷｉＦｉマップ作成部３１３は、新たに通知情報ファイル３１２に格納された通知情報を処理対象として、ＷｉＦｉマップの更新を行うこともできる。
【００７７】
このような構成を有するサーバー３は、電車をも利用して徒歩移動する場合のユーザーの適切なルート（移動経路）を探索して、その探索結果を携帯端末１に提供し、当該携帯端末１を通じてナビゲーション処理（経路案内処理）をユーザーに対して提供する。そして、従来、正確に案内できなかった駅のプラットホーム上での移動方向についても適切に案内を行うことができるようにしている。
【００７８】
［携帯端末１とサーバー３のそれぞれで行われる処理の一例］
以下に、図２、図３を用いて説明した構成を有する携帯端末１で行われる処理の一例と、図４〜図７を用いて説明した構成を有するサーバー３で行われる処理の一例について、フローチャートを参照しながら説明する。
【００７９】
［携帯端末１で行われるナビゲーション処理の一例］
まず、電車をも利用して徒歩移動するユーザーが用いる携帯端末１において行われるナビゲーション処理について説明する。図８〜図１０は、携帯端末１で実行されるナビゲーション処理について説明するためのフローチャートである。また、図１１は、図８〜図１０に示すナビゲーション処理において、携帯端末１の表示部１０９に表示される入力画面等の例を示す図である。
【００８０】
図８〜図１０に示すナビゲーション処理は、ユーザーが、携帯端末１の表示部１０９に表示されるナビゲーション関連の所定のメニューから該当項目が選択された場合に制御部１０２において実行される。すなわち、所定のメニューから例えば、「ナビゲーション処理」などという当該処理を実行するための項目が選択された場合に実行される。
【００８１】
当該ナビゲーション処理が実行されると、制御部１０２は、サーバー３に設けられている所定のサイトのＵＲＬ（Uniform Resource Locator）を用いて当該サイトにアクセスし、通信回線を接続する（ステップＳ１０１）。当該サイトのＵＲＬは、例えば、記憶装置１０３に予め用意されているものである。そして、制御部１０２は、サーバー３から、所定の初期画面の提供を受け、これを表示部１０９に表示する（ステップＳ１０２）。ステップＳ１０２においては、図１１（Ａ）に示すような初期画面が表示部１０９に表示される。
【００８２】
図１１（Ａ）に示すように、ステップＳ１０２において表示部１０９に表示される初期画面は、出発地、経由地、目的地、出発日時の各入力欄と、電車種別の選択のためのチェックボックスが設けられている。また、当該初期画面の下端側には、「終了」ボタンと「ＯＫ」ボタンとが設けられている。この例の初期画面においては、出発地、経由地、目的地の各入力にカーソルを位置付けると、表示部１０９にソフトウェアキーボードが表示され、出発地、経由地、目的地に対応した施設やランドマークの名称や住所の入力ができるようにされる。なお、出発地と目的地とは必須の入力項目であるが、経由地は任意の入力項目である。
【００８３】
また、出発日時の欄にカーソルか位置付けられると、例えば、プルダウンメニューの態様で、「いますぐ」といった選択項目や年月日及び時分（日時）の選択項目が表示され、タッチパネル１１０を通じた選択入力が可能にされる。また、この実施の形態においては、電車を利用した徒歩ルートの探索とナビゲーションが可能であり、利用する電車種別として、新幹線、特急、普通の３つの選択ができるようになっている。
【００８４】
新幹線や特急の場合には、普通（各駅停車）の運賃とは異なるためである。また、普通には、急行、準急、快速、などの運賃が普通（各駅停車）の場合と異ならない種別の電車が含まれる。そして、利用してもよい電車の種別に対応するチェックボックスにタッチパネル１１０を通じてチェックを入れることができるようになっている。もちろん、再度タッチすることにより、チェックを外すこともできるようになっている。
【００８５】
そして、制御部１０２は、ステップＳ１０２において、表示部１０９に表示された初期画面に対する操作入力を受け付ける（ステップＳ１０３）。この後、制御部１０２は、「終了」ボタンが操作されたか否かを判別する（ステップＳ１０４）。ステップＳ１０４の判別処理において、「終了」ボタンが操作されたと判別したとする。この場合、制御部１０２は、図１０のステップＳ１３７の処理に進み、当該初期画面を消去し、当該ナビゲーション処理の開始前の状態に戻したり、ナビゲーション処理の終了指示をサーバー３に通知したりするなどの所定の終了処理を行う（ステップＳ１３７）。そして、この図８〜図１０に示す処理を終了する。
【００８６】
また、ステップＳ１０４の判別処理において、「終了」ボタンは操作されてないと判別したときには、制御部１０２は、図１１（Ａ）に示した初期画面に対して、必要事項が全て入力された後に「ＯＫ」ボタンが操作されたか否かを判別する（ステップＳ１０５）。ステップＳ１０５の判別処理において、必要事項が全て入力された後に「ＯＫ」ボタンが操作されていないと判別したときには、ステップＳ１０３からの処理を繰り返す。
【００８７】
ステップＳ１０５の判別処理において、必要事項が全て入力された後に「ＯＫ」ボタンが操作されたと判別したとする。この場合、制御部１０２は、ナビゲーション処理部１１３を制御し、入力された情報を含むルート探索要求を形成して、これをサーバー３に送信する（ステップＳ１０６）。この後、ナビゲーション処理部１１３は、制御部１０２の制御の下、サーバー３から送信されて来るルート探索結果を受信し（ステップＳ１０７）、受信したルート探索結果を表示部１０９に表示する（ステップＳ１０８）。
【００８８】
図１１（Ｂ）は、ステップＳ１０８において表示部１０９に表示されるルート探索結果の一例を説明するための図である。この実施の形態においては、電車を利用する徒歩ルートを探索するため、複数のルートが探索できた場合には、図１１（Ｂ）に示すようにそれらの複数のルートを一覧表示する。この場合、図１１（Ｂ）に示すように、主に利用する鉄道路線の名称と、乗車駅での電車の出発時間、運賃、全工程の所要時間などの情報が表示され、これらを参考にしてユーザーは利用するルートを選択できる。また、表示部１０９の下端側には、「戻る」ボタンと「ＯＫ」ボタンとが表示されている。
【００８９】
なお、図１１（Ｂ）には示さなかったが、候補となっているルートの表示情報にカーソルＣＳを位置付けることにより、より詳細な情報を表示部１０９の下側の表示領域に表示するなどのこともできるようになっている。そして、制御部１０２は、タッチパネル１１０を通じて、図１１（Ｂ）に示したルートの選択画面に対する操作入力を受け付けるようにし（ステップＳ１０９）、「ＯＫ」ボタンが操作されたか否かを判別する（ステップＳ１１０）。
【００９０】
ステップＳ１１０の判別処理において、「ＯＫ」ボタンは操作されていないと判別したときには、制御部１０２は、「戻る」ボタンが操作されたか否かを判別する（ステップＳ１１１）。ステップＳ１１１の判別処理において、「戻る」ボタンは操作されていないと判別したときには、有効な操作はされていないので、ステップＳ１０９からの処理が繰り返すよいにされ、図１１（Ｂ）に示したルートの選択画面に対する操作を行うことができる。
【００９１】
また、ステップＳ１１１の判別処理において、「戻る」ボタンが操作されたと判別したとする。この場合、制御部１０２は、図１１（Ｂ）に示したルートの選択画面を消去したり、サーバー３に初期画面に戻ることを通知したりするなどの処理を行い（ステップＳ１１２）、ステップＳ１０２からの処理を繰り返す。これにより、図１１（Ａ）に示した初期画面が再度表示され、ルートの探索条件の入力からやり直すことができる。
【００９２】
そして、ステップＳ１１０の判別処理において、「ＯＫ」ボタンが操作されたと判別したときには、図１１（Ｂ）のルートの選択画面において、カーソルＣＳが位置付けられることにより選択された選択ルートをサーバー３に通知する（ステップＳ１１３）。これにより、サーバー３からは、当該ルートに応じた情報を表示するための地図情報などのナビゲーションに必要な情報が提供されるので、制御部１０２はナビゲーション処理部１１３を制御して、ナビゲーション処理を開始する（ステップＳ１１４）。
【００９３】
すなわち、ステップＳ１１４において制御部１０２は、サーバー３からの地図情報などのナビゲーション処理に必要な情報を受信して記憶装置１０３に格納する。そして、制御部１０２は、ナビゲーション処理部１１３を制御して、ユーザーが辿るべきルートを示した地図を表示したり、当該ルートを辿れるように、ユーザーに対する表示メッセージや音声メッセージを出力したりするナビゲーション処理を開始する。
【００９４】
この後、制御部１０２は、通知情報形成部１１４を制御して、所定の時間間隔ごと（例えば１分ごと）に、図３を用いて説明した通知情報Ｐｂを形成して、サーバー３に通知する処理を開始する（ステップＳ１１５）。通知情報Ｐｂは、図３を用いて説明したように、ユーザーＩＤ、測位データ、１以上のＷｉＦｉデータからなるものである。しかし、ステップＳ１１５の通知情報の通知処理が開始された段階では、まだ、ＷｉＦｉ規格のＡＰからの送信信号を受信して、ＳＳＩＤの抽出や受信強度の検出を行ういわゆるＷｉＦｉスキャン処理は行われていない。
【００９５】
このため、ＷｉＦｉスキャンが開始されるまでは、ユーザーＩＤと、ＧＰＳ部１０８を通じて測位する現在位置と時間制御部１０５から取得する現在位置の取得日時を含む通知情報Ｐｂが形成され、サーバー３に送信される。これにより、サーバー３においては、通知情報の送信元である当該携帯端末１の現在位置については測位データにより把握できるので、ステップＳ１１４において開始させたナビゲーション処理において、適宜、必要となる地図情報などの提供ができる。
【００９６】
そして、制御部１０２は、図９の処理に進む。制御部１０２は、ＧＰＳ部１０８を通じて取得する現在位置とサーバー３から提供される地図情報とに基づいて、目的とする電車に乗るために探索されたルート上の乗車駅に到達したか否かを判別する（ステップＳ１１６）。ステップＳ１１６の判別処理において、乗車駅には到達していないと判別したときには、ユーザーからの操作入力を受け付ける（ステップＳ１１７）。そして、「終了」ボタンが操作されるなどのナビゲーション処理を終了させる操作が行われたか否かを判別する（ステップＳ１１８）。
【００９７】
ステップＳ１１８の判別処理において、ナビゲーション処理を終了させる操作が行われたと判別したとする。この場合、制御部１０２は、図１０のステップＳ１３７の処理に進み、上述したように、所定の終了処理を行って（ステップＳ１３７）、この図８〜図１０に示す処理を終了する。また、ステップＳ１１８の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ１１６からの処理を繰り返し、ナビゲーション処理を継続させ、乗車駅への到達を検知するようにする。
【００９８】
そして、ステップＳ１１６の判別処理において、乗車駅に到達したと判別したときには、制御部１０２は、センサ部１０６を制御して加速度センサを起動する（ステップＳ１１９）。このように加速度センサを起動させるのは、乗車した電車が停車した場合を検知するためである。そして、制御部１０２は、ＧＰＳ部１０８を通じて取得する現在位置とサーバー３から提供される地図情報とに基づいて、探索されたルート上の目的とする降車駅に到達したか否かを判別する（ステップＳ１２０）。
【００９９】
ステップＳ１２０の判別処理において、降車駅には到達していないと判別したときには、ユーザーからの操作入力を受け付ける（ステップＳ１２１）。そして、「終了」ボタンが操作されるなどのナビゲーション処理を終了させる操作が行われたか否かを判別する（ステップＳ１２２）。ステップＳ１２２の判別処理において、ナビゲーション処理を終了させる操作が行われたと判別したとする。この場合、制御部１０２は、図１０のステップＳ１３７の処理に進み、所定の終了処理を行って（ステップＳ１３７）、この図８〜図１０に示す処理を終了する。また、ステップＳ１２２の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ１２０からの処理を繰り返し、ナビゲーション処理を継続させ、降車駅への到達を検知するようにする。
【０１００】
ステップＳ１２０の判別処理において、目的する降車駅に到達したと判別したときには、制御部１０２は、ステップＳ１１９で起動させたセンサ部１０６の加速度センサの検出出力を確認し、乗っている電車が停車したか否かを判別する（ステップＳ１２３）。ステップＳ１２３の判別処理において、乗っている電車は停車していないと判別したときには、ユーザーからの操作入力を受け付け（ステップＳ１２４）、ナビゲーション処理を終了させる所定の操作が行われたか否かを判別する（ステップＳ１２５）。
【０１０１】
ステップＳ１２５の判別処理において、ナビゲーション処理を終了させる操作が行われたと判別したときには、制御部１０２は、図１０のステップＳ１３７の処理に進む。そして、制御部１０２は、所定の終了処理を行って（ステップＳ１３７）、この図８〜図１０に示す処理を終了する。また、ステップＳ１２５の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ１２３からの処理を繰り返し、ナビゲーション処理を継続させ、乗っている電車が停車したことを検知するようにする。
【０１０２】
ステップＳ１２３の判別処理において、乗っている電車が、目的とする降車駅において停車したと判別したときには、制御部１０２は、無線ＬＡＮアンテナ１０７Ａ及び無線ＬＡＮ部１０７を通じて、ＷｉＦｉスキャン処理を開始する（ステップＳ１２６）。すなわち、制御部１０２は、無線ＬＡＮ部１０７を制御し、周囲のＷｉＦｉ規格のＡＰからの送信信号を受信して、ＳＳＩＤを抽出し、また、受信強度を検出する。
【０１０３】
このように、ステップＳ１２６において、ＷｉＦｉスキャン処理が開始されることにより、ＷｉＦｉデータ（ＳＳＩＤ及び受信強度）が取得できるので、制御部１０２は取得した１以上の対応するＳＳＩＤと受信強度とを通知情報形成部１１４に供給する。これにより、図８のステップＳ１１５で開始させた通知情報の送信処理により、携帯端末１からサーバー３に送信される通知情報Ｐｂには、図３に示したように、１以上のＷｉＦｉデータが含まれることになる。
【０１０４】
そして、サーバー３においては、当該通知情報の通知元である携帯端末１の当該降車駅にけるプラットホーム上における所在位置を上述もしたようにＷｉＦｉマップＤＢ３０７の情報により特定できる。このため、ステップＳ１２６以降においては、実行中のナビゲーション処理において、プラットホーム上における移動方向のナビゲーションも行うようにされる。
【０１０５】
具体的には、サーバー３から提供される地図情報に基づいて、図１１（Ｃ）に示すように降車駅のプラットホームを含む地図が表示される。そして、表示された当該地図上には携帯端末１の所在位置（現在位置）を示す例えば黒丸Ｐと、進むべき方向を示す矢印と、「電車を降りて、右に進んで下さい。」という表示メッセージとが表示される。所在位置と矢印と表示メッセージとは、サーバー３から提供されるナビゲーション情報に応じて表示される。
【０１０６】
すなわち、サーバー３からは、プラットホーム上の現在位置と、進むべき方向を示す情報と、表示情報とが提供され、これらが表示部１０９に表示される。また、必要に応じて放音すべき音声情報（音声メッセージ）なども提供され、これが音声出力部１１１に供給されて、これに応じた音声案内がスピーカ１１２から放音することもできるようにされている。このようにして、従来は行えなかった駅のプラットホーム上でのナビゲーションも適切に行うことができる。
【０１０７】
そして、制御部１０２は、当該降車駅は探索されたルート上における乗換駅か否かを判別する（ステップＳ１２７）。ステップＳ１２７の判別処理において、乗換駅であると判別したときには、乗車ホームに到達したか否かを判別する（ステップＳ１２８）。このステップＳ１２８の判別処理は、通知情報に含まれるＷｉＦｉデータによりサーバー３において判別されてナビゲーション情報の１つとして提供されるホーム上等の現在位置を示す情報に基づいて判別可能である。
【０１０８】
そして、ステップＳ１２８の判別処理において、現在位置は乗車ホームではないと判別したときには、乗車ホームへの移動中であると考えられるので、ステップＳ１２８からの処理を繰り返す。また、ステップＳ１２８の判別処理において、現在位置は乗車ホームであると判別したときには、電車に乗って移動する状態にあり、プラットホーム上の位置を特定する必要はないので、ＷｉＦｉスキャンを停止させ（ステップＳ１２９）、ステップＳ１２０からの処理を繰り返す。
【０１０９】
ステップＳ１２７の判別処理において、当該降車駅は乗換駅ではないと判別したときには、現在位置は駅構内か否かを判別する（ステップＳ１３０）。このステップＳ１３０の判別処理もまた、通知情報に含まれるＷｉＦｉデータによりサーバー３において判別されてナビゲーション情報の１つとして提供されるホーム上等の現在位置を示す情報に基づいて判別可能である。ステップＳ１３０の判別処理において、現在位置は駅構内であると判別したときには、ユーザーからの操作入力を受け付け（ステップＳ１３１）、ナビゲーション処理を終了させる所定の操作が行われたか否かを判別する（ステップＳ１３２）。
【０１１０】
ステップＳ１３２の判別処理において、ナビゲーション処理を終了させる操作が行われたと判別したときには、制御部１０２は、図１０のステップＳ１３７の処理に進む。そして、制御部１０２は、所定の終了処理を実行し（ステップＳ１３７）、この図８〜図１０に示す処理を終了する。また、ステップＳ１３２の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ１３０からの処理を繰り返し、ナビゲーション処理を継続させ、駅構内におけるナビゲーション処理を行う。
【０１１１】
ステップＳ１３０の判別処理において、現在位置は駅構内ではないと判別したときには、電車ルートから徒歩ルートに変わったと判別できる。この場合、制御部１０２は、図１０の処理に進み、加速度センサを停止させ（ステップＳ１３３）、ＷｉＦｉスキャンを停止させる（ステップＳ１３４）。これにより、電車ルートのナビゲーションモードから徒歩ルートのナビゲーションモードに遷移する。
【０１１２】
そして、制御部１０２は、ユーザーからの操作入力を受け付け（ステップＳ１３５）、ナビゲーション処理を終了させる所定の操作が行われたか否かを判別する（ステップＳ１３６）。目的地に到達するなどした場合には、ステップＳ１３５において、ナビゲーション処理を終了させる操作入力が行われることになる。そして、ステップＳ１３６の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ１３５からの処理を繰り返し、ナビゲーション処理を継続させる。
【０１１３】
また、ステップＳ１３６の判別処理において、ナビゲーション処理を終了させる操作が行われたと判別したとする。この場合、制御部１０２は、ナビゲーションの画面を消去し、ナビゲーションを終了することをサーバー３に通知するなどの所定の終了処理を行って（ステップＳ１３７）、この図８〜図１０に示す処理を終了する。
【０１１４】
このように、この実施の形態の携帯端末１では、ルート上の乗車駅に到達すると電車ルートのナビゲーションモードとなり、加速度センサを起動させて、降車駅での乗車している電車の停車タイミングを検出する。そして、降車駅での乗車している電車の停車タイミングで、ＷｉＦｉスキャンを開始させ、ＷｉＦｉデータを通知情報に含めてサーバー３に提供し、降車駅のプラットホーム上での移動方向のナビゲーションも適切に行うことができる。また、駅構内においては、ＷｉＦｉデータを通知情報に含めてサーバー３に提供することによって、ＷｉＦｉデータに応じた駅構内でのナビゲーションも実現できる。
【０１１５】
［サーバー３で行われるナビゲーション支援処理の一例］
次に、携帯端末１でのナビゲーション機能を実現するために、サーバー３において実行されるナビゲーション支援処理について説明する。図１２、図１３は、サーバー３で実行されるナビゲーション支援処理について説明するためのフローチャートである。図１２、図１３に示すユーザー支援処理は、サーバー３の主に制御部３０２において常時実行されている処理である。
【０１１６】
このナビゲーション支援処理において、制御部３０２は、通信Ｉ／Ｆ３０１を通じて、多数のユーザーのそれぞれの携帯端末１からのアクセスを受け付けるようにし（ステップＳ２０１）、自機宛てのアクセスを受け付けたか否かを判別する（ステップＳ２０２）。ステップＳ２０２の判別処理において、自機宛てのアクセスを受け付けていないと判別したときには、ステップＳ２０１からの処理を繰り返す。
【０１１７】
ステップＳ２０２の判別処理において、自機宛てのアクセスを受け付けたと判別したときには、アクセス元の携帯端末１との間に通信路を接続し、図１１（Ａ）に示した初期画面をアクセス元の携帯端末１に提供する（ステップＳ２０３）。この後、制御部３０２は、通信路を接続した携帯端末１からの指示情報を受信するようにし（ステップＳ２０４）、指示情報を受信したか否かを判別する（ステップＳ２０５）。
【０１１８】
サーバー３が携帯端末１から提供を受ける指示情報は、図８〜図１０を用いて説明したように、ルート探索要求、ルートの選択情報、ナビゲーション処理の終了指示、初期画面への入力に戻る指示などを含む。ステップＳ２０５の判別処理において、指示情報を受信していないと判別したときには、制御部３０２は、ステップＳ２０４からの処理を繰り返す。
【０１１９】
ステップＳ２０５の判別処理において、指示情報を受信したと判別したときには、受信した指示情報は終了指示か否かを判別する（ステップＳ２０６）。このステップＳ２０６の判別処理において、終了指示を受信したと判別したときには、図１３のステップＳ２２０の処理に進む。この場合、アクセス元の携帯端末１との間に接続した通信路を解放するなどの所定の終了処理を行って（ステップＳ２２０）、図１２のステップＳ２０１からの処理を繰り返す。
【０１２０】
また、ステップＳ２０６の判別処理において、受信した指示情報は終了指示ではないと判別したときには、受信した指示情報はルートの探索要求か否かを判別する（ステップＳ２０７）。ステップＳ２０７の判別処理において、受信した指示情報はルートの探索要求ではないと判別したときには、有効な指示情報は受信していないと判別し、制御部３０２はステップＳ２０４からの処理を繰り返す。
【０１２１】
また、ステップＳ２０７の判別処理において、受信した指示情報はルートの探索要求であると判別したときには、制御部３０２は、ルート探索部３０９を制御し、受信したルート探索要求に含まれる情報にしたがってルート探索処理を実行する（ステップＳ２０８）。すなわち、ルート探索部３０９は、ルート探索要求に含まれる出発地、経由地、目的地、出発日時、使用する電車の電車種別に基づいて、ルート探索を行う。そして、制御部３０２は、ルート探索部３０９を制御しルート探索結果を通信Ｉ／Ｆ３０１を通じて、要求元の携帯端末１に送信する（ステップＳ２０９）。この場合のルート探索結果は、図１１（Ｂ）に示したように、ルート探索結果の一覧リストである。
【０１２２】
この後、制御部３０２は、ルート探索結果を提供した携帯端末１からの指示情報を通信Ｉ／Ｆ３０１を通じて受信するようにし（ステップＳ２１０）、受信した指示情報はルートの選択情報か否かを判別する（ステップＳ２１１）。ステップＳ２１１の判別処理において、受信した指示情報はルートの選択情報ではないと判別したときには、受信した指示情報は、初期画面において「戻る」ボタンが操作されたことを示す指示情報か否かを判別する（ステップＳ２１２）。
【０１２３】
ステップＳ２１２の判別処理において、受信した指示情報は、初期画面において「戻る」ボタンが操作されたことを示す指示情報ではないと判別したとする。この場合、制御部３０２は、有効な指示情報は受け付けていないと判別し、ステップＳ２１０からの処理を繰り返す。また、ステップＳ２１２の判別処理において、受信した指示情報は初期画面において「戻る」ボタンが操作されたことを示す指示情報であると判別したとする。この場合、制御部３０２は、ステップＳ２０４からの処理を繰り返し、図１１（Ａ）に示した初期画面に対する指示情報を受け付ける処理から行うようにする。
【０１２４】
そして、ステップＳ２１１の判別処理において、受信した指示情報はルートの選択情報であると判別したときには、制御部３０２は、図１３の処理に進む。そして、制御部３０２は、携帯端末１からの通知情報Ｐｂの受信処理やナビゲーションに必要になる地図情報などの提供処理を開始させる（ステップＳ２１３）。通知情報Ｐｂの受信処理は、通信Ｉ／Ｆ３０１を通じて行われ、地図情報などの提供処理は、制御部３０２により制御される地図等提供部３１０が、携帯端末１において選択されたルートや携帯端末１からの通知情報Ｐｂに基づいて行う。地図情報などの提供もまた、通信Ｉ／Ｆ３０１を通じてネットワーク２に送出され、目的とする携帯端末１に送信される。
【０１２５】
そして、制御部３０２は、順次に提供される携帯端末１からの通知情報Ｐｂを確認し、１以上のＷｉＦｉデータが含まれているか否かを判別する（ステップＳ２１４）。ステップＳ２１４の判別処理において、ＷｉＦｉデータが含まれていると判別したとする。この場合、制御部３０２は、ＷｉＦｉチェック部３１１を制御し、通知情報Ｐｂに含まれるＷｉＦｉデータに基づいてＷｉＦｉマップＤＢ３０７を参照し、当該通知情報Ｐｂの送信元の所在位置を特定し、移動方向（進むべき方向）などを指示する案内情報Ｇｄを形成する（ステップＳ２１５）。そして、制御部３０２は、ＷｉＦｉチェック部３１１で形成された案内情報Ｇｄを、目的とする携帯端末１に送信する（ステップＳ２１６）。
【０１２６】
そして、制御部３０２は、携帯端末１からの指示情報を受信するようにし（ステップＳ２１７）、指示情報を受信したか否かを判別する（ステップＳ２１８）。ステップＳ２１８の判別処理において、携帯端末１からの指示情報を受信していないと判別したときには、ステップＳ２１４からの処理を繰り返し、ナビゲーション処理を継続させると共に、次の通知情報に含まれるＷｉＦｉデータに応じた処理を行う。
【０１２７】
また、ステップＳ２１８の判別処理において、指示情報を受信したと判別したときには、受信した指示情報は、「終了」ボタンが操作された場合などに形成されるナビゲーション処理の終了指示か否かを判別する（ステップＳ２１９）。ステップＳ２１９の判別処理において、受信した指示情報はナビゲーション処理の終了指示ではないと判別したときには、有効な指示情報は受信していないと判別し、ステップＳ２１４からの処理を繰り返す。
【０１２８】
また、ステップＳ２１９の判別処理において、受信した指示情報はナビゲーション処理の終了指示であると判別したときには、当該携帯端末１との間に接続している通信路を解放するなどの所定の終了処理を行う（ステップＳ２２０）。この後、制御部３０２は、図１２に示したステップＳ２０１からの処理を繰り返し、次の携帯端末１からのアクセスを待つことになる。
【０１２９】
このように、この実施の形態のサーバー３は、携帯端末１からのルート探索要求に応じて、ルート探索を行って、その結果を携帯端末１に返し、ルート探索の結果に応じたナビゲーション処理を行うことができるようにする。そして、ＷｉＦｉチェック部３１１やＷｉＦｉマップＤＢ３０７の機能により、携帯端末１を所持するユーザーが駅のプラットホーム上にいるときには、プラットホーム上の位置をも正確に特定し、ルートに応じて進むべき方向を適切に指示するなどのことができる。
【０１３０】
［携帯端末１とサーバー３のそれぞれで行われる処理の他の例］
図８〜図１０を用いて説明した携帯端末１の処理と、図１２、図１３を用いて説明したサーバー３の処理は、携帯端末１が目的とする降車駅に到着したことを検知して、ＷｉＦｉスキャンを開始させ、プラットホーム上の位置を特定することを前提に動作する。しかし、携帯端末１が目的とする降車駅に到着する前に、携帯端末１を所持するユーザーが乗車している電車における当該携帯端末１の位置が特定できれば、目的とする降車駅のプラットホームにおける降車位置も特定でき、よりスムーズな案内を実現できる。
【０１３１】
そこで、以下に説明する他の例の場合には、携帯端末１を所持するユーザーが電車に乗り込んだ後において、目的とする降車駅の手前で携帯端末１を所持するユーザーが乗車している電車における当該携帯端末１の位置を特定する。そして、携帯端末１を所持するユーザーが乗った電車が目的とする降車駅に到着したときには、当該携帯端末１を持つユーザーが乗車している電車における当該携帯端末１の特定した位置に基づいて、到着駅の到着プラットホームにおける所在位置を特定する。そして、到着駅の到着プラットホームにおける特定した所在位置に基づいて、到着後、即座にプラットホーム上におけるナビゲーションを行うようにするものである。
【０１３２】
そして、この他の例の場合にも、携帯端末１とサーバー３とのそれぞれは、図２、図４等を用いて説明した構成を有するもので変わりはない。しかし、携帯端末１とサーバー３とのそれぞれで実行する処理が、上述した実施の形態の場合とは異なっている。以下、携帯端末１とサーバー３で実行される処理の他の例についてフローチャートを参照しながら説明する。
【０１３３】
［携帯端末１で行われるナビゲーション処理の他の例］
図１４は、携帯端末１で行われるルート探索及びナビゲーション処理の他の例の主要部分を説明するためのフローチャートである。携帯端末１で実行されるこの例の処理は、図８〜図１０を用いて上述したルート探索及びナビゲーション処理における図９に示したステップＳ１２０〜ステップＳ１２６の処理が、図１４に示すステップＳ３０１〜ステップＳ３０９に変わったものである。したがって、図８や図１０に示した処理は、この他の例のおいても同様に実行される。そして、この他の例においては、図１４に示すように、携帯端末１を所持するユーザーが探索されたルート上の乗車駅（目的とする電車に乗車する駅）に到達したことが検知され、センサ部１０６の加速度センサを起動させたとする（ステップＳ１１９）。
【０１３４】
この場合、制御部１０２は、当該加速度センサの検出出力を監視して、携帯端末１を所持するユーザーが走行している電車に乗っている状態になるのを待つ（ステップＳ３０１〜ステップＳ３０３）。携帯端末１の現在位置が乗車駅に到達しただけではユーザーが電車に乗ったか否かまでは分からない。このため、制御部１０２は、加速度センサの検出出力に基づいて、所定速度以上のスピードで移動しているか否かにより、ユーザーが走行している電車に乗っているか否かを判別するようにしている（ステップＳ３０１）。
【０１３５】
なお、ステップＳ３０１の判別処理において、携帯端末１を所持するユーザーが走行している電車にまだ乗っていないと判別したとする。この場合には、ユーザーからの操作入力を受け付け（ステップＳ３０２）、ナビゲーション処理を終了させる所定の操作が行われたか否かを判別する（ステップＳ３０３）。ステップＳ３０３の判別処理で、ナビゲーション処理を終了させる所定の操作が行われたと判別したときには、制御部１０２は、図１０のステップＳ１３７の処理に進む。
【０１３６】
この場合、制御部１０２は、所定の終了処理を行って（ステップＳ１３７）、図８、図１４、図１０からなる他の例のナビゲーション処理を終了する。また、ステップＳ３０３の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ３０１からの処理を繰り返し、ナビゲーション処理を継続させ、ユーザーが電車に乗って走行中になったか否かの判別処理を行う。
【０１３７】
また、ステップＳ３０１の判別処理において、携帯端末１を所持するユーザーが走行中に電車になっている状態にあると判別したとする。この場合、制御部１０２は、起動させた加速度センサの検出出力を監視し、乗っている走行中の電車が停車するのを待つ（ステップＳ３０４〜ステップＳ３０６）。乗っている走行中の電車が停車するのは、もちろん、ダイヤ乱れなどの影響を受けて、駅間などで停車する場合もあるが、主には停車駅に到着した場合である。このため、停車駅への到着を判別するために、乗車している電車が停車したか否かを判別する。
【０１３８】
そして、ステップＳ３０４の判別処理において、携帯端末１を所持するユーザーが乗車している走行中の電車はまだ停車していないと判別したとする。この場合には、ユーザーからの操作入力を受け付け（ステップＳ３０５）、ナビゲーション処理を終了させる所定の操作が行われたか否かを判別する（ステップＳ３０６）。ステップＳ３０６の判別処理で、ナビゲーション処理を終了させる所定の操作が行われたと判別したときには、制御部１０２は、図１０のステップＳ１３７の処理に進む。
【０１３９】
この場合、制御部１０２は、所定の終了処理を行って（ステップＳ１３７）、図８、図１４、図１０からなる他の例のナビゲーション処理を終了する。また、ステップＳ３０６の判別処理において、ナビゲーション処理を終了させる操作は行われていないと判別したときには、ステップＳ３０４からの処理を繰り返し、ナビゲーション処理を継続させ、乗っている走行中の電車が停車したか否かの判別処理を行う。
【０１４０】
そして、ステップＳ３０４の判別処理において、乗っている走行中の電車が停車したと判別したとする。この場合、制御部１０２は、無線ＬＡＮアンテナ１０７Ａ及び無線ＬＡＮ部１０７を通じて、ＷｉＦｉスキャン処理を開始する（ステップＳ３０７）。すなわち、制御部１０２は、無線ＬＡＮ部１０７を制御し、周囲のＷｉＦｉ規格のＡＰからの送信信号を受信して、ＳＳＩＤを抽出し、また、受信強度を検出する。
【０１４１】
このように、ステップＳ３０７において、ＷｉＦｉスキャン処理が開始されることにより、ＷｉＦｉデータ（ＳＳＩＤ及び受信強度）が取得できるので、制御部１０２は取得した１以上の対応するＳＳＩＤと受信強度とを通知情報形成部１１４に供給する。これにより、図８のステップＳ１１５で開始させた通知情報の送信処理により、携帯端末１からサーバー３に送信される通知情報Ｐｂには、図３に示したように、１以上のＷｉＦｉデータが含まれることになる。そして、サーバー３においては、当該通知情報Ｐｂの通知元である携帯端末１の停車駅における乗っている電車においての乗車位置を特定できる。この乗車位置の特定方法については、後述するサーバー３の処理において説明する。
【０１４２】
そして、制御部１０２は、停車した位置が探索したルート上の降車駅か否かを判別する（ステップＳ３０８）。この判別処理は、サーバー３においてＷｉＦｉデータを用いて特定され、サーバー３から提供される現在位置を示す情報と地図情報とに基づいて判別することができる。ステップＳ３０８の判別処理において、探索されたルート上の目的とする降車駅ではないと判別したときには、ステップＳ３０７で開始させたＷｉＦｉスキャンを終了させ、ナビゲーション処理を継続させつつ、ステップＳ３０１からの処理を繰り返す。
【０１４３】
また、制御部３０２は、ステップＳ３０８の判別処理において、降車駅に到達したと判別したと判別したとする。この場合には、図９に示した処理の場合と同様に、探索したルート上の乗換駅か否かを判別する処理を行う（ステップＳ１２７）。これ以降の処理は、上述した図８〜図１０において示した処理と同様である。
【０１４４】
このように、図８、図１４、図１０からなるルート探索及びナビゲーション処理の場合には、降車駅より前の各停車駅において、ＷｉＦｉスキャンを行って、その結果を通知情報Ｐｂに含めてサーバー３に通知できるようにしている。このようにすることによって、サーバー３において、後述もするように、所定の停車駅での携帯端末１のユーザーの乗車している電車においての乗車位置を特定し、この特定した乗車位置に基づいて、降車駅における降車プラットホーム上の降車位置を事前に特定する。そして、事前に把握した降車駅における降車位置に基づいて、ユーザーが降車駅において降車した直後の時点からナビゲーション処理を迅速かつ適切に行うことができるようにしている。
【０１４５】
［サーバー３で行われるナビゲーション支援処理の他の例］
図１５は、サーバー３で行われるナビゲーション支援処理の他の例の主要部分を説明するためのフローチャートである。サーバー３で実行されるこの例の処理は、図１２、図１３を用いて上述したナビゲーション支援処理における図１３に示したステップＳ２１５〜ステップＳ２１６の処理が、図１５に示すステップＳ４０１〜ステップＳ４０５に変わったものである。したがって、図１２に示した処理は、この他の例のおいても同様に実行される。そして、この他の例においては、図１５に示すように、サーバー３の制御部３０２が、受信した携帯端末１からの通知情報ＰｂにＷｉＦｉデータが含まれているか否かを判別し（ステップＳ２１４）、ＷｉＦｉデータが含まれていると判別したとする。
【０１４６】
この場合、この場合、制御部３０２は、ユーザーが乗っている電車が停車した駅は、ルート上の降車駅の例えば２つ手前の駅などのように、ユーザーが乗っている電車における乗車位置を特定する駅とされた所定駅か否かを判別する（ステップＳ４０１）。具体的に、ステップＳ４０１では、制御部３０２がＷｉＦｉチェック部３１１を制御し、通知情報に含まれるＷｉＦｉデータのＳＳＩＤに基づいて、ＷｉＦｉマップＤＢ３０７を参照し、当該ＳＳＩＤによって特定されるＡＰの設置駅が所定駅か否かを判別する。
【０１４７】
ステップＳ４０１の判別処理において、携帯端末１を所持するユーザーが乗っている電車の停車駅が、所定駅であると判別したとする。この場合、制御部３０２は、ＷｉＦｉチェック部３１１を制御して、携帯端末１を所持するユーザーの乗車している電車においての乗車位置を特定する処理を実行する（ステップＳ４０２）。すなわち、停車駅での電車の停車位置は予め決まっているし、また、電車の車両数も予め決まっている。このため、ＷｉＦｉチェック部３１１は、携帯端末１からの通知情報Ｐｂに含まれる情報であって、停車駅でのＷｉＦｉ規格のＡＰからの送信信号の受信状況に応じた情報となるＷｉＦｉデータに基づいて、ＷｉＦｉマップＤＢ３０７を参照する。
【０１４８】
これにより、ＷｉＦｉチェック部３１１において、携帯端末１を所持するユーザーが乗った電車の停車駅においての当該携帯端末１の所在位置が特定できる。この特定した停車駅における所在位置を、当該停車駅に停車した電車上の位置に置き換える。これにより、携帯端末１を所持するユーザーは、２両目の４番ドアの近傍に乗っているなどというように、携帯端末１を所持するユーザーが乗っている電車においてのユーザーの乗車位置（携帯端末１の所在位置）が特定できる。
【０１４９】
そして、携帯端末１を所持するユーザーが乗っている電車においてのユーザーの乗車位置が特定できれば、探索されたルート上の降車駅の降車プラットホームにおける当該ユーザーの降車位置も正確に特定可能となる。上述もしたように、降車駅における電車の停車位置も、また、電車の車両数も予め分かっているので、これを降車駅のプラットホームにおける位置に置き換えることにより、降車駅の降車プラットホームにおける当該ユーザーの降車位置（所在位置）も特定できるのである。
【０１５０】
そして、ステップＳ４０２の処理の後においては、図１３を用いて説明した処理のステップＳ２１８からの処理が行うようにされる。また、ステップＳ４０１の判別処理において、携帯端末１を所持するユーザーが乗っている電車の停車駅が、所定駅ではないと判別したとする。この場合、制御部３０２は、携帯端末１を所持するユーザーが乗っている電車が停車した駅が、探索したルート上のユーザーが電車を降りるべき降車駅か否かを判別する（ステップＳ４０３）。
【０１５１】
ステップＳ４０３の判別処理において、降車駅であると判別したとする。この場合、制御部３０２は、ステップＳ４０２で特定した携帯端末１を所持するユーザーの電車においての乗車位置と探索したルートとに応じて当該プラットホーム上における案内情報Ｇｄを形成する（ステップＳ４０４）。すなわち、ステップＳ４０４において、制御部３０２は、携帯端末１を所持するユーザーの電車においての乗車位置と、当該降車駅部分の地図情報とに応じて、降車駅の降車プラットホーム上のユーザーの所在位置を特定する。そして、探索したルートに応じて、当該プラットホーム上において、どちらに移動すべきかを特定し、当該携帯端末１のユーザーに対して移動すべき方向を指示する案内情報Ｇｄを形成する。
【０１５２】
そして、制御部３０２は、ステップＳ４０４で形成した案内メッセージを通信Ｉ／Ｆ３０１を通じてネットワーク２に送出し、当該携帯端末１に対して送信する（ステップＳ４０５）。これにより、当該案内メッセージの提供を受けた携帯端末１においては、降車駅の降車プラットホームに降り立ったユーザーに対して、即座に当該プラットホーム上において進むべき方向を示して、ナビゲーションを行うことができる。
【０１５３】
そして、ステップＳ４０５の案内情報Ｇｄの送信処理の後と、ステップＳ４０２において電車が停車した駅は降車駅ではないと判別したときには、図１３に示した処理の場合と同様に、ステップＳ２１７からの処理が行われる。
【０１５４】
このように、この他の例の場合には、携帯端末１においては、電車ルートになったら加速度センサを動かす。そして、加速度センサの検出出力から乗車した電車が停車したと判別したときには、ＷｉＦｉスキャンを実行し、送信信号を送信しているＡＰのＳＳＩＤや受信した送信信号の受信強度を得て、これをＷｉＦｉデータとしてサーバー３にする。サーバー３では、携帯端末１からのＷｉＦｉデータに基づき、停車駅を判定し、例えば降車駅の２駅前の停車駅などというように所定駅に到達したことを検知した場合に、乗車している電車においての乗車位置をＷｉＦｉマップＤＢ３０７のデータに基づいて特定する。そして、その情報を用いて、降車駅の降車プラットホームにおける降車位置を特定し、降車駅（乗換駅を含む）に到着したら即座に移動方向を案内できるようにしている。
【０１５５】
［実施の形態の効果］
上述したように、ナビゲーション機能の実行中において、携帯端末１からサーバー３に定期的にアップする通知情報ＰｂにＷｉＦｉスキャンした結果も付けてアップする。電車の駅のプラットホームは細長いので、出口や乗換プラットホームまでに出現するＡＰのＷｉＦｉデータ（ＳＳＩＤや受信強度）が順番にサーバー３にアップされる。そして、サーバー３でＷｉＦｉデータを解析することにより、駅のプラットホーム上において、どこでどのＡＰからの送信信号をどの位の受信強度で受信できるのかを示すＷｉＦｉマップが出来上がる。
【０１５６】
そして、電車を降りた地点や電車が停車した地点でＷｉＦｉスキャンを実行し、得られたＷｉＦｉデータを基に、ＷｉＦｉマップと照らし合わせて、探索したルートを辿るには、どちらの方向に向かえばよいのかを適切に案内できるようになる。これによって、従来、正確な所在位置を特定することができなかったために十分な案内（ナビゲーション）が行えなかった駅の降車ホームにおける案内（ナビゲーション）を適切に行うことができる。
【０１５７】
換言すれば、電車の乗り換えを間違えたり、出るべき改札口を間違えたりするといった不都合を生じさせることがないナビゲーションサービスを提供できる。すなわち、電車ルートを含むナビゲーションを行う場合であっても、プラットホーム上での適切な案内をも行える従来にない正確なナビゲーションサービスを提供できる。
【０１５８】
［変形例など］
なお、上述した実施の形態においては、ＷｉＦｉデータを降車駅でのナビゲーションに利用する場合を説明したが、これに限るものではない。ターミナル駅などにおける乗り換え時には、ＷｉＦｉデータを用いた駅構内のナビゲーション処理を行うこともできる。この場合には、ターミナル駅構内のＷｉＦｉマップを整備しておけばよい。また、乗車プラットホームにおいて、指定席車両の乗車位置を案内したり、自由席車両の乗車位置を案内したりすることもできる。
【０１５９】
また、ＷｉＦｉ規格のＡＰは、実際に接続可能なＡＰでなくても、送信信号からＳＳＩＤや受信強度を検出できればよいので、設置されている多種多様なＡＰを利用できる。
【０１６０】
また、上述した実施の形態においては、乗車駅に到達したか否かを、ＧＰＳ部を通じて測位する現在位置と地図情報とに基づいて判別するようにしたが、これに限るものではない。例えば、地下街を通って乗車駅に向う場合もあり、この場合にはＧＰＳによる現在位置の測位ができない場合もある。
【０１６１】
そこで、ＧＰＳによる現在位置の測位ができない場合には、送受信アンテナ１０１Ａ及び無線通信部１０１を通じて通信を行う携帯電話網の近隣の３つ以上の基地局との通信状況に基づいて、いわゆる３点測量の原理で現在位置を特定する方法を用いてもよい。また、ＧＰＳによる現在位置の測位ができない場合には、無線ＬＡＮ部１０７を機能させ、近隣のＡＰからの送信信号の受信状況に応じて、上述した実施の形態の場合と同様にして、サーバー３において、携帯端末１の現在位置を特定するようにしてもよい。
【０１６２】
また、上述した実施の形態では、現在広く普及し始めているＷｉＦｉ規格のＡＰを利用するものとして説明したが、これに限るものではない。種々の規格の近距離通信技術を用いた通信エリアが拡大してきた場合には、種々の規格の近距離通信技術を用いた通信を行う場合の基地局との通信を利用して、上述した実施の形態の場合と同様の処理を行うようにすることもできる。すなわち、用いる通信規格はＷｉＦｉ規格には限定されない。
【０１６３】
［その他］
なお、上述した実施の形態の説明からも分かるように、ナビゲーション装置の記憶手段の機能は、サーバー３のＷｉＦｉマップＤＢ３０７が実現し、受信手段の機能は、携帯端末１の無線ＬＡＮアンテナ１０７Ａ及び無線ＬＡＮ部１０７が実現している。また、ナビゲーション装置の抽出手段と検出手段の機能は、携帯端末１の無線ＬＡＮ部１０７と制御部１０２とが協働して実現している。また、ナビゲーション装置の特定手段の機能は、サーバー３のＷｉＦｉチェック部３１１が実現し、指示手段の機能は、主にサーバー３の制御部３０２が実現している。
【０１６４】
また、ナビゲーション装置の現在位置測位手段の機能は、携帯端末１のＧＰＳアンテナ１０８Ａ及びＧＰＳ部１０８が実現し、検知手段の機能は、携帯端末１のセンサ部１０６が実現している。また、ナビゲーション装置の検知制御手段の機能は携帯端末１の制御部１０２が実現し、ナビゲーション装置の指示制御手段の機能は、サーバー３の制御部３０２が実現している。
【０１６５】
また、図８〜図１０のフローチャートと、図１２、図１３のフローチャートを用いて説明した処理と、さらに、図１４、図１５のフローチャートを用いて説明した処理が、この発明のナビゲーション方法の一実施の形態に対応している。また、図８〜図１０のフローチャートに応じた処理を実行するプログラムと、図８〜図１０のフローチャートの図９に替えて図１４のフローチャートを用いるようにした処理を実行するプログラムが、この発明のナビゲーション情報取得プログラムの一実施の形態に対応している。また、図１２、図１３のフローチャートに応じた処理を実行するプログラムと、図１２、図１５のフローチャートに応じた処理を実行するプログラムが、この発明のナビゲーション情報提供プログラムの一実施の形態に対応している。
【符号の説明】
【０１６６】
１…携帯端末、１０１Ａ…送受信アンテナ、１０１…無線通信部、１０２…制御部、１０３…記憶装置、１０４…操作部、１０５…時間制御部、１０６…センサ部、１０７…無線ＬＡＮ部、１０７Ａ…無線ＬＡＮアンテナ、１０８…ＧＰＳ部、１０８Ａ…ＧＰＳアンテナ、１０９…表示部、１１０…タッチパネル、１１１…音声出力部、１１２…スピーカ、１１３…ナビゲーション処理部、１１４…通知情報形成部、２…ネットワーク、３…ナビゲーションサーバー装置、３０１…通信Ｉ／Ｆ、３０２…制御部、３０３…記憶装置、３０４…地図ＤＢ、３０５…電車ネットワークＤＢ、３０６…ＡＰ管理ＤＢ、３０７…ＷｉＦｉマップＤＢ、３０８…歩行者ネットワークＤＢ、３０９…表示部、３１０…地図等提供部、３１１…ＷｉＦｉチェック部、３１２…通知情報ファイル、３１３…ＷｉＦｉマップ作成部
【図１】
2015001469.tif 000003
【図２】
2015001469.tif 000004
【図３】
2015001469.tif 000005
【図４】
2015001469.tif 000006
【図５】
2015001469.tif 000007
【図６】
2015001469.tif 000008
【図７】
2015001469.tif 000009
【図８】
2015001469.tif 000010
【図９】
2015001469.tif 000011
【図１０】
2015001469.tif 000012
【図１１】
2015001469.tif 000013
【図１２】
2015001469.tif 000014
【図１３】
2015001469.tif 000015
【図１４】
2015001469.tif 000016
【図１５】
2015001469.tif 000017