JP2015115822A - 端末及び制御プログラム - Google Patents

Abstract

【課題】本発明は、交通機関の車両によりユーザが移動するときに目的地に到着する前にユーザへの通知を適切に実行することを可能とする端末等を提供することを目的とする。【解決手段】本発明に係る端末（１）は、交通機関の車両の停車場に配置された無線ＬＡＮのアクセスポイントの識別情報が登録されている記憶部（２０）と、路線情報及び時刻表情報に基づいて、乗車停車場から降車停車場までの経路及びユーザが乗車する乗車車両を決定する経路決定部（３５）と、路線情報に基づいて乗車車両が直前に停車する直前停車場を決定し、時刻表情報に基づいて直前停車場から降車停車場までの移動時間を求め、移動時間から所定時間を減じた時間を通知時間に決定する通知時間決定部（３６）と、直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから通知時間が経過したときに、降車停車場が近いことをユーザに通知する制御部（３７）を有する。【選択図】図２

Description

本発明は、無線ＬＡＮに基づく通信機能を有する端末及び制御プログラムに関する。

近年、携帯電話を始めとした、ポータブルゲーム機、タブレットＰＣ（Personal Computer）等の様々な携帯端末が、多くのユーザにより携帯されている。一般に、このような携帯端末は、音、振動等によるアラーム機能を有しており、ユーザは、電車等で移動するときに、到着予定時刻にアラーム通知させることにより、乗り過ごしを防止することができる。このような携帯端末では、アラーム通知を行う時刻をユーザがより簡易に設定できるようにすることが望まれている。

特許文献１には、目的地において通信可能なアクセスポイントを識別するＡＰ識別情報を記憶し、アクセスポイントを検出したときに、記憶したＡＰ識別情報と検出されたアクセスポイントの識別情報とが一致する場合に、目的地に到着した旨を報知する携帯端末が開示されている。

特許文献２には、電車等の運行情報を取得し、運行情報に基づいて、電車等が所定の停車場所に停車する停車時刻を求め、その停車時刻から所定時間だけ遡った時刻を、アラームの報知時刻として設定する携帯端末が開示されている。

特開２０１２−１９３９８７号公報 特開２０１３−１３５３００号公報

特許文献１に記載の携帯端末は、目的地に到着したときに、目的地に到着した旨を報知することができる。しかしながら、目的地に到着した旨が報知されるのは、駅に到着したときであり、報知されてから電車が発車するまでの間に、ユーザが降車すべきか否かを判断する時間が十分にない可能性がある。例えば、目的地の手前にあるアクセスポイントのＡＰ識別情報と検出されたアクセスポイントの識別情報とが一致する場合に、目的地に到着した旨を報知することにより、目的地に到着する前に報知することができる。しかしながら、地下鉄のように、駅周辺以外では線路付近にアクセスポイントが設置されていない場合、目的地の手前にあるアクセスポイントを検出することができず、目的地に到着する前に報知することはできない。

なお、特許文献１には、ＧＰＳ（Global Positioning System）により周期的に自位置を測定し、目的地に到着したか否かを判別することについても開示されている。しかしながら、地下鉄等では、駅周辺以外の線路付近ではＧＰＳの電波が届かない可能性が高く、目的地に到着する前に報知することができない場合がある。

特許文献２に記載の携帯端末は、所定の停車場所に停車する前にアラーム通知することができる。しかしながら、電車等の運行に遅延が発生すると、適切なタイミングでアラーム通知されない場合がある。

本発明は、このような従来の課題を解決すべくなされたものであり、交通機関の車両によりユーザが移動するときに、目的地に到着する前にユーザへの通知を適切に実行することを可能とする端末及び制御プログラムを提供することを目的とする。

本発明に係る端末は、交通機関の路線情報及び時刻表情報を取得する交通機関情報取得部と、交通機関の車両の停車場に配置された無線ＬＡＮのアクセスポイントの識別情報が登録されている記憶部と、ユーザが乗車する乗車停車場を決定する乗車停車場決定部と、ユーザが降車する降車停車場を決定する降車停車場決定部と、路線情報及び時刻表情報に基づいて、乗車停車場から降車停車場までの経路及びユーザが乗車する乗車車両を決定する経路決定部と、路線情報に基づいて、その経路において乗車車両が降車停車場の直前に停車する直前停車場を決定するとともに、時刻表情報に基づいて、直前停車場から降車停車場までの移動時間を求め、移動時間から所定時間を減じた時間を、直前停車場を出発してからユーザに通知するまでの通知時間に決定する通知時間決定部と、無線ＬＡＮのアクセスポイントから識別情報を受信する無線通信部と、音声、画像又は振動を出力する出力部と、無線通信部が直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから通知時間が経過したときに、降車停車場が近いことを出力部を用いてユーザに通知する制御部とを有する。

また、本発明に係る端末において、制御部は、無線通信部が降車停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信すると、降車停車場に到着したことを出力部を用いて通知することが好ましい。

また、本発明に係る端末において、端末の移動に係るデータを出力する検知部と、
検知部から出力されたデータに基づいて、端末が乗車中であるか否かを判定する乗車判定部と、をさらに有し、制御部は、無線通信部が直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから通知時間が経過した時に、端末が乗車中である場合に限り、降車停車場が近いことを通知することが好ましい。

また、本発明に係る端末において、端末の移動に係るデータを出力する検知部と、検知部から出力されたデータに基づいて、端末が乗車中であるか否かを判定する乗車判定部と、をさらに有し、制御部は、無線通信部が降車停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから一定時間経過後、端末が乗車中である場合、降車停車場を通過したことを出力部を用いて通知することが好ましい。

また、本発明に係る端末において、ＧＰＳにより位置を検出する位置検出部をさらに有し、通知時間決定部は、さらに、乗車車両が直前停車場を出発してから通知時間が経過した時に到達する予定位置範囲を決定し、制御部は、無線通信部が直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから通知時間が経過した時に、位置検出部が検出した位置が予定位置範囲内である場合に限り、降車停車場が近いことを通知することが好ましい。

また、本発明に係る端末において、目的地を指定する操作部をさらに有し、記憶部には、地図情報がさらに記憶されており、降車停車場決定部は、地図情報に基づいて、目的地に最も近い停車場を降車停車場に決定することが好ましい。

また、本発明に係る端末において、記憶部には、停車場ごとに、複数の無線ＬＡＮのアクセスポイントの識別情報が登録されており、無線通信部は、識別情報の取得要求を定期的に送信し、記憶部に記憶された識別情報のうちの少なくとも一つを受信すると、取得要求を送信する間隔を短くすることが好ましい。

また、本発明に係る端末において、無線通信部が識別情報を受信すると、路線情報、時刻表情報、経路、乗車車両及び現在時刻に基づいて、現在、端末が位置している停車場を特定し、受信した識別情報を、特定した停車場を示す停車場情報と関連付けてサーバに送信する識別情報送信部と、サーバから、サーバが複数の端末から受信した識別情報及び停車場情報に基づいて生成した、各停車場に配置された無線ＬＡＮのアクセスポイントの識別情報の更新情報を受信すると、更新情報に基づいて、記憶部に登録された識別情報を更新する識別情報更新部と、をさらに有することが好ましい。

本発明に係る端末の制御プログラムは、記憶部と、無線通信を行う無線通信部と、音声、画像又は振動を出力する出力部と、を有する端末の制御プログラムであって、記憶部には、交通機関の車両の停車場に配置された無線ＬＡＮのアクセスポイントの識別情報が設定され、交通機関の路線情報に基づいて、ユーザが乗車する乗車停車場からユーザが降車する降車停車場までの経路においてユーザが乗車する乗車車両が前記降車停車場の直前に停車する直前停車場を決定するとともに、交通機関の時刻表情報に基づいて、前記直前停車場から前記降車停車場までの移動時間を求め、前記移動時間から所定時間を減じた時間を、前記直前停車場を出発してからユーザに通知するまでの通知時間に決定し、無線ＬＡＮのアクセスポイントから識別情報を受信し、直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから通知時間が経過したときに、降車停車場が近いことを出力部を用いてユーザに通知することを端末に実行させる。

本発明に係る端末及び制御プログラムは、ユーザが降車する停車場の直前に停車する停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから特定の時間が経過したときにユーザに通知することにより、交通機関の車両によりユーザが移動するときに、目的地に到着する前にユーザへの通知を適切に実行することを可能とする。

通信システム１００の概略構成の一例を示す図である。 携帯端末１の概略構成の一例を示す図である。 （ａ）はＢＳＳＩＤテーブルのデータ構造の一例を示す図であり、（ｂ）は降車駅テーブルのデータ構造の一例を示す図である。 サーバ２の概略構成の一例を示す図である。 携帯端末１の通知処理の動作フローの一例を示す図である。 乗車判定処理の動作の例を示すフローチャートである。 経路決定処理の動作の例を示すフローチャートである。 降車駅選択画面の一例を示す図である。 降車通知処理の動作の例を示すフローチャートである。 経路確認画面の一例を示す図である。 通過通知処理の動作の例を示すフローチャートである。 ＢＳＳＩＤテーブルの更新処理の動作シーケンスの一例を示す図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

本実施形態では、携帯端末には、駅に配置された無線ＬＡＮ（Local Area Network）のアクセスポイントのＢＳＳＩＤ（Basic Service Set Identifier）が予め登録される。携帯端末は、交通機関から取得した交通機関の路線情報及び時刻表情報に基づいて、乗車駅から降車駅までの経路及びユーザが乗車する乗車車両を決定する。さらに、携帯端末は、路線情報に基づいて、降車駅の直前に停車する駅を決定するとともに、時刻表情報に基づいて、降車駅の直前に停車する駅から降車駅までの移動時間を求め、求めた移動時間から所定時間を減じた時間を通知時間として決定する。そして、携帯端末は、降車駅の直前に停車する駅に設置されたアクセスポイントの識別情報を受信してから、通知時間が経過したときに、降車駅が近いことをユーザに通知する。

なお、本実施形態では、電車を車両とし、駅を停車場とする交通機関を例に説明するが、バスを車両とし、バス停を停車場とする交通機関等の他の交通機関に本発明を適用することも可能である。

図１は、通信システム１００の概略構成の一例を示す図である。

通信システム１００は、携帯端末１と、サーバ２とを有する。

携帯端末１は、無線ＬＡＮ通信機能を有し、無線ＬＡＮのアクセスポイント３と接続される。アクセスポイント３は、サービスエリア４内で携帯端末１と無線ＬＡＮ通信方式に従った無線通信を行う。さらに、アクセスポイント３は、バックボーンネットワーク５に接続される。バックボーンネットワーク５には、イーサネット（登録商標）等の有線ＬＡＮにより、バックボーンネットワーク５とインターネット７とを中継するゲートウェイ６が接続される。インターネット７にはサーバ２が接続され、アクセスポイント３は、サーバ２と通信を行うことができる。

さらに、バックボーンネットワーク５には、イーサネット（登録商標）等の有線ＬＡＮにより、携帯端末１のユーザを認証するための認証サーバ８が接続される。携帯端末１は、認証サーバ８によってユーザが認証されることにより、ゲートウェイ６を介して、インターネット７に接続することができる。

アクセスポイント３は、携帯端末１と、バックボーンネットワーク５又はインターネット７に接続された装置との間の通信を中継する通信装置である。アクセスポイント３は、主に２．４ＧＨｚ帯、５ＧＨｚ帯等を感受帯域とするアンテナを含む、通信インターフェース回路を有し、携帯端末１との間で、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）８０２．１１規格の無線通信方式に基づいて無線通信を行う。

アクセスポイント３は、アクセスポイントごとに一意に定められる識別情報であるＢＳＳＩＤと、アクセスポイント３を含む複数のアクセスポイントで構成される無線ＬＡＮのネットワークの識別情報であるＥＳＳＩＤ（Extended Service Set Identifier）とを記憶する。携帯端末１は、接続したいネットワークのＥＳＳＩＤを含むプローブ要求をブロードキャスト配信する。アクセスポイント３は、受信したプローブ要求に含まれるＥＳＳＩＤが記憶しているＥＳＳＩＤと一致すれば、アクセスポイント３のＢＳＳＩＤを含むプローブ応答を返信する。これにより、携帯端末１は、アクセスポイント３を認識することができる。

図２は、携帯端末１の概略構成の一例を示す図である。

携帯端末１は、無線ＬＡＮによる通信機能を有する通信装置であり、例えば携帯電話、携帯情報端末（Personal Digital Assistant, PDA）、携帯ゲーム機、携帯音楽プレーヤ、タブレットＰＣ等である。携帯端末１は、無線通信ネットワークへの接続、降車駅が近いことの通知、所定のアプリケーションプログラムの実行等を可能とする。そのために、携帯端末１は、第１無線通信部１１と、第２無線通信部１２と、操作部１３と、表示部１４と、音声出力部１５と、振動出力部１６と、加速度センサ１７と、地磁気センサ１８と、ＧＰＳ部１９と、記憶部２０と、中央処理部３０とを有する。

第１無線通信部１１は、主に２．４ＧＨｚ帯、５ＧＨｚ帯等を感受帯域とするアンテナを含む、通信インターフェース回路を有し、アクセスポイント３との間でＩＥＥＥ８０２．１１規格の無線通信方式に基づいて無線通信を行う。そして、第１無線通信部１１は、アクセスポイント３から受信したデータを中央処理部３０に供給する。また、第１無線通信部１１は、中央処理部３０から供給されたデータをアクセスポイント３に送信する。

第２無線通信部１２は、主に２．１ＧＨｚ帯を感受帯域とするアンテナを含む、通信インターフェース回路を有し、携帯端末１を不図示の携帯電話ネットワークに接続する。第２無線通信部１２は、不図示の携帯電話の基地局により割り当てられるチャネルを介して、基地局との間でＣＤＭＡ（Code Division Multiple Access）方式等による無線信号回線を確立し、基地局との間で通信を行う。そして、第２無線通信部１２は、基地局から受信したデータを中央処理部３０に供給する。また、第２無線通信部１２は、中央処理部３０から供給されたデータを基地局に送信する。なお、携帯端末１が携帯電話機能を有さない場合、第２無線通信部１２は省略されてもよい。

操作部１３は、携帯端末１の操作が可能であればどのようなデバイスでもよく、例えば、タッチパネル式の入力装置、キーパッド等である。ユーザは、このデバイスを用いて、文字、数字等を入力することができる。操作部１３は、ユーザにより操作されると、その操作に対応する信号を発生する。そして、発生した信号は、ユーザの指示として、中央処理部３０に入力される。

表示部１４は、出力部の一例であり、動画像、静止画像等の出力が可能であればどのようなデバイスでもよく、例えば、タッチパネル式の表示装置、液晶ディスプレイ、有機ＥＬ（Electro−Luminescence）ディスプレイ等である。表示部１４は、中央処理部３０から供給される動画像データに応じた動画像、静止画像データに応じた静止画像等を出力する。

音声出力部１５は、出力部の一例であり、音声の出力が可能であればどのようなデバイスでもよく、例えば、スピーカである。音声出力部１５は、中央処理部３０から供給される音声信号に応じた音声を出力する。

振動出力部１６は、出力部の一例であり、振動の出力が可能であればどのようなデバイスでもよく、例えば、振動を発生するモータである。振動出力部１６は、中央処理部３０から供給される振動信号に応じた振動を出力する。

加速度センサ１７は、検知部の一例であり、中央処理部３０からの要求に応じて、携帯端末１に加わる加速度を３軸方向毎に検出し、検出した加速度を携帯端末１の移動に係るデータとして出力する。加速度センサ１７は、例えば、ピエゾ抵抗効果を利用したピエゾ抵抗型の３軸加速度センサ、又は静電容量の変化を利用した静電容量型の３軸加速度センサとすることができる。なお、加速度センサの代わりに、携帯端末１の回転角速度を検出するジャイロセンサを利用し、加速度の代わりに回転角速度を携帯端末１の移動に係るデータとして出力してもよい。

地磁気センサ１８は、検知部の一例であり、中央処理部３０からの要求に応じて、携帯端末１の向きの方位及び磁気の大きさを検出し、検出した方位及び磁気の大きさを携帯端末１の移動に係るデータとして出力する。

ＧＰＳ部１９は、ＧＰＳにより位置を検出する位置検出部の一例であり、主に１．５ＧＨｚ帯を感受帯域とするアンテナを含む、ＧＰＳ回路を有し、不図示のＧＰＳ衛星からＧＰＳ信号を受信する。ＧＰＳ部１９は、そのＧＰＳ信号をデコードし、時刻情報等を取得する。そして、ＧＰＳ部１９は、その時刻情報等に基づいてＧＰＳ衛星から携帯端末１までの擬似距離を計算し、その擬似距離を代入して得られる連立方程式を解くことにより、携帯端末１が存在する位置（緯度、経度、高度等）を検出し、位置情報として出力する。

記憶部２０は、例えば、半導体メモリを有する。記憶部２０は、中央処理部３０での処理に用いられるドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム、データ等を記憶する。例えば、記憶部２０は、ドライバプログラムとして、第１無線通信部１１を制御する無線通信デバイスドライバプログラム、第２無線通信部１２を制御する携帯電話通信デバイスドライバプログラム、操作部１３を制御する入力デバイスドライバプログラム、表示部１４、音声出力部１５及び振動出力部１６を制御する出力デバイスドライバプログラム等を記憶する。また、記憶部２０は、オペレーティングシステムプログラムとして、ＩＥＥＥ８０２．１１規格の無線通信方式を実行する接続制御プログラム、携帯電話の接続制御プログラム等を記憶する。また、記憶部２０は、アプリケーションプログラムとして、ウェブページの取得及び表示を行うウェブブラウザプログラム、電子メールの送信及び受信を行う電子メールプログラム等を記憶する。コンピュータプログラムは、例えばＣＤ−ＲＯＭ（compact disk read only memory）、ＤＶＤ−ＲＯＭ（digital versatile disk read only memory）等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて記憶部２０にインストールされてもよい。

また、記憶部２０は、データとして、各駅に配置された無線ＬＡＮのアクセスポイントの識別情報が登録されているＢＳＳＩＤテーブル（図３（ａ））、ユーザが降車する降車駅の候補が登録されている降車駅テーブル（図３（ｂ））等を記憶する。さらに、記憶部２０は、携帯端末１が接続する無線ＬＡＮのネットワークのＥＳＳＩＤを記憶する。さらに、記憶部２０は、所定の処理に係る一時的なデータを一時的に記憶する。

図３（ａ）は、アクセスポイントのＢＳＳＩＤテーブルのデータ構造の一例を示す図である。

図３（ａ）に示すように、ＢＳＳＩＤテーブルには、複数の駅のそれぞれ毎に、その駅の識別情報である駅ＩＤ、駅名、その駅に設置されたアクセスポイント（以下、主ＡＰと称する）のＢＳＳＩＤ、その駅の周辺に設置されたアクセスポイント（以下、副ＡＰと称する）のＢＳＳＩＤ等が相互に関連付けられて登録される。図３（ａ）には、一つの主ＡＰと、複数の副ＡＰとが登録されている例を示しているが、主ＡＰは複数でもよく、副ＡＰは一つ又はなくてもよい。ＢＳＳＩＤテーブルの各情報は、サーバ２から登録される。

図３（ｂ）は、降車駅テーブルのデータ構造の一例を示す図である。

図３（ｂ）に示すように、降車駅テーブルには、降車駅の候補として登録された駅毎に、その駅の駅ＩＤ、駅名、及び詳細情報等が相互に関連付けられて登録される。詳細情報は、その駅が自宅の最寄り駅であるか、学校の最寄り駅であるか、会社の最寄り駅であるか、又はそれ以外の駅であるかを示す。降車駅テーブルの各情報は、ユーザにより操作部１３を用いて登録される。ユーザは、例えば、自宅、学校又は会社の最寄り駅等を降車駅として登録する。

中央処理部３０は、一又は複数個のプロセッサ及びその周辺回路を有する。中央処理部３０は、携帯端末１の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。中央処理部３０は、携帯端末１の各種処理が記憶部２０に記憶されているプログラム、操作部１３の操作、加速度センサ１７、地磁気センサ１８及びＧＰＳ部１９からの信号等に応じて適切な手順で実行されるように、第１無線通信部１１、第２無線通信部１２、表示部１４、音声出力部１５、振動出力部１６等の動作を制御する。中央処理部３０は、記憶部２０に記憶されているプログラム（ドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、中央処理部３０は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

中央処理部３０は、交通機関情報取得部３１と、乗車駅決定部３２と、乗車判定部３３と、降車駅決定部３４と、経路決定部３５と、通知時間決定部３６と、制御部３７と、識別情報送信部３８と、識別情報更新部３９とを有する。中央処理部３０が有するこれらの各部は、中央処理部３０が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。あるいは、中央処理部３０が有するこれらの各部は、独立した集積回路、マイクロプロセッサ、又はファームウェアとして携帯端末１に実装されてもよい。

図４は、サーバ２の概略構成の一例を示す図である。

サーバ２は、各携帯端末のＢＳＳＩＤテーブルに登録される主ＡＰ及び副ＡＰのＢＳＳＩＤを管理する。そのために、サーバ２は、サーバ通信部４１と、サーバ記憶部４２と、サーバ処理部５０とを備える。

サーバ通信部４１は、イーサネット（登録商標）などの有線の通信インターフェース回路を有する。サーバ通信部４１は、インターネット７及びバックボーンネットワーク５を介して携帯端末１等と通信を行う。そして、サーバ通信部４１は、携帯端末１等から受信したデータをサーバ処理部５０に供給する。また、サーバ通信部４１は、サーバ処理部５０から供給されたデータを携帯端末１等に送信する。

サーバ記憶部４２は、例えば、半導体メモリ、磁気ディスク装置、及び光ディスク装置のうちの少なくともいずれか一つを有する。サーバ記憶部４２は、サーバ処理部５０による処理に用いられるドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム、データ等を記憶する。例えば、サーバ記憶部４２は、ドライバプログラムとして、サーバ通信部４１を制御する通信デバイスドライバプログラム等を記憶する。また、サーバ記憶部４２は、オペレーティングシステムプログラムとして、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の通信方式による接続制御プログラム等を記憶する。また、サーバ記憶部４２は、アプリケーションプログラムとして、各種データの送受信を行うととともに、ＢＳＳＩＤテーブルを管理するデータ処理プログラム等を記憶する。コンピュータプログラムは、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いてサーバ記憶部４２にインストールされてもよい。

また、サーバ記憶部４２は、データとして、図３に示した各携帯端末が記憶するＢＳＳＩＤテーブル、降車駅に到着する前に通知を行うサービスを提供する各携帯端末のアドレス（例えば、電話番号）等を記憶する。また、サーバ記憶部４２は、所定の処理に係る一時的なデータを一時的に記憶する。

サーバ処理部５０は、一又は複数個のプロセッサ及びその周辺回路を有する。サーバ処理部５０は、サーバ２の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵである。サーバ処理部５０は、サーバ２の各種処理がサーバ記憶部４２に記憶されているプログラム等に応じて適切な手順で実行されるように、サーバ通信部４１等の動作を制御する。サーバ処理部５０は、サーバ記憶部４２に記憶されているプログラム（ドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、サーバ処理部５０は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

サーバ処理部５０は、設定管理部５１を有する。設定管理部５１は、サーバ処理部５０が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。あるいは、設定管理部５１は、独立した集積回路、マイクロプロセッサ、又はファームウェアとしてサーバ２に実装されてもよい。

図５は、中央処理部３０による携帯端末１の通知処理の動作フローの一例を示す図である。なお、以下に説明する動作フローは、予め記憶部２０に記憶されているプログラムに基づいて、主に中央処理部３０により、携帯端末１の各要素と協働して実行される。

最初に、交通機関情報取得部３１は、第１無線通信部１１を介してサーバ２から、交通機関の路線情報を取得する（ステップＳ１０１）。路線情報には、その交通機関の路線上の各駅の駅ＩＤ及び駅名と、その駅が全ての駅に停車する各駅電車のみが停車する駅であるか、全ての駅に停車しない急行電車も停車する駅であるかの情報と、その駅の前後に各駅電車が停車する駅の駅ＩＤ及び駅名とが関連付けて示される。また、その駅が急行電車の停車駅である場合、急行電車がその駅の前後に停車する駅の駅ＩＤ及び駅名がさらに関連付けて示される。なお、サーバ２は、ＲＳＳ（RDF Site Summary, Really Simple Syndication又はRich Site Summary）の技術を利用して、不図示の交通機関のサーバから交通機関の路線に係る情報を取得し、路線情報に変換している。

次に、交通機関情報取得部３１は、第１無線通信部１１を介してサーバ２から、交通機関の電車の時刻表を表す時刻表情報を取得する（ステップＳ１０２）。時刻表情報には、運行する電車ごとに、各停車駅を出発する時刻及び各停車駅に到着する時刻が示される。なお、サーバ２は、ＲＳＳの技術を利用して、不図示の交通機関のサーバから交通機関の時刻表に係る情報を取得し、時刻表情報に変換している。

次に、交通機関情報取得部３１は、第１無線通信部１１を介してサーバ２から、各電車の遅延に関する遅延情報を取得する（ステップＳ１０３）。遅延情報には、遅延が発生している電車ごとに遅延している時間が示される。なお、サーバ２は、ＲＳＳの技術を利用して、不図示の交通機関のサーバから交通機関の遅延に係る情報を取得し、遅延情報に変換している。

次に、中央処理部３０は、記憶部２０の降車駅テーブルに一つ以上の降車駅が登録されているか否かを判定する（ステップＳ１０４）。

中央処理部３０は、降車駅テーブルに降車駅が全く登録されていない場合、降車駅が登録されていない旨を表示部１４に表示し、一連のステップを終了する（ステップＳ１０５）。

一方、乗車駅決定部３２及び乗車判定部３３は、降車駅テーブルに一つ以上の降車駅が登録されている場合、ユーザが乗車する乗車駅を決定するとともに、ユーザが乗車したか否かを判定する乗車判定処理を実施する（ステップＳ１０６）。乗車判定処理の詳細については後述する。

次に、降車駅決定部３４、経路決定部３５及び通知時間決定部３６は、ユーザが降車する降車駅、乗車駅から降車駅までの経路及びユーザが乗車する乗車車両を決定するとともに、その経路においてその乗車車両が降車駅の直前に停車する直前駅、乗車車両が直前駅を出発してからユーザに通知するまでの通知時間を決定する経路決定処理を実施する（ステップＳ１０７）。経路決定処理の詳細については後述する。

次に、制御部３７は、乗車車両が直前駅を出発してから通知時間が経過したときに、降車駅が近いことをユーザに通知する降車通知処理を実施する（ステップＳ１０８）。降車通知処理の詳細については後述する。

次に、制御部３７は、乗車車両が降車駅に到着してから所定時間経過後、携帯端末１のユーザが乗車中である場合に、降車駅を通過したことをユーザに通知する通過通知処理を実施し（ステップＳ１０９）、一連のステップを終了する。通過通知処理の詳細については後述する。

図６は、乗車判定処理の動作の例を示すフローチャートである。

図６に示す動作のフローは、図５に示すフローチャートのステップＳ１０６において実行される。

最初に、乗車駅決定部３２は、プローブ要求を第１無線通信部１１を介してブロードキャスト配信する（ステップＳ２０１）。

次に、乗車駅決定部３２は、第１無線通信部１１を介して無線ＬＡＮのアクセスポイントからプローブ応答を受信するまで待機する（ステップＳ２０２）。

次に、乗車駅決定部３２は、第１無線通信部１１を介して無線ＬＡＮのアクセスポイントからプローブ応答を受信すると（ステップＳ２０２−Ｙｅｓ）、受信したプローブ応答のうちの何れかにＢＳＳＩＤテーブルに登録された主ＡＰのＢＳＳＩＤのうちの何れかが含まれるか否かを判定する（ステップＳ２０３）。

乗車駅決定部３２は、受信したプローブ応答のうちの何れにもＢＳＳＩＤテーブルに登録された主ＡＰのＢＳＳＩＤが含まれない場合（ステップＳ２０３−Ｎｏ）、受信したプローブ応答のうちの何れかにＢＳＳＩＤテーブルに登録された副ＡＰのＢＳＳＩＤのうちの何れかが含まれるか否かを判定する（ステップＳ２０４）。

乗車駅決定部３２は、受信したプローブ応答のうちの何れかにＢＳＳＩＤテーブルに登録された副ＡＰのＢＳＳＩＤが含まれる場合（ステップＳ２０４−Ｙｅｓ）、次にプローブ要求を送信するまでの第１待機時間を予め設定された第１時間（例えば６０秒間）に設定する（ステップＳ２０５）。

一方、乗車駅決定部３２は、受信したプローブ応答のうちの何れにもＢＳＳＩＤテーブルに登録された副ＡＰのＢＳＳＩＤが含まれない場合（ステップＳ２０４−Ｎｏ）、第１待機時間を第１時間より短い第２時間（例えば３０秒間）に設定する（ステップＳ２０６）。

次に、乗車駅決定部３２は、ステップＳ２０５又はＳ２０６で設定した第１待機時間だけ待機してから（ステップＳ２０７）、処理をステップＳ２０１へ戻し、再度、プローブ要求を第１無線通信部１１を介してブロードキャスト配信する。

一方、乗車駅決定部３２は、受信したプローブ応答のうちの何れかにＢＳＳＩＤテーブルに登録された主ＡＰのＢＳＳＩＤが含まれる場合（ステップＳ２０３−Ｙｅｓ）、第１待機時間を第２時間よりさらに短い第３時間（例えば１０秒間）に設定する（ステップＳ２０８）。

次に、乗車駅決定部３２は、受信したプローブ応答に含まれるＢＳＳＩＤに基づいて、現在位置に最も近い駅を乗車駅に決定する（ステップＳ２０９）。乗車駅決定部３２は、受信したプローブ応答に含まれるＢＳＳＩＤが主ＡＰのＢＳＳＩＤとして登録されている駅を乗車駅に決定する。

次に、乗車判定部３３は、加速度センサ１７及び／又は地磁気センサ１８から出力された携帯端末１の移動に係るデータに基づいて、携帯端末１が乗車中であるか否かを判定する（ステップＳ２１０）。

乗車判定部３３は、加速度センサ１７が出力した加速度が第１閾値以上である場合、携帯端末１は移動中であると判定し、第１閾値未満である場合、携帯端末１は移動中でないと判定する。第１閾値は、事前の実験により、携帯端末１を携帯するユーザが移動していない状態で得られる加速度の平均値と、携帯端末１を携帯するユーザが移動している状態で得られる加速度の平均値との中間値に定められる。なお、乗車判定部３３は、所定時間（例えば１秒）内に加速度センサ１７が出力した加速度の平均値が第１閾値以上であるか否かを判定してもよい。これにより、携帯端末１が移動中であるか否かの判定精度を向上させることが可能となる。

また、乗車判定部３３は、地磁気センサ１８が出力した磁気の大きさが第２閾値以上である場合、携帯端末１は乗車中であると判定し、第２閾値未満である場合、携帯端末１は乗車中でないと判定する。第２閾値は、事前の実験により、携帯端末１を携帯するユーザが電車に乗っている状態で得られる加速度の平均値と、携帯端末１を携帯するユーザが電車に乗っていない状態で得られる加速度の平均値との中間値に定められる。なお、乗車判定部３３は、所定時間（例えば１秒）内に地磁気センサ１８が出力した磁気の大きさの平均値が第２閾値以上であるか否かを判定してもよい。これにより、携帯端末１を携帯するユーザが乗車しているかの判定精度を向上させることが可能となる。

次に、乗車判定部３３は、携帯端末１が乗車中でないと判定すると（ステップＳ２１０−Ｎｏ）、ステップＳ２０８で設定した第１待機時間だけ待機してから（ステップＳ２０７）、処理をステップＳ２０１へ戻し、再度、プローブ要求を第１無線通信部１１を介してブロードキャスト配信する。

一方、乗車判定部３３は、携帯端末１が乗車中であると判定すると（ステップＳ２１０−Ｙｅｓ）、携帯端末１を携帯するユーザが乗車したと判定し（ステップＳ２１１）、一連のステップを終了する。

上記したように、第１無線通信部１１は、ＢＳＳＩＤの取得要求となるプローブ要求を定期的に送信し、ＢＳＳＩＤテーブルに登録された副ＡＰのＢＳＳＩＤのうちの少なくとも一つを受信すると、プローブ要求を送信する間隔を短くする。これにより、通常はプローブ要求を送信する間隔を長くして、消費電力の上昇を抑制しつつ、携帯端末１が駅に近付くとプローブ要求を送信する間隔を短くして、携帯端末１の位置の測定精度を向上させることが可能となる。また、第１無線通信部１１は、ＢＳＳＩＤテーブルに登録された主ＡＰのＢＳＳＩＤを受信すると、プローブ要求を送信する間隔をさらに短くする。これにより、その後の携帯端末１の位置の測定精度をさらに向上させることが可能となる。

また、第１無線通信部１１は、駅により、プローブ要求を送信する間隔を短くするか否かを変更してもよい。その場合、プローブ要求を送信する間隔を短くする駅を予め記憶部２０に登録しておく。第１無線通信部１１は、登録された駅についての副ＡＰ又は主ＡＰのＢＳＳＩＤを受信したときは、プローブ要求を送信する間隔を短くし、他の駅についての副ＡＰ又は主ＡＰのＢＳＳＩＤを受信したときは、プローブ要求を送信する間隔を短くしない。これにより、降車駅が近いことを通知する機能を利用しない経路では、プローブ要求を送信する間隔を短くせずに、消費電力の上昇を抑制することができる。

図７は、経路決定処理の動作の例を示すフローチャートである。

図７に示す動作のフローは、図５に示すフローチャートのステップＳ１０７において実行される。

最初に、降車駅決定部３４は、記憶部２０の降車駅テーブルに複数の降車駅が登録されているか否かを判定する（ステップＳ３０１）。

降車駅決定部３４は、降車駅テーブルに複数の降車駅が登録されていない場合、つまり、降車駅が一つだけ登録されている場合、処理をステップＳ３０４へ移行する。

一方、降車駅決定部３４は、降車駅テーブルに複数の降車駅が登録されている場合、ユーザが降車駅を選択するための降車駅選択画面を表示部１４に表示する（ステップＳ３０２）。

図８は、降車駅選択画面の一例を示す。図８に示すように、降車駅選択画面８００には、降車駅テーブルに登録されている全ての駅名を表示するとともに、何れかの駅を選択するための選択ボタンを表示する欄８０１と、選択した駅を降車駅として設定するための設定ボタン５０２とが表示される。

次に、降車駅決定部３４は、操作部１３を用いたユーザによる降車駅の指定を受け付ける（ステップＳ３０３）。設定要求部３１１は、操作部１３を用いてユーザにより、降車駅が選択され、設定ボタン５０２がタップされると、選択された降車駅の指定を受け付ける。

なお、降車駅決定部３４は、降車駅選択画面を表示してから一定時間以上経過しても設定ボタン５０２がタップされなかった場合、降車駅を自動的に決定してもよい。例えば、降車駅決定部３４は、現在時刻が帰宅中と推定される時間（例えば、夜１８時〜２４時）であれば、自宅の最寄り駅として降車駅テーブルに登録されている駅を降車駅に決定する。また、降車駅決定部３４は、現在時刻が通勤又は通学中と推定される時間（例えば、朝７時〜９時）であれば、会社又は学校の最寄り駅として降車駅テーブルに登録されている駅を降車駅に決定する。なお、帰宅時間、通勤時間又は通学時間は、予め記憶部２０に登録しておいてもよい。

次に、降車駅決定部３４は、降車駅を決定する（ステップＳ３０４）。降車駅決定部３４は、ステップＳ３０３で降車駅の指定を受け付けた場合、指定された駅を降車駅に決定し、一方、ステップＳ３０１で降車駅が一つだけ登録されていた場合、その登録されている駅を降車駅に決定する。

なお、降車駅決定部３４は、ユーザが、予め登録された駅の中から選択することにより降車駅を決定するのではなく、他の方法により降車駅を決定してもよい。例えば、降車駅決定部３４は、ユーザが目的地を指定するための画面を表示し、操作部１３を用いてユーザにより指定された目的地から降車駅を決定してもよい。その場合、記憶部２０に、各駅の位置を示す地図情報を予め記憶しておく。そして、降車駅決定部３４は、地図情報に基づいて、目的地に最も近い駅を降車駅に決定する。

次に、経路決定部３５は、路線情報、時刻表情報及び遅延情報に基づいて、乗車駅から降車駅までの経路を決定する（ステップＳ３０５）。経路決定部３５は、例えばダイクストラ法等の経路探索方法を用いることにより、乗車駅から降車駅までの経路を決定する。ダイクストラ法では、例えば乗車駅、降車駅及び乗換駅がノードで表され、各ノード間の距離、時間又は運賃がコスト情報を有するリンクで表される。経路決定部３５は、乗車駅から降車駅までの経路について、リンクとノードを交互に接続していき、コストの合計が最小となる経路を決定する。そして、経路決定部３５は、決定した経路を表示部１４に表示する。

次に、経路決定部３５は、路線情報、時刻表情報及び遅延情報に基づいて、乗車車両を決定する（ステップＳ３０６）。経路決定部３５は、路線情報、時刻表情報及び遅延情報に基づいて、ユーザが乗車した車両を特定し、特定した車両を乗車車両に決定する。

次に、経路決定部３５は、路線情報に基づいて、その決定した経路において決定した乗車車両が降車駅の直前に停車する停車駅を決定する（ステップＳ３０７）。

次に、経路決定部３５は、時刻表情報に基づいて通知時間を決定し（ステップＳ３０８）、一連のステップを終了する。経路決定部３５は、時刻表情報に基づいて、直前駅から降車駅までの移動時間を求め、移動時間から所定時間を減じた時間を通知時間に決定する。所定時間は、ユーザが降車すべきか否かを判断することが可能な時間（例えば、１分）に設定される。

図９は、降車通知処理の動作の例を示すフローチャートである。

図９に示す動作のフローは、図５に示すフローチャートのステップＳ１０８において実行される。

最初に、制御部３７は、加速度センサ１７及び／又は地磁気センサ１８から出力された携帯端末１の移動に係るデータに基づいて、携帯端末１が乗車中であるか否かを判定する（ステップＳ４０１）。制御部３７は、図６のステップＳ２１０と同様にして、携帯端末１が乗車中であるか否かを判定する。

制御部３７は、携帯端末１が乗車中でないと判定すると（ステップＳ４０１−Ｎｏ）、図７のステップＳ３０５で決定した経路上にユーザがいるか否かをユーザに確認するための経路確認画面を表示部１４に表示する（ステップＳ４０２）。

図１０は、経路確認画面の一例を示す。図１０に示すように、経路確認画面１０００には、図７のステップＳ３０５で決定した経路を表示するとともに、ユーザがその経路上にいるか否かを確認する旨と、その確認結果を指定するための指定ボタンを表示する欄１００１と、確認結果の指定を決定するための決定ボタン１００２とが表示される。

なお、制御部３７は、経路確認画面を表示部１４に表示したことをユーザに通知するために振動出力部１６から振動を出力してもよい。また、制御部３７は、所定回数（例えば３回）連続して、携帯端末１が乗車中でないと判定した場合に限り、経路確認画面を表示部１４に表示してもよい。

次に、制御部３７は、操作部１３を用いてユーザにより指定された確認結果を受け付ける（ステップＳ４０３）。制御部３７は、操作部１３を用いてユーザにより、確認結果が指定され、決定ボタン１００２がタップされると、指定された確認結果を受け付ける。

次に、制御部３７は、指定された確認結果に基づいて、携帯端末１の位置が、決定した経路から外れたか否かを判定する（ステップＳ４０４）。

制御部３７は、例えば、ユーザが途中下車する等により、携帯端末１の位置が、決定した経路から外れた場合（ステップＳ４０４−Ｙｅｓ）、処理を図５のステップＳ１０７へ戻し、再度、経路決定処理を実行して経路を決定する。

一方、制御部３７は、携帯端末１の位置が、決定した経路から外れていない場合（ステップＳ４０４−Ｎｏ）、次に乗車中であるか否かを判定するまでの第２待機時間（例えば６０秒）だけ待機してから（ステップＳ４０５）、処理をステップＳ４０１へ移行し、再度、乗車中であるか否かを判定する。第２待機時間は、経路、経路上の駅間の移動予定時間等により動的に変更してもよい。その場合、例えば、経路上の駅間の移動予定時間が長いほど、第２待機時間を長くする。また、急行電車に乗っている場合、各駅電車に乗っている場合より第２待機時間を長くする。

一方、制御部３７は、ステップＳ４０１において、携帯端末１が乗車中であると判定すると（ステップＳ４０１−Ｙｅｓ）、プローブ要求を第１無線通信部１１を介してブロードキャスト配信する（ステップＳ４０６）。

次に、制御部３７は、第１無線通信部１１を介して無線ＬＡＮのアクセスポイントからプローブ応答を受信するまで待機する（ステップＳ４０７）。

次に、制御部３７は、第１無線通信部１１を介して無線ＬＡＮのアクセスポイントからプローブ応答を受信すると（ステップＳ４０７−Ｙｅｓ）、受信したプローブ応答のうちの何れかにＢＳＳＩＤテーブルに登録された主ＡＰのＢＳＳＩＤのうちの何れかが含まれるか否かを判定する（ステップＳ４０８）。

制御部３７は、受信したプローブ応答のうちの何れにも主ＡＰのＢＳＳＩＤが含まれない場合（ステップＳ４０８−Ｎｏ）、ＢＳＳＩＤテーブルに対応付けて登録された副ＡＰのＢＳＳＩＤをそれぞれ含むプローブ応答が所定数（例えば３）以上あるか否かを判定する（ステップＳ４０９）。

制御部３７は、対応付けて登録された副ＡＰのＢＳＳＩＤをそれぞれ含むプローブ応答が所定数以上ない場合、図６のステップＳ２０８で設定した第１待機時間だけ待機してから（ステップＳ４１０）、処理をステップＳ４０１へ戻し、再度、携帯端末１が乗車中であるか否かを判定する。

一方、制御部３７は、受信したプローブ応答のうちの何れかに主ＡＰのＢＳＳＩＤが含まれる場合（ステップＳ４０８−Ｙｅｓ）、又は対応付けて登録された副ＡＰのＢＳＳＩＤをそれぞれ含むプローブ応答が所定数以上ある場合（ステップＳ４０９−Ｙｅｓ）、そのＢＳＳＩＤに対応する駅が、図７のステップＳ３０５で決定した経路上の駅であるか否かを判定する（ステップＳ４１２）。

制御部３７は、そのＢＳＳＩＤに対応する駅が、決定した経路上の駅でないと判定した場合（ステップＳ４１２−Ｎｏ）、決定した経路から外れたことを警告する画面を表示部１４に表示する（ステップＳ４１３）。なお、制御部３７は、その画面を表示部１４に表示したことをユーザに通知するために振動出力部１６から振動を出力してもよい。そして、制御部３７は、処理を図５のステップＳ１０７へ戻し、再度、経路決定処理を実行して経路を決定する。

一方、制御部３７は、そのＢＳＳＩＤに対応する駅が、決定した経路上の駅であると判定した場合（ステップＳ４１２−Ｙｅｓ）、そのＢＳＳＩＤに対応する駅が、図７のステップＳ３０７で決定した直前駅であるか否かを判定する（ステップＳ４１４）。

制御部３７は、そのＢＳＳＩＤに対応する駅が直前駅でない場合（ステップＳ４１４−Ｎｏ）、処理をステップＳ４０１へ戻し、再度ステップＳ４０１〜Ｓ４１４の処理を繰り返す。

一方、制御部３７は、そのＢＳＳＩＤに対応する駅が直前駅である場合（ステップＳ４１４−Ｙｅｓ）、図７のステップＳ３０８で決定した通知時間だけ待機する（ステップＳ４１５）。

次に、制御部３７は、表示部１４、音声出力部１５及び／又は振動出力部１６を用いて降車駅が近いことをユーザに通知し（ステップＳ４１６）、一連のステップを終了する。このように、制御部３７は、直前駅に配置された無線ＬＡＮのアクセスポイントのＢＳＳＩＤを受信してから通知時間が経過したときに降車駅が近いことをユーザに通知する。

なお、制御部３７は、ステップＳ４０１において携帯端末１が乗車中であると判定した場合に限り、降車駅が近いことをユーザに通知する。しかしながら、ステップＳ４０１〜Ｓ４０５の処理を省略し、制御部３７は、携帯端末１が乗車中であるか否かに関わらず、降車駅が近いことをユーザに通知してもよい。

また、制御部３７は、ＧＰＳ部１９が検出した位置が特定の範囲内である場合に限り、降車駅が近いことを通知してもよい。その場合、通知時間決定部３６は、直前駅から降車駅までの移動時間に基づいて、乗車車両が直前駅を出発してから通知時間が経過した時に到達する予定位置範囲を決定する。そして、制御部３７は、直前駅に配置された無線ＬＡＮのアクセスポイントのＢＳＳＩＤを受信してから通知時間が経過した時に、ＧＰＳ部１９が検出した位置が予定位置範囲内である場合に限り、降車駅が近いことを通知する。これにより、制御部３７は、ＧＰＳにより位置測定ができる場合、より適切なタイミングで、降車駅が近いことを通知することができる。

図１１は、通過通知処理の動作の例を示すフローチャートである。

図１１に示す動作のフローは、図５に示すフローチャートのステップＳ１０９において実行される。なお、図１１のステップＳ５０１〜Ｓ５０５の処理は、図９のステップＳ４０６〜Ｓ４１０の処理と同様であるため、説明を省略し、以下では、ステップＳ５０６〜Ｓ５１１について説明する。

制御部３７は、受信したプローブ応答に主ＡＰのＢＳＳＩＤが含まれる場合（ステップＳ５０３−Ｙｅｓ）、又は対応付けて登録された副ＡＰのＢＳＳＩＤをそれぞれ含むプローブ応答が所定数以上ある場合（ステップＳ５０４−Ｙｅｓ）、そのＢＳＳＩＤに対応する駅が、図７のステップＳ３０４で決定した降車駅であるか否かを判定する（ステップＳ５０６）。

制御部３７は、そのＢＳＳＩＤに対応する駅が降車駅でないと判定した場合（ステップＳ５０６−Ｎｏ）、降車駅を通過したと判定し、表示部１４、音声出力部１５及び／又は振動出力部１６を用いて降車駅を通過したことをユーザに通知し（ステップＳ５０７）、一連のステップを終了する。

一方、制御部３７は、そのＢＳＳＩＤに対応する駅が降車駅であると判定した場合（ステップＳ５０６−Ｙｅｓ）、表示部１４、音声出力部１５及び／又は振動出力部１６を用いて降車駅に到着したことをユーザに通知する（ステップＳ５０８）。このように、制御部３７は、第１無線通信部１１が降車駅に配置された無線ＬＡＮのアクセスポイントのＢＳＳＩＤを受信すると、降車駅に到着したことをユーザに通知する。

次に、制御部３７は、加速度センサ１７及び／又は地磁気センサ１８から出力された携帯端末１の移動に係るデータに基づいて、携帯端末１が乗車中であるか否かを判定する（ステップＳ５０９）。制御部３７は、図６のステップＳ２１０と同様にして、携帯端末１が乗車中であるか否かを判定する。

制御部３７は、携帯端末１が乗車中でないと判定すると（ステップＳ５０９−Ｎｏ）、ユーザが降車駅で降車したと判定し、一連のステップを終了する。

一方、制御部３７は、携帯端末１が乗車中であると判定すると（ステップＳ５０９−Ｎｏ）、最初にステップＳ５０６でＢＳＳＩＤに対応する駅が降車駅であると判定してから、即ち乗車車両が降車駅に到着してから、一定時間が経過したか否かを判定する（ステップＳ５１０）。一定時間は、乗車車両が駅に滞在している時間より長い時間（例えば１分）に設定される。

制御部３７は、乗車車両が降車駅に到着してから一定時間が経過していない場合（ステップＳ５１０−Ｎｏ）、処理をステップＳ５０８へ戻し、再度、ステップＳ５０８〜Ｓ５１０の処理を繰り返す。

一方、制御部３７は、乗車車両が降車駅に到着してから一定時間が経過した場合、降車駅を通過したと判定し、表示部１４、音声出力部１５及び／又は振動出力部１６を用いて降車駅を通過したことをユーザに通知し（ステップＳ５１１）、一連のステップを終了する。このように、制御部３７は、降車駅に配置された無線ＬＡＮのアクセスポイントのＢＳＳＩＤを受信してから所定時間経過後、携帯端末１が乗車中である場合、降車駅を通過したことをユーザに通知する。

図１２は、通信システム１００によるＢＳＳＩＤテーブルの更新処理の動作シーケンスの一例を示す。

以下に説明する動作シーケンスは、携帯端末１において予め記憶部２０に記憶されているプログラムに基づき主に中央処理部３０により携帯端末１の各要素と協働して実行され、サーバ２において予めサーバ記憶部４２に記憶されているプログラムに基づき主にサーバ処理部５０によりサーバ２の各要素と協働して実行される。

最初に、携帯端末１の識別情報送信部３８は、第１無線通信部１１を介して無線ＬＡＮのアクセスポイントからＢＳＳＩＤを含むプローブ応答を受信する（ステップＳ６０１）。次に、識別情報送信部３８は、路線情報と、時刻表情報と、経路決定部３５が決定した経路及び乗車車両と、現在時刻とに基づいて、現在、携帯端末１が位置している駅を特定する（ステップＳ６０２）。次に、識別情報送信部３８は、受信したＢＳＳＩＤを、特定した駅を示す駅ＩＤと関連付けて、第１無線通信部１１を介してサーバ２に送信する（ステップＳ６０３）。

一方、サーバ２の設定管理部５１は、サーバ通信部４１を介して携帯端末１からＢＳＳＩＤ及び駅ＩＤを受信すると、受信したＢＳＳＩＤ及び駅ＩＤに基づいて、各駅に配置された無線ＬＡＮのアクセスポイントのＢＳＳＩＤの更新情報を生成する（ステップＳ６０４）。なお、設定管理部５１は、携帯端末１以外の他の携帯端末からもＢＳＳＩＤ及び駅ＩＤを受信し、複数の携帯端末から受信したＢＳＳＩＤ及び駅ＩＤに基づいて更新情報を生成する。

設定管理部５１は、ＢＳＳＩＤテーブルにおいて特定の駅について登録されたＢＳＳＩＤを、一定期間内にその駅ＩＤとともに受信した数が所定数以下である場合、そのＢＳＳＩＤに対応するアクセスポイントは故障している又は交換された可能性が高いと判定し、そのアクセスポイントを用いた通信が適切に行われていない旨を管理者に通知する。その場合、設定管理部５１は、その期間内にその駅ＩＤとともに受信した数が最も多いＢＳＳＩＤに対応するアクセスポイントを管理者に示してもよい。設定管理部５１は、管理者により削除するように指定されたＢＳＳＩＤをＢＳＳＩＤテーブルから削除し、追加するように指定されたＢＳＳＩＤをＢＳＳＩＤテーブルに追加する。そして、設定管理部５１は、変更前のＢＳＳＩＤテーブルと変更後のＢＳＳＩＤテーブルとの差異を更新情報として生成する。なお、設定管理部５１は、管理者からの指定によらず、自動的にＢＳＳＩＤテーブルを変更してもよい。

次に、サーバ２の設定管理部５１は、生成した更新情報をサーバ通信部４１を介して携帯端末１に送信する（ステップＳ６０５）。

一方、携帯端末１の識別情報更新部３９は、第１無線通信部１１を介してサーバ２から更新情報を受信すると、受信した更新情報に基づいて、記憶部２０に登録されたＢＳＳＩＤテーブルのＢＳＳＩＤを更新する（ステップＳ６０６）。

これにより、駅又は駅の周辺に設置されたアクセスポイントが故障している場合、又は交換された場合に、各携帯端末は、ＢＳＳＩＤテーブルを自動的に更新することができる。

以上説明してきたように、携帯端末１は、交通機関から取得した路線情報及び時刻表情報に基づいて、乗車駅から降車駅までの経路及びユーザが乗車する乗車車両を決定する。さらに、携帯端末１は、路線情報に基づいて直前駅を決定するとともに、時刻表情報に基づいて、直前駅から降車駅までの移動時間を求め、求めた移動時間から所定時間を減じた時間を通知時間として決定する。そして、携帯端末１は、直前駅に設置されたアクセスポイントのＢＳＳＩＤを受信してから通知時間が経過したときに、降車駅が近いことをユーザに通知する。したがって、携帯端末１は、ユーザが電車により移動するときに、降車駅に到着する前に、降車駅が近いことをユーザへ通知することが可能となる。ユーザは、降車駅に到着する前に通知を受けるため、降車駅に到着するまでの間に降車すべきか否かを判断することが可能となる。

また、携帯端末１は、乗車車両が直前駅に到着してから通知時間が経過したときに通知を行うため、直前駅に到着する前に電車の運行に遅延が発生していた場合でも、その影響を受けることなく、適切なタイミングで通知を行うことができる。

また、携帯端末１は、ＧＰＳを利用せず、無線ＬＡＮのアクセスポイントのＢＳＳＩＤを利用して、携帯端末１が位置する駅を検出することができるため、地下鉄のようにＧＰＳの電波状況が良好でない路線でも、携帯端末１が位置する駅を精度良く検出することができる。さらに、電力の消費量も低減することができる。

なお、ＧＰＳを利用しない場合、ユーザが乗車した電車が次の駅に到着するまでは、その電車が上り又は下りの内の何れの方向に向かっているかを判断することは困難である。したがって、乗車駅の次の駅が降車駅であり且つユーザが乗車した電車の方向が誤っている場合、その電車が降車駅に到着する前にユーザに通知することができない可能性がある。しかしながら、乗車駅から上り方向に隣接する駅までの移動予定時間と、下り方向に隣接する駅までの移動予定時間が同程度である場合、通知時間は同程度となるため、ユーザが乗車した電車の方向が誤っていても、適切なタイミングで通知がなされる。一方、乗車駅から上り方向に隣接する駅までの移動予定時間と、下り方向に隣接する駅までの移動予定時間が大きく異なる場合でも、少なくともその電車が隣の駅に到着したタイミングで通知がなされる。

なお、本発明は、本実施形態に限定されるものではない。例えば、本実施形態では、経路決定部３５は、路線情報、時刻表情報及び遅延情報に基づいて、乗車駅から降車駅までの経路及び乗車車両を決定するものとしたが、遅延情報を利用せずに経路及び乗車車両を決定してもよい。

また、携帯端末１は、乗車車両について遅延が発生しているか否かを判定し、遅延が発生していると判定した場合、遅延が発生している旨及び遅延している時間をサーバ２に送信してもよい。例えば、携帯端末１は、アクセスポイントから受信したＢＳＳＩＤに基づいて現在乗車車両が位置している駅を特定し、時刻表情報から、その乗車車両がその特定した駅を出発すべき予定時刻を特定する。そして、特定した予定時刻と現在時刻との差が所定値以上である場合、その乗車車両について遅延が発生していると判定し、特定した予定時刻と現在時刻との差を遅延が発生している時間とする。サーバ２は、各携帯端末から受信した情報に基づいて、各乗車車両の遅延時間を算出し、算出した各乗車車両の遅延時間を各携帯端末に送信する。これにより、携帯端末１は、現在の遅延の状況をリアルタイムに認識することができ、適切な経路及び乗車車両を決定することができる。

また、携帯端末１は、時刻表情報から、ＧＰＳ部１９が検出した現在位置に係る駅を乗車車両が出発する予定時刻を特定し、特定した予定時刻と現在時刻との差が所定値以上である場合、その乗車車両について遅延が発生していると判定し、遅延が発生している旨及び遅延している時間をサーバ２に送信してもよい。サーバ２は、各携帯端末から受信した情報に基づいて、各乗車車両の遅延時間を算出し、算出した各乗車車両の遅延時間を各携帯端末に送信する。これにより、携帯端末１は、現在の遅延の状況をリアルタイムに認識することができ、適切な経路及び乗車車両を決定することができる。

また、本実施形態では、経路決定部３５は、図６のステップＳ２１１で携帯端末１を携帯するユーザが乗車したと判定されてから、乗車駅から降車駅までの経路及び乗車車両を決定するものとしたが、ユーザが乗車する前に経路及び乗車車両を決定してもよい。その場合、ステップＳ２０９で乗車駅を決定した直後に、経路決定部３５は、経路決定処理を実行し、経路及び乗車車両を決定する。

また、乗車駅決定部３２は、降車駅と同様に、操作部１３を用いてユーザにより選択された駅を乗車駅に決定してもよい。その場合、降車駅テーブルと同様に、乗車駅の候補が登録されている乗車駅テーブルを記憶部２０に予め記憶しておく。乗車駅決定部３２は、ユーザが乗車駅を選択するための乗車駅選択画面を表示部１４に表示し、乗車駅の指定を受け付ける。その場合も、経路決定部３５は、乗車駅決定部３２が乗車駅を決定した直後に経路決定処理を実行し、経路及び乗車車両を決定する。

また、経路決定部３５は、操作部１３を用いてユーザにより選択された経路を乗車駅から降車駅までの経路に決定してもよい。その場合、経路の候補が登録されている経路テーブルを記憶部２０に予め記憶しておく。経路決定部３５は、ユーザが経路を選択するための経路選択画面を表示部１４に表示し、経路の指定を受け付ける。

また、経路決定部３５は、決定した経路上に乗換駅がある場合、各乗換駅を降車駅として、直前駅及び通知時間を決定する。制御部３７は、ステップＳ５０９で、携帯端末１のユーザが降車駅で降車したと判定した後、その降車駅が乗換駅であるか否かを判定し、乗換駅である場合は、次に乗車する路線、乗車車両等の情報を表示部１４に表示する。その場合、経路決定部３５は、その次の乗換駅（又は図７のステップＳ３０４で決定された降車駅）を降車駅として、再度、直前駅及び通知時間を決定する。制御部３７は、決定された直前駅及び通知時間について、図９の降車通知処理及び図１１の通過通知処理を実行する。

当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。

１００ 通信システム
１ 携帯端末
１１ 第１無線通信部
１２ 第２無線通信部
１３ 操作部
１４ 表示部
１５ 音声出力部
１６ 振動出力部
１７ 加速度センサ
１８ 地磁気センサ
１９ ＧＰＳ部
２０ 記憶部
３０ 中央処理部
３１ 交通機関情報取得部
３２ 乗車駅決定部
３３ 乗車判定部
３４ 降車駅決定部
３５ 経路決定部
３６ 通知時間決定部
３７ 制御部
３８ 識別情報送信部
３９ 識別情報更新部

Claims (9)

1. 交通機関の路線情報及び時刻表情報を取得する交通機関情報取得部と、
   交通機関の車両の停車場に配置された無線ＬＡＮのアクセスポイントの識別情報が登録されている記憶部と、
   ユーザが乗車する乗車停車場を決定する乗車停車場決定部と、
   ユーザが降車する降車停車場を決定する降車停車場決定部と、
   前記路線情報及び前記時刻表情報に基づいて、前記乗車停車場から前記降車停車場までの経路及びユーザが乗車する乗車車両を決定する経路決定部と、
   前記路線情報に基づいて、前記経路において前記乗車車両が前記降車停車場の直前に停車する直前停車場を決定するとともに、前記時刻表情報に基づいて、前記直前停車場から前記降車停車場までの移動時間を求め、前記移動時間から所定時間を減じた時間を、前記直前停車場を出発してからユーザに通知するまでの通知時間に決定する通知時間決定部と、
   無線ＬＡＮのアクセスポイントから前記識別情報を受信する無線通信部と、
   音声、画像又は振動を出力する出力部と、
   前記無線通信部が前記直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから前記通知時間が経過したときに、前記降車停車場が近いことを前記出力部を用いてユーザに通知する制御部と、
   を有することを特徴とする端末。
2. 前記制御部は、前記無線通信部が前記降車停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信すると、前記降車停車場に到着したことを前記出力部を用いて通知する、請求項１に記載の端末。
3. 前記端末の移動に係るデータを出力する検知部と、
   前記検知部から出力されたデータに基づいて、前記端末が乗車中であるか否かを判定する乗車判定部と、をさらに有し、
   前記制御部は、前記無線通信部が前記直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから前記通知時間が経過した時に、前記端末が乗車中である場合に限り、前記降車停車場が近いことを通知する、請求項１または２に記載の端末。
4. 前記端末の移動に係るデータを出力する検知部と、
   前記検知部から出力されたデータに基づいて、前記端末が乗車中であるか否かを判定する乗車判定部と、をさらに有し、
   前記制御部は、前記無線通信部が前記降車停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから一定時間経過後、前記端末が乗車中である場合、前記降車停車場を通過したことを前記出力部を用いて通知する、請求項１または２に記載の端末。
5. ＧＰＳにより位置を検出する位置検出部をさらに有し、
   前記通知時間決定部は、さらに、前記乗車車両が前記直前停車場を出発してから前記通知時間が経過した時に到達する予定位置範囲を決定し、
   前記制御部は、前記無線通信部が前記直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから前記通知時間が経過した時に、前記位置検出部が検出した位置が前記予定位置範囲内である場合に限り、前記降車停車場が近いことを通知する、請求項１〜４の何れか一項に記載の端末。
6. 目的地を指定する操作部をさらに有し、
   前記記憶部には、地図情報がさらに記憶されており、
   前記降車停車場決定部は、前記地図情報に基づいて、前記目的地に最も近い停車場を前記降車停車場に決定する、請求項１〜５の何れか一項に記載の端末。
7. 前記記憶部には、停車場ごとに、複数の無線ＬＡＮのアクセスポイントの識別情報が登録されており、
   前記無線通信部は、前記識別情報の取得要求を定期的に送信し、前記記憶部に記憶された前記識別情報のうちの少なくとも一つを受信すると、前記取得要求を送信する間隔を短くする、請求項１〜６の何れか一項に記載の端末。
8. 前記無線通信部が前記識別情報を受信すると、前記路線情報、前記時刻表情報、前記経路、前記乗車車両及び現在時刻に基づいて、現在、前記端末が位置している停車場を特定し、前記受信した識別情報を、前記特定した停車場を示す停車場情報と関連付けてサーバに送信する識別情報送信部と、
   サーバから、サーバが複数の端末から受信した前記識別情報及び停車場情報に基づいて生成した、各停車場に配置された無線ＬＡＮのアクセスポイントの識別情報の更新情報を受信すると、前記更新情報に基づいて、前記記憶部に登録された前記識別情報を更新する識別情報更新部と、をさらに有する、請求項１〜７の何れか一項に記載の端末。
9. 記憶部と、無線通信を行う無線通信部と、音声、画像又は振動を出力する出力部と、を有する端末の制御プログラムであって、
   前記記憶部には、交通機関の車両の停車場に配置された無線ＬＡＮのアクセスポイントの識別情報が設定され、
   交通機関の路線情報に基づいて、ユーザが乗車する乗車停車場からユーザが降車する降車停車場までの経路においてユーザが乗車する乗車車両が前記降車停車場の直前に停車する直前停車場を決定するとともに、交通機関の時刻表情報に基づいて、前記直前停車場から前記降車停車場までの移動時間を求め、前記移動時間から所定時間を減じた時間を、前記直前停車場を出発してからユーザに通知するまでの通知時間に決定し、
   無線ＬＡＮのアクセスポイントから前記識別情報を受信し、
   前記直前停車場に配置された無線ＬＡＮのアクセスポイントの識別情報を受信してから前記通知時間が経過したときに、前記降車停車場が近いことを前記出力部を用いてユーザに通知する、
   ことを前記端末に実行させることを特徴とする制御プログラム。

Images