携帯端末及びプログラム
【課題】測位を繰り返す事前設定が携帯端末になされていない場合であっても、乗り過ごし防止機能を作動させる。
【解決手段】携帯端末は、ＧＰＳ測位方式に従って自端末の位置を計測する測位部を有し、自端末が高速移動中であることを検知した場合に（Ｓ１；ＹＥＳ）、測位部に繰り返し測位させる自動測位を開始する（Ｓ２）。携帯端末は、自動測位が可能と判定した場合（Ｓ３；ＹＥＳ）、ＧＰＳ測位方式に従う測位結果に基づいて、列車に自端末のユーザが乗車中であるか否かを判定する（Ｓ５）。携帯端末は、乗車中であると判定した場合（Ｓ５；ＹＥＳ）、測位部が計測した位置とユーザが降車予定駅とに基づいて、降車予定駅に接近したことをユーザに報知する（Ｓ６〜Ｓ９）。携帯端末は、高速移動という列車に乗車中に生じる事象の検知を契機に自動測位を開始するので、自動測位に関する事前設定に関わらず、乗り過ごし防止機能を作動させる。
【解決手段】携帯端末は、ＧＰＳ測位方式に従って自端末の位置を計測する測位部を有し、自端末が高速移動中であることを検知した場合に（Ｓ１；ＹＥＳ）、測位部に繰り返し測位させる自動測位を開始する（Ｓ２）。携帯端末は、自動測位が可能と判定した場合（Ｓ３；ＹＥＳ）、ＧＰＳ測位方式に従う測位結果に基づいて、列車に自端末のユーザが乗車中であるか否かを判定する（Ｓ５）。携帯端末は、乗車中であると判定した場合（Ｓ５；ＹＥＳ）、測位部が計測した位置とユーザが降車予定駅とに基づいて、降車予定駅に接近したことをユーザに報知する（Ｓ６〜Ｓ９）。携帯端末は、高速移動という列車に乗車中に生じる事象の検知を契機に自動測位を開始するので、自動測位に関する事前設定に関わらず、乗り過ごし防止機能を作動させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末の報知機能に関する。
【背景技術】
【０００２】
電車やバス等の車両を利用するユーザに、降車予定の停車場所（例えば、駅や停留所）に接近したことを報知する、乗り過ごし防止機能を備えた携帯端末がある。特許文献１は、ＧＰＳ（Global Positioning System）衛星から取得した位置情報や内部時計を用いて、距離や時刻、速度を含むデータを計測し、ユーザが目的地に接近するとアラーム報知することを開示している。特許文献２は、ＰＨＳ（Personal Handyphone System）における移動局装置に、駅周辺をサービスゾーンとする基地局装置の識別番号を記憶させ、基地局装置から受信した識別情報を用いて目的駅に接近したことを報知することを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１７７６０７号公報
【特許文献２】特開平９−１３０８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１，２が開示する技術では、少なくともユーザが車両に乗車している期間は携帯端末が測位を繰り返さなければならないが、この測位を行わないように携帯端末が予め設定されている場合、乗り過ごし防止機能が正常に作動しない。
これに対し、本発明の目的は、測位を繰り返す事前設定が携帯端末になされていない場合であっても、乗り過ごし防止機能を作動させることである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明の携帯端末は、自端末の位置を計測する測位部と、自端末が所定速度以上で移動させられることにより生じる事象を検知する検知部と、前記検知部で前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定部と前記乗車判定部で乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部とを備えることを特徴とする。
【０００６】
本発明の好ましい態様において、前記測位制御部は、前記検知部で前記事象が検知されたことを契機に前記計測の頻度を上げる。
本発明の別の好ましい態様において、基地局と無線通信する無線通信部を備え、前記検知部は、前記無線通信部が無線通信する基地局が変更する頻度、又は当該基地局から受信する電波の強度の変動量を表す前記事象を検知する。
本発明の別の好ましい態様において、自端末の位置から所定範囲内のエリアに存在する無線通信端末の数を取得する端末数取得部を備え、前記乗車判定部は、前記測位部が計測した位置が前記路線上にあることを示し、かつ、前記端末数取得部が取得した数が閾値以上である場合に、乗車中であると判定する。
【０００７】
また、本発明の携帯端末は、自端末の位置を計測する測位部と、予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを判定する乗車判定部と、前記乗車判定部で乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、前記乗車判定部で乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部とを備えることを特徴とする。
【０００８】
本発明の別の好ましい態様において、自端末に作用する加速度を検知する加速度検知部を備え、前記乗車判定部が乗車中であると判定する条件として、前記車両が走行するときに当該車両に作用する加速度パターンが前記加速度検知部で検知されたことを含む。
本発明の別の好ましい態様において、場所を指定したスケジュールを設定するスケジュール設定部と、前記スケジュール設定部が設定したスケジュールで指定される場所に基づいて、前記降車予定の停車場所を推定する降車場所推定部とを備え、前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する。
本発明の別の好ましい態様において、ユーザが各停車場所に訪れた頻度を蓄積する履歴蓄積部と、前記履歴蓄積部に蓄積された頻度が高いものをより優先するように、前記降車予定の停車場所を推定する降車場所推定部とを備え、前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する。
【０００９】
また、本発明のプログラムは、自端末の位置を計測する測位部を有している携帯端末のコンピュータに、自端末が所定速度以上で移動させられることにより生じる事象を検知する検知ステップと、前記検知ステップにおいて前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定ステップと、前記乗車判定ステップにおいて乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップとを実行させるためのものである。
【００１０】
また、本発明のプログラムは、自端末の位置を計測する測位部を有している携帯端末のコンピュータに、予め決められた停車場所に停車しながら路線を走行する車両に、自端末のユーザが乗車中である否かを判定する乗車判定ステップと、前記乗車判定ステップにおいて乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、前記乗車判定ステップにおいて乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップとを実行させるためのものである。
【発明の効果】
【００１１】
本発明によれば、測位を繰り返す事前設定が携帯端末になされていない場合であっても、乗り過ごし防止機能を作動させることができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の概要を説明する図
【図２】システムの全体構成を示す図
【図３】携帯端末の構成を示すブロック図
【図４】路線情報ＤＢのデータ構造を示す図
【図５】測位履歴ＤＢのデータ構造を示す図
【図６】制御部が実現する機能構成を示す機能ブロック図
【図７】制御部が実行する処理の全体的な流れを示すフローチャート
【図８】第１乗車判定処理の流れを示すフローチャート
【図９】第２乗車判定処理の流れを示すフローチャート
【図１０】降車駅推定処理の流れを示すフローチャート
【図１１】降車駅推定処理の内容を説明する図
【図１２】制御部が実現する機能構成を示す機能ブロック図
【図１３】制御部が実行する処理の全体的な流れを示すフローチャート
【図１４】第１乗車判定処理の流れを示すフローチャート
【図１５】制御部が実現する機能構成を示す機能ブロック図
【図１６】制御部が実行する処理の全体的な流れを示すフローチャート
【発明を実施するための形態】
【００１３】
図１は、本発明の実施形態の概要を説明する図である。
この実施形態で後述する携帯端末１０を所有するユーザは、線路３００を走行する列車２００を利用することがある者である。列車２００は本発明の車両の一例であり、線路３００は列車２００が走行する線路に対応し、本発明の路線の一例である。図１に示すように、ここでは線路３００に沿うようにして道路５００が敷設され、線路３００と道路５００とは互いに近接している。列車２００は、利用者の乗降のために各駅４００に停車しながら線路３００を走行する。駅４００は、本発明の停車場所の一例である。図１に示すように、線路３００には予め決められた停車駅として、Ａ駅４００ａ、Ｂ駅４００ｂ及びＣ駅４００ｃが含まれる。携帯端末１０は乗り過ごし防止機能を作動するものであり、ユーザが降車予定の駅４００に接近したときに、その接近をユーザに対して報知する。例えば、図１に示す矢印方向を進行方向として列車２００が走行し、かつ、Ｃ駅４００ｃが降車予定駅として携帯端末１０に設定されている場合、図１に「報知」と付した破線矢印で示す位置であり、Ｃ駅４００ｃよりも進行方向やや手前の位置で、携帯端末１０はＣ駅４００ｃへの接近をユーザに対して報知する。
【００１４】
図２は、本実施形態のシステムの全体構成を示す図である。
携帯端末１０は、ここでは携帯電話端末であり、基地局２０ａ，２０ｂ，２０ｃ，・・・と無線通信する無線通信端末である。基地局２０ａ，２０ｂ，２０ｃ，・・・（以下、これらを特に区別する必要のない場合に、「基地局２０」と総称する。）はそれぞれ、自局が発する電波が届く範囲を通信可能エリアとする無線基地局である。携帯端末１０が複数の基地局２０の通信可能エリア内にいる場合、基本的には最寄りの基地局２０と通信する。中継装置３０ａ，３０ｂ，・・・（以下、これらを特に区別する必要のない場合に、「中継装置３０」と総称する。）は、基地局２０ｃと通信可能なように有線等で接続され、基地局２０ｃと携帯端末１０等との無線通信を中継するものである。中継装置３０は、地下鉄やビルの中等のように基地局２０からの電波が届きにくい場所であっても、携帯端末１０等がネットワークＮＷに接続できるようにするものである。中継装置３０は、例えば、ＩＭＣＳ（Inbuilding Mobile Communication System）（登録商標）と呼ばれるサービスで使用されるものである。携帯端末５０は、携帯端末１０のユーザ以外のユーザに所有されるものであり、ここでは一般的な構成の携帯電話端末である。携帯端末５０も、携帯端末１０と同様にしてネットワークＮＷに接続することができる。通信可能エリア内の携帯端末１０，５０は、基地局２０からその基地局固有の信号を受信して自端末の位置を特定する一方、その位置を示す情報を自端末の識別情報とともに位置登録データベースに送信する。位置登録データベースは、携帯端末１０や携帯端末５０を識別する識別情報と各端末の位置を示す情報とを対応付けて記憶するデータベースである。
【００１５】
サーバ装置４０は、ネットワークＮＷに接続され、携帯端末１０，５０と通信可能である。サーバ装置４０は、携帯端末１０，５０の位置を示す位置情報を、各端末を識別する識別情報と対応付けて蓄積する。サーバ装置４０は、例えば乗り過ごし防止機能の作動において、ＧＰＳ測位方式に従う測位結果を位置提供通知等を利用して各端末から受信し、これを蓄積する。この実施形態で「位置情報」と称するものは、緯度及び経度で表される位置を示す情報である。
本実施形態のシステムの全体構成の説明は以上である。
【００１６】
図３は、携帯端末１０の構成を示すブロック図である。携帯端末１０は、図３に示すように、制御部１１と、操作部１２と、表示部１３と、無線通信部１４と、加速度センサ１５と、音声入出力部１６と、測位部１７と、記憶部１８とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）を含む演算装置や計時部、メモリを備える。演算装置は、記憶部１８に記憶されたデータをメモリに読み出して、携帯端末１０の動作を制御する。計時部は、例えばリアルタイムクロックを備え、計時する機能を有している。操作部１２は、テンキー等の複数の操作子を備え、ユーザによる操作子の操作を受け付ける。表示部１３は、例えば液晶駆動回路や液晶ディスプレイを備え、画像の表示により情報に応じた内容を報知する。無線通信部１４は、無線通信回路やアンテナを備え、基地局２０や中継装置３０と無線通信してネットワークＮＷに接続するためのインタフェースである。加速度センサ１５は、いわゆる３軸加速度センサであり、携帯端末１０に作用する加速度を検出し、その検出結果を制御部１１に出力する。加速度センサ１５は、携帯端末１０に作用する加速度を検知する加速度検知部として機能する一方で、携帯端末１０に作用する振動を検知する振動検知部としても機能するものである。音声入出力部１６は、受話音声等を収音するマイクロホンや送話音声等を放音するスピーカを備え、携帯端末１０に対する音声の入出力に関する機能を実現する。測位部１７は、ＧＰＳ測位方式に従って携帯端末１０の位置を計測する。制御部１１は、測位部１７により受信されたＧＰＳ信号に基づいて測位を行って、携帯端末１０の位置を示す位置情報を生成する。
【００１７】
記憶部１８は、例えばＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）を備える記憶部であり、乗り過ごし防止アプリ１８１と、降車駅情報１８２と、路線情報ＤＢ（Data Base）１８３と、測位履歴ＤＢ１８４と、スケジュール帳１８５とを記憶する。乗り過ごし防止アプリ１８１は、乗り過ごし防止機能を作動するために制御部１１により実行されるアプリケーションプログラムである。降車駅情報１８２は、ユーザの降車予定駅を記述したものである。本実施形態では、降車予定駅が携帯端末１０に設定済みの場合には降車駅情報１８２が記憶部１８に記憶されているが、降車予定駅が未設定の場合には降車駅情報１８２が記憶部１８に記憶されていない。
【００１８】
図４は、路線情報ＤＢ１８３のデータ構造を示す図である。
図４に示すように、路線情報ＤＢ１８３は、「路線位置情報」と、「駅ＩＤ」とを対応付けて記憶するデータベースである。「路線位置情報」のフィールドには、線路３００上の各位置を示す位置情報が記述される。路線位置情報は、線路３００上の位置を網羅するように路線情報ＤＢ１８３に記述されることが好ましいが、実施上差し支えのない程度に、所定間隔ごとに位置情報が間引いて記述されていてもよい。路線位置情報が示す位置に携帯端末１０がある場合、携帯端末１０は線路３００上に位置することを意味する。すなわち、この場合、携帯端末１０を所有するユーザが列車２００に乗車中である可能性が高いといえる。「駅ＩＤ」のフィールドには、駅４００のそれぞれを識別する識別情報である駅ＩＤが記述される。つまり、路線情報ＤＢ１８３では、路線位置情報が示す位置にいずれかの駅４００がある場合、この路線位置情報に対応付けて、「駅ＩＤ」のフィールドにその駅４００を識別する駅ＩＤが記述されている。一方、駅４００が存在しない場合は、「駅ＩＤ」のフィールドはブランクである。駅ＩＤは、路線情報ＤＢ１８３を参照して、各駅４００の所在地を示す位置情報が特定できるように駅毎に割り当てられている。
【００１９】
図５は、測位履歴ＤＢ１８４のデータ構造を示す図である。
図５に示すように、測位履歴ＤＢ１８４は、「測位日時」と、「測位位置情報」とを対応付けて記憶するデータベースである。「測位日時」のフィールドには、測位部１７が測位した日時であって制御部１１の計時部により計時された日時が記述される。「測位位置情報」のフィールドには、測位部１７の測位結果を示す位置情報が記述される。つまり、測位履歴ＤＢ１８４は、「測位日時」のフィールドに記述された日時に、「測位位置情報」のフィールドに記述された位置情報が示す位置が測位部１７により計測されたという具合に、測位の履歴を蓄積するものである。換言すると、測位履歴ＤＢ１８４は携帯端末１０のユーザが所在した位置の履歴を蓄積するものであり、ユーザが各駅４００に訪れた頻度も含む。
なお、図４，５に示す路線情報ＤＢ１８３及び測位履歴ＤＢ１８４において、図示のパラメータが同一である位置情報同士は、互いに同一の位置を示す。
【００２０】
スケジュール帳１８５は、いわゆるスケジューラを実現するために用いられるデータである。スケジュール帳１８５には、ユーザにより設定されたスケジュールとして、場所及び時刻を指定したスケジュールが記述される。
【００２１】
図６は、乗り過ごし防止機能に関して制御部１１が実現する機能構成を示す機能ブロック図である。
制御部１１は乗り過ごし防止アプリ１８１を含むプログラムを実行することにより、図６に示すように、高速移動検知部１１１と、測位制御部１１２と、位置情報取得部１１３と、路線情報取得部１１４と、周辺端末数取得部１１５と、乗車判定部１１６と、スケジュール設定部１１７と、降車駅推定部１１８と、報知部１１９とに相当する各機能を実現する。例えば、スケジュール設定部１１７以外の機能は、乗り過ごし防止アプリ１８１の実行により実現される。
【００２２】
高速移動検知部１１１は、携帯端末１０が所定速度以上で移動させられることにより携帯端末１０で生じる事象を検知する検知部である。この所定速度は、列車２００の走行速度に対応している。すなわち、高速移動検知部１１１は、携帯端末１０のユーザが列車２００に乗車しているときのような高速移動中に、携帯端末１０で生じる事象を検知するものである。
【００２３】
携帯端末１０のユーザが、列車２００や自動車等の高速移動しうる乗り物に乗車中である場合、いわゆるハンドオーバによって、携帯端末１０が属する通信可能エリアが相対的に高い頻度で切り替わる。この頻度は、単位時間当たりに基地局２０が切り替わる回数のことである。よって、この切り替わりの頻度は、携帯端末１０が高速移動中であるか否かの判定の指標となる。例えば、高速移動検知部１１１は、基地局２０から受信する位置登録のための信号を用いて、この切り替わりの頻度を検知する。
なお、位置登録は、複数の基地局をまとめた呼び出しエリアで区切って運用されることがある。高速移動検知部１１１は、この呼び出しエリア単位での切り替わりを検知してよい。
【００２４】
また、高速移動中にあっては、携帯端末１０が基地局２０から受信する電波の強度の変動量が相対的に大きくなる。この変動量は、単位時間当たりの電波の受信強度の変化量である。よって、この電波の受信強度の変動量についても、携帯端末１０が高速移動中であるか否かの判定の指標となる。そこで、高速移動検知部１１１は、例えば、通信可能エリアに属する基地局２０が切り替わる頻度が閾値以上であり、かつ、基地局２０からの電波の受信強度の変動量が閾値以上であることを、携帯端末１０が高速移動中に生じる事象として検知する。このように、高速移動検知部１１１は、これらの２種類の事象を同時期に検知したことを、携帯端末１０が高速移動中であることとして検知する。
なお、各閾値は、列車２００の走行する速度に応じた値となるように、予め設計段階で決められているとよい。
【００２５】
測位制御部１１２は、高速移動検知部１１１で高速移動中であることが検知された後に、携帯端末１０の位置を測位部１７に繰り返し計測させる。測位制御部１１２は、例えば一定間隔を空けて測位部１７に繰り返し測位させる。以下では、この測位のことを、「自動測位」と称する。測位制御部１１２は、たとえ携帯端末１０が高速移動中であることが検知される前に自動測位を行わせていなかったり、これよりも低い頻度で測位を行わせたりした場合であっても、この検知を契機に測位部１７に自動測位を開始させる。この場合、測位制御部１１２は、高速移動検知部１１１で高速移動中であることが検知されたことを契機に測位の頻度を上げることになるが、携帯端末１０の測位に関する事前設定に関わらず測位部１７に自動測位を行わせるものと換言される。
これ以外にも、測位制御部１１２は、測位部１７による測位が可能となった場合（例えば、測位可能なエリアへの復帰時）に測位部１７による測位を開始させたり、ＧＰＳ測位方式以外の測位方式であり、基地局２０や中継装置３０との無線通信を用いて測位するための制御を行ったりする。すなわち、測位制御部１１２は、携帯端末１０における測位に関する制御を司るものである。
【００２６】
位置情報取得部１１３は、測位部１７の測位結果に基づいて位置情報を算出してこれを取得する。そして、位置情報取得部１１３は、測位部１７の測位結果に基づいて算出した位置情報と、その測位を行った測位日時とを対応付けて測位履歴ＤＢ１８４に記憶させる。
【００２７】
路線情報取得部１１４は、路線情報ＤＢ１８３が最新のものとなるように更新するべく、無線通信部１４によりサーバ装置４０等と通信して必要な情報を取得する。路線情報取得部１１４は、取得した情報を用いて路線情報ＤＢ１８３を更新する。これにより、路線が新設されたり、線路３００の延伸があったりした場合も、最新の路線情報を携帯端末１０で管理することができる。
【００２８】
周辺端末数取得部１１５は、携帯端末１０の位置から所定範囲内のエリアに存在する携帯端末５０の数（以下、「周辺端末数」という。）を取得する。このエリアは、ユーザが列車２００に乗車中であると仮定した場合に、その周辺にいる携帯端末５０のユーザも列車２００に乗車中と推測できる範囲に決められる。この範囲は、例えば列車２００の乗車空間の大きさにも依存するが、設計段階等で予め決められた大きさでよい。周辺端末数取得部１１５は、サーバ装置４０に蓄積された各端末の位置情報を用いてサーバ装置４０により算出された周辺端末数を、無線通信部１４により取得する。周辺端末数取得部１１５は、測位部１７による自動測位が行われたときの周辺端末数をそれぞれ取得して、各測位日時の周辺端末数を把握する。
【００２９】
乗車判定部１１６は、携帯端末１０のユーザが列車２００に乗車中であるか否かを、高速移動中であることが検知された後に測位部１７の自動測位により得られた位置情報に基づいて判定する。乗車判定部１１６は、測位履歴ＤＢ１８４から、例えば最新の測位結果をより優先するようにその所定回数分の位置情報を取得する。乗車判定部１１６は、取得した位置情報が示す位置が線路３００上にあることを示し、かつ、周辺端末数取得部１１５により取得された周辺端末数が閾値以上である場合に、乗車中と判定する。
【００３０】
スケジュール設定部１１７は、スケジューラとしての機能を実現し、スケジュールの設定を行う。スケジュール設定部１１７は、ユーザによる操作部１２の操作等によって入力されたスケジュールをスケジュール帳１８５に記述する。スケジュール設定部１１７は、必要に応じて、既に設定したスケジュールの内容を表示部１３に表示させてユーザに提示する。
【００３１】
降車駅推定部１１８は、スケジュール帳１８５で指定される場所に基づいて、ユーザの降車予定駅を推定する。また、降車駅推定部１１８は、測位履歴ＤＢ１８４に蓄積された履歴に基づいて、ユーザが訪れた頻度がより高い駅４００をより優先するように、降車予定駅を推定する。降車駅推定部１１８は、推定した降車予定駅を記述した降車駅情報１８２を記憶部１８に記憶する。すなわち、降車駅推定部１１８は、本発明の降車場所推定部の一例である。
【００３２】
報知部１１９は、乗車判定部１１６で乗車中であると判定された場合に、測位部１７が計測した位置がユーザの降車予定駅に接近したときには、その接近をそのユーザに報知する。報知部１１９は、例えば、最新の測位結果を示す位置情報と、路線情報ＤＢ１８３に記述された路線位置情報とを比較して両者の位置関係を特定する。そして、報知部１１９は、降車駅情報１８２が示す駅４００をユーザの降車予定駅とし、降車予定駅から所定距離以下に携帯端末１０が近づいたり、次に停車する駅４００が降車予定駅となったりしたことを契機に、その接近を報知する。
携帯端末１０の構成の説明は以上である。
【００３３】
図７は、乗り過ごし防止機能に関して携帯端末１０の制御部１１が実行する処理の全体的な流れを示すフローチャートである。なお、以下の説明にする動作前においては、携帯端末１０は自動測位を行っていないものとする。
制御部１１は、乗り過ごし防止アプリ１８１を実行すると、携帯端末１０が高速移動中であることで生じる事象の検知を試みる。そして、制御部１１は、携帯端末１０が高速移動中であることを検知したか否かを判定する（ステップＳ１）。ここで、制御部１１は、携帯端末１０が無線通信する基地局２０が切り替わる頻度が閾値以上であり、かつ、基地局２０からの電波の受信強度の変動量が閾値以上であるという事象が発生すると、携帯端末１０が高速移動中であることを検知する（ステップＳ１；ＹＥＳ）。
【００３４】
制御部１１は、携帯端末１０が高速移動中であると検知した後に、測位部１７に自動測位を行わせる（ステップＳ２）。ここでは、制御部１１は、１分間につき１回として自動測位を行うよう、測位部１７を制御する。このように、制御部１１は、高速移動中であるという、ユーザが列車２００に乗車中である場合に生じる事象のひとつを満たした後には必ず測位部１７に自動測位を行わせる。
【００３５】
次に、制御部１１は、測位部１７による自動測位を実行可能であるか否かを判定する（ステップＳ３）。ここでは、制御部１１は、自動測位の可否を示す測位不能条件を満たすか否かを判定する。測位不能条件は、例えばＧＰＳ衛星からのＧＰＳ信号を携帯端末１０が受信できないか、又はその受信強度が閾値以下であることを示す。また、測位が可能である場合であっても、測位結果の信頼度が閾値以下であることを測位不能条件としてもよい。
【００３６】
ここで、制御部１１は、測位不能条件を満たさず、測位部１７による自動測位が可能であると判定した場合には（ステップＳ３；ＹＥＳ）、第１乗車判定処理を実行する（ステップＳ４）。第１乗車判定処理は、制御部１１がＧＰＳ測位方式に従った測位部１７による自動測位の結果に基づいて乗車判定処理を実行する。
ここで、第１乗車判定処理の詳細について説明する。
【００３７】
図８は、第１乗車判定処理の流れを示すフローチャートである。
制御部１１は、測位部１７の測位結果を示す位置情報を所定回数分取得する（ステップＳ４１）。ここでは、制御部１１は、測位履歴ＤＢ１８４から例えば最新の測位結果をより優先するように所定回数分（例えば、１０回分）の位置情報を取得する。次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３を読み出す（ステップＳ４２）。
次に、制御部１１は、ステップＳ４１の処理で取得した位置情報と、読み出した路線情報ＤＢ１８３の路線位置情報とを比較し、異なる２以上の測位結果が線路３００上に位置しているか否かを判定する（ステップＳ４３）。ここでは、制御部１１は、測位部１７の計測誤差を考慮して、線路３００上に位置すると見做せる測位結果も含めて抽出してよい。制御部１１が図５に示す内容の位置情報を取得した場合、「2010/07/11 08:52」、「2010/07/11 08:56」及び「2010/07/11 08:57」の測位結果が路線情報ＤＢ１８３に記述されたものと一致すると判定する。この場合、制御部１１は、ステップＳ４３の処理で「ＹＥＳ」と判定する。
ＧＰＳ測位方式による測位の精度を考慮した場合、ユーザが線路３００上にいないにも関わらず、計測誤差によって線路３００上にいると検出されることがある。このような偶発的な計測誤差は、単発で生じることはあっても、続けて複数回生じる可能性はそれよりも小さい。よって、制御部１１がステップＳ４３の処理で複数の測位結果を参照することで、計測誤差による影響を抑えられると考えられる。
【００３８】
次に、制御部１１は、異なる２以上の測位結果が線路３００上の同一位置にあるか否かを判定する（ステップＳ４４）。ここで、制御部１１が図５に示す内容の位置情報を取得した場合、「2010/07/11 08:55」及び「2010/07/11 08:56」の測位結果が同一位置であると判定する。この場合、制御部１１は、ステップＳ４４の処理で「ＹＥＳ」と判定する。
線路３００上にユーザが位置し、かつ、異なる２以上の測位結果が同一位置を表す場合、これはいずれかの駅４００で列車２００が停止したことを意味する推測される。列車２００は、線路３００を走行する際に、利用者の乗降のために必ず駅４００で停止する。このような列車２００の走行上の特徴に照らして、制御部１１はステップＳ４４の処理を実行している。
【００３９】
次に、制御部１１は、測位部１７で計測された一毎の周辺端末数を取得して（ステップＳ４５）、異なる２以上の位置で周辺端末数が閾値以上であるか否かを判定する（ステップＳ４６）。制御部１１は、サーバ装置４０から取得した周辺端末数を参照し、閾値を超えるものが２以上ある場合には「ＹＥＳ」と判定する。周辺端末数については、その値が大きいほど、周辺に測位を行った携帯端末５０のユーザが大勢いることを意味する。列車２００にいるユーザは、自宅等のその他の場所にいる場合に比べて、ＧＰＳ測位方式を利用する頻度や乗り過ごし防止機能を利用する頻度が高いと考えられる。また、携帯端末１０のユーザの周辺に携帯端末５０のユーザが大勢いる状況も、列車２００の中であったり人混みの中であったりする等、或る程度限られてくる。よって、周辺端末数が閾値以上である場合には、周辺端末数が少ない場合に比べて、ユーザが列車２００に乗車中である可能性が高いと推測される。
制御部１１は、ステップＳ４６の処理で「ＹＥＳ」と判定すると、携帯端末１０のユーザが列車２００に乗車中であると判定する（ステップＳ４７）。
【００４０】
一方、制御部１１は、ステップＳ４３の処理で異なる２以上の測位結果が線路３００上に位置しないと判定した場合（ステップＳ４３；ＮＯ）や、ステップＳ４４の処理で異なる２以上の測位結果が線路３００上の同一位置にない場合（ステップＳ４４；ＮＯ）、ステップＳ４６の処理で異なる２以上の位置で周辺端末数が閾値以上でない場合（ステップＳ４６；ＮＯ）には、携帯端末１０のユーザが列車２００に乗車中でないと判定する（ステップＳ４８）。
第１乗車判定処理の説明は以上である。
【００４１】
図７に戻って説明する。
制御部１１は、ステップＳ４の処理の第１乗車判定処理の結果に基づいて、ユーザが列車２００に乗車中であるか否かを判定する（ステップＳ５）。ここで、制御部１１は乗車中であると判定すると（ステップＳ５；ＹＥＳ）、降車予定駅が設定されているか否かを判定する（ステップＳ６）。
【００４２】
制御部１１は、降車駅情報１８２を参照して降車予定駅が設定されている場合（ステップＳ６；ＹＥＳ）、継続して測位部１７に自動測位を行わせる（ステップＳ７）。そして、制御部１１は、測位部１７が計測した位置とユーザが降車予定駅の位置とに基づいて、その降車予定駅に接近したか否かを判定する（ステップＳ８）。ここでは、制御部１１は、携帯端末１０が降車予定駅から所定距離以下の距離に近づいたり、次の停車駅が降車予定駅となったりした場合に、接近したと判定する。制御部１１は、ユーザが降車予定駅に接近していないと判定すると（ステップＳ８；ＮＯ）、ステップＳ７の処理に戻る。
【００４３】
制御部１１は、ユーザが降車予定駅に接近したと判定すると（ステップＳ８；ＹＥＳ）、報知音を音声入出力部１６のスピーカから放音させたり、いわゆるバイブレーション機能を利用した振動を発生させたりして、ユーザが知覚できるようにその接近をユーザに報知する（ステップＳ９）。
【００４４】
ところで、ステップＳ３の処理において、制御部１１は、測位不能条件を満たし、測位部１７による測位が不可能であると判定した場合には（ステップＳ３；ＮＯ）、第２乗車判定処理を実行する（ステップＳ１０）。第２乗車判定処理は、中継装置３０との無線通信により、携帯端末１０のユーザが列車２００に乗車中であるか否かを判定する処理である。
ここで、第２乗車判定処理について説明する。
【００４５】
図９は、第２乗車判定処理の流れを示すフローチャートである。
制御部１１は、中継装置３０と無線通信部１４により通信して、その中継装置３０に割り当てられた識別情報（以下、「中継装置ＩＤ」という。）を取得する（ステップＳ１０１）。ただし、或る駅４００の中継装置３０に割り当てられる中継装置ＩＤと駅ＩＤとは同じであるか、又は携帯端末１０が両者の対応関係を把握できるものとする。
携帯端末１０が高速移動中であり、ユーザが列車２００に乗車中の可能性がある場合に、自動測位が不可能であるときとは、ユーザが地下鉄に乗車中であることが考えられる。この場合、測位部１７による測位が不可能であるので、代わりに、携帯端末１０は中継装置３０との通信により、携帯端末１０の位置を計測する。中継装置３０が送信する電波には、携帯端末１０がどの中継装置３０の通信可能エリアに属しているのかを判別できるように、各中継装置３０固有の中継装置ＩＤが重畳されている。携帯端末１０がこの中継装置ＩＤを受信すると、この中継装置ＩＤからどの駅４００に設置された中継装置３０からこれを受信したかを特定することができる。すなわち、携帯端末１０のユーザが現在どの駅４００付近にいるのかを、この中継装置ＩＤから携帯端末１０は特定することができる。
以上のように、制御部１１は、ステップＳ１０１の処理では中継装置３０から中継装置ＩＤを受信することによって、携帯端末１０の測位を行う。
【００４６】
次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３を読み出す（ステップＳ１０２）。次に、制御部１１は、取得した中継装置ＩＤと、読み出した路線情報ＤＢ１８３とに基づいて、取得した中継装置ＩＤが駅４００に該当する中継装置ＩＤであるか否かを判定する。（ステップＳ１０３）。ここで、制御部１１は、中継装置ＩＤがいずれかの駅４００の中継装置３０のものに一致すると判定した場合には（ステップＳ１０３；ＹＥＳ）、ユーザが列車２００に乗車中であると判定する（ステップＳ１０４）。一方、制御部１１は、例えばデパートの地下や駐車場等、駅４００以外の中継装置３０から中継装置ＩＤを取得したと判定した場合には（ステップＳ１０３；ＮＯ）、ユーザは列車２００に乗車中でないと判定する（ステップＳ１０５）。
【００４７】
以上が、第２乗車判定処理の流れの説明である。この判定結果を用いて、制御部１１は、ステップＳ５の処理で乗車中であるか否かを判定する。測位部１７による測位が不可能である場合、ステップＳ８の処理では、制御部１１は中継装置ＩＤを用いて降車予定駅と現在位置との位置関係を特定する。例えば、制御部１１は、降車予定駅の中継装置３０から中継装置ＩＤを受信したことを契機に接近を報知したり、ひとつ手前の駅４００の中継装置３０から中継装置ＩＤを受信したりしたことを契機に、降車予定駅への接近をユーザに報知する。
【００４８】
また、ステップＳ６の処理において、制御部１１は、降車駅情報１８２より降車予定駅が設定されていないと判定した場合には（ステップＳ６；ＮＯ）、ステップＳ１１の処理に進んで、「降車駅推定処理」を実行する。降車駅推定処理は、ユーザにより降車予定駅が設定されていない場合であっても、携帯端末１０がそれを推定して乗り過ごし防止機能を作動できるようにするための処理である。
ここで、降車駅推定処理について説明する。
【００４９】
図１０は、降車駅推定処理の流れを示すフローチャートである。
制御部１１は、記憶部１８からスケジュール帳１８５を読み出して、これを取得する（ステップＳ１１１）。そして、制御部１１は、スケジュール帳１８５に記述された内容を参照して、未着の場所が指定されたスケジュールが設定されているか否かを判定する（ステップＳ１１２）。例えば、当日中のスケジュールについてスケジュール帳１８５で場所が指定されている場合、ユーザがその場所に向かうべく列車２００に乗車している可能性が考えられる。そうすると、降車予定駅は、その目的地となる場所に最寄りの駅４００である可能性が、その他の駅４００よりも高いと推測できる。そこで、制御部１１は、ステップＳ１１２の処理で「ＹＥＳ」と判定した場合には、この目的地からの最寄りの駅４００を降車予定駅に設定し（ステップＳ１１３）、その内容を示す降車駅情報１８２を記憶部１８に記憶させる。このとき、制御部１１は、最寄り駅のみならず、目的地近傍の複数の駅４００について接近を報知してもよい。
なお、制御部１１は、スケジュールに指定された時刻を参照し、この時刻と降車予定駅とする候補の駅４００への到着予想時刻とを対比し、これらの時刻が所定の類似範囲で一致する場合に、この駅４００を降車予定駅として設定してもよい。
【００５０】
一方、制御部１１は、ステップＳ１１２の処理で「ＮＯ」と判定した場合には、ステップＳ１１４の処理に進む。制御部１１は、例えばスケジュール帳１８５に当日中のスケジュールが設定されていなかったり、スケジュールに場所が指定されていなかったりした場合に、ステップＳ１１２の処理で「ＮＯ」と判定する。
次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３と測位履歴ＤＢ１８４とを読み出す（ステップＳ１１４）。そして、制御部１１は、測位履歴ＤＢ１８４に含まれる測位結果のうち、路線情報ＤＢ１８３を参照して線路３００上に位置するものを抽出する（ステップＳ１１５）。ここでは、制御部１１は、計測誤差も考慮して、線路３００上に位置すると見做せるものも含めて抽出してよい。
【００５１】
次に、制御部１１は、抽出した位置情報に基づいて、近傍エリア内での測位回数を駅４００毎に算出する（ステップＳ１１６）。
図１１は、降車駅推定処理の内容を説明する図である。図１１の内容は、基本的に図１の内容に対応しているが、白丸印は過去に測位部１７で測位が行われた場所であり、測位履歴ＤＢ１８４に情報が書き込まれた場所である。近傍エリアは、例えば、図中二点鎖線で示す円形領域であり、要するに、各駅４００を中心とした所定範囲内のエリアである。つまり、近傍エリアで測位された頻度が高いということは、その駅４００を頻繁に利用していることを意味し、ユーザの降車予定駅である可能性が相対的に高い。制御部１１は、Ａ駅４００ａ、Ｂ駅４００ｂ、Ｃ駅４００ｃ・・・のそれぞれについて近傍エリアでの測位回数を算出し、これをユーザの利用頻度として算出する。ここで、例えばユーザの自宅６００がＣ駅４００ｃを最寄り駅とする場合、Ｃ駅４００ｃの利用頻度がその他の駅４００よりも高くなると考えられる。
なお、近傍エリアは、駅４００を中心とした所定範囲内のエリアである限り、どのように定められてもよい。
【００５２】
そして、制御部１１は、現在位置から列車２００の進行方向にある駅４００のうち、利用頻度が最も高い近傍エリアに対応する駅４００を降車予定駅として設定する（ステップＳ１１７）。利用頻度が高いということは、例えばその付近にユーザの自宅６００や会社等たびたび訪れる最寄り駅があると推測されるので、この駅４００を降車予定駅とすれば、ユーザの降車予定駅を精度よく推定できると考えられる。このように、制御部１１は、ユーザが各駅４００に訪れた頻度を参照し、その頻度が高いものをより優先するように降車予定駅を設定する。
なお、制御部１１は、ここで近傍エリア毎の測位回数を算出して降車予定駅を推定せずに、予めこの推定を行っておいて、降車予定駅の駅ＩＤに対応付けて、降車予定駅であることを示すフラグを記憶しておいてもよい。この場合、制御部１１は、このフラグを参照して降車予定駅を設定する。
【００５３】
以上が、降車駅推定処理の説明である。この推定結果を用いて、制御部１１は、ステップＳ７の処理で自動測位を行って、降車予定駅に接近した場合にその接近を報知する。
なお、制御部１１は、ステップＳ１，Ｓ５の処理で「ＮＯ」と判定した場合は、上記処理ステップの実行を終了する。そして、制御部１１は、所定期間が経過したら上記処理ステップを実行する等、決められた期間が経過するたびに、図７に示す処理ステップを実行する。
【００５４】
以上説明した第１実施形態によれば、携帯端末１０は、高速移動中であることを検知した後に、測位部１７に自動測位を行わせて乗車判定処理を実行する。このように、制御部１１は、ユーザが列車２００に乗車しているときに生じる事象の一部として、高速移動中であることを検知した場合に、自動測位を測位部１７に行わせる。携帯端末１０によれば、ユーザが列車２００に乗車中である場合には必ず自動測位を行うから、測位を繰り返す事前設定が携帯端末１０になされていない場合であっても、乗り過ごし防止機能を作動させることができる。また、携帯端末１０によれば、常に自動測位を行う場合に比べて、乗り過ごし防止機能の作動に要する消費電力の増大を抑えることができる。
また、携帯端末１０は、自動測位の開始後、複数段階の処理からなる乗車判定処理を行うので、その誤判定の可能性を抑えることができる。例えば、図１の例において実際はユーザが道路５００を自動車走行しているにも関わらず、計測誤差によって乗り過ごし防止機能が作動してしまうことを抑えられる。例えば、ＧＰＳ測位方式に従った測位のみでは図１に「●」印で示す位置でも計測誤差を原因として降車予定駅への接近が報知される可能性があるが、この実施形態の乗車判定処理によればこの可能性を抑えられる。このように、携帯端末１０によれば、誤った報知をすることを抑えられる。
【００５５】
［第２実施形態］
次に、本発明の第２実施形態について説明する。
この第２実施形態では、乗車判定部１１６の乗車判定処理に関する条件として、列車２００の走行中に列車２００に作用する加速度パターンが加速度センサ１５により検出されたことが含まれる。以下の説明において、本実施形態の携帯端末１０が備える構成のうち、第１実施形態の携帯端末１０が備える構成と共通するものは同一の符号を付して表し、その各構成の説明を省略する。なお、携帯端末１０のハードウェア構成は、第１実施形態のものと同じである。
【００５６】
図１２は、乗り過ごし防止機能に関して制御部１１が実現する機能構成を示す機能ブロック図である。
制御部１１は乗り過ごし防止アプリ１８１を含むプログラムを実行することにより、図１２に示すように、高速移動検知部１１１と、測位制御部１１２と、位置情報取得部１１３と、路線情報取得部１１４と、周辺端末数取得部１１５と、乗車判定部１１６ａと、スケジュール設定部１１７と、降車駅推定部１１８と、報知部１１９とに相当する各機能を実現する。乗車判定部１１６ａは、乗車中であると判定する条件として、列車２００が線路３００を走行するときに列車２００に作用する加速度パターンが加速度センサ１５で検知されたことを含むものである。制御部１１が実現するこれ以外の機能は、上述の第１実施形態の構成と同じである。
【００５７】
図１３は、携帯端末１０の制御部１１が実行する処理の全体的な流れを示すフローチャートである。図１３に示すフローチャートにおいて図７に示すものと同じ符号を付した処理ステップは、互いに処理の内容が共通するので、ここではその説明を省略する。
制御部１１は、乗り過ごし防止アプリ１８１を実行して高速移動中であることを検知すると（ステップＳ１；ＹＥＳ）、続いて、加速度センサ１５による検知結果から自端末の減速を検知した後に、自動測位を開始する（ステップＳ２ａ）。つまり、制御部１１は、加速度センサ１５により検出された加速度が負の値になった後には、測位部１７に自動測位を実行させている。
このステップＳ２ａの処理で減速を契機に自動測位を開始しているのは、以下の理由に基づく。列車２００にあっては、線路３００を駅４００で一時停車しながら走行するから、その駅４００の手前で必ず減速する。つまり、駅４００の進行方向手前の位置では、加速度センサ１５による検出結果が負となる。制御部１１は、この加速度を検知したことを契機に、列車２００特有の加速度の時系列変化である加速度パターンが生じるか否かの検知を開始する。
【００５８】
次に、制御部１１は、ステップＳ３の処理で自動測位を実行可能であると判定した場合（ステップＳ３；ＹＥＳ）、第１乗車判定処理を実行する（ステップＳ４ａ）。この実施形態の第１乗車判定処理は、第１実施形態の内容と相違するので、続いてこの内容について説明する。
【００５９】
図１４は、第１乗車判定処理の流れを示すフローチャートである。
制御部１１は、測位部１７の測位結果を示す位置情報を所定回数分取得する（ステップＳ４１）。ここでは、制御部１１は、測位履歴ＤＢ１８４から例えば最新の測位結果をより優先するように所定回数分（例えば、１０回分）の位置情報を取得する。次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３を読み出す（ステップＳ４２）。次に、制御部１１は、加速度が負である期間が終了したとき（すなわち、加速度が負の値からゼロに切り替わったとき）、つまり、列車２００が停車したときの位置が駅であるか否かを判定する（ステップＳ４３ａ）。ここでは、制御部１１は、ステップＳ４１の処理で取得した位置情報を路線情報ＤＢ１８３と比較し、いずれかの駅４００の位置を表すか否かを判定する。なお、制御部１１は、測位部１７における計測誤差により影響も考慮して、この判定を行ってよい。
【００６０】
制御部１１は、列車２００が停車したときの位置が駅４００に一致して現在位置が駅と判定すると（ステップＳ４３ａ；ＹＥＳ）、次に、加速度センサ１５の検知結果に基づいて、決められた期間連続して正の加速度が検知されたか否かを判定する（ステップＳ４４ａ）。列車２００は、駅４００付近で、停車のための減速→乗降のための停車→出発のための加速という加速度パターンに従って走行する。ここでは出発のための加速に注目して、制御部１１は、加速度の増大に係る判定を行う。
【００６１】
制御部１１は、ステップＳ４４ａの処理で「ＹＥＳ」と判定すると、路線情報ＤＢ１８３を参照して、次に列車２００が停車する駅４００を特定する（ステップＳ４５ａ）。そして、制御部１１は、この特定した駅４００の位置を示す路線位置情報と、この次に実際に列車２００が停車した位置の位置情報を比較して、これらが一致するか否かを判定する（ステップＳ４６ａ）。ここでも、制御部１１は、測位部１７における計測誤差による影響も考慮して、この判定を行ってよい。
ユーザが列車２００に乗車中である場合、次に停車する場所は駅４００に一致する可能性が極めて高い。そこで、制御部１１は、次に停車するべき位置である駅４００に、実際に列車２００が停車したか否かを確認する。そして、制御部１１は、特定した駅４００の位置を示す位置情報と、この次に停車した位置の位置情報とが一致した場合に（ステップＳ４６ａ；ＹＥＳ）、ユーザが列車２００に乗車中であると判定する（ステップＳ４７）。
【００６２】
一方、制御部１１は、ステップＳ４３ａの処理で停車した位置が駅４００に一致しないと判定した場合（ステップＳ４３ａ；ＮＯ）や、ステップＳ４４ａの処理で加速度の増大に関する条件を満たさない場合（ステップＳ４４ａ；ＮＯ）、ステップＳ４６ａの処理で特定した駅４００の位置を示す位置情報と、この次に停車した位置の位置情報とが一致しない場合（ステップＳ４６ａ；ＮＯ）には、携帯端末１０のユーザが列車２００に乗車中でないと判定する（ステップＳ４８）。
第１乗車判定処理の説明は以上である。以降において携帯端末１０が実行する処理は、上述した第１実施形態と同じであるから、その説明を省略する。
【００６３】
以上説明した第２実施形態によれば、列車２００が減速→停止→加速という加速度の時系列変化を生じさせて走行するという特徴に照らして、列車２００の加速度パターンを第１乗車判定処理に適用した。この構成であれば、携帯端末１０は、ＧＰＳ測位方式だけに頼らないで第１乗車判定処理を行うことができるので、より乗車判定処理の精度を向上させることができる。
【００６４】
［第３実施形態］
次に、本発明の第３実施形態について説明する。
この第３実施形態では、携帯端末において、乗車判定部が測位部１７による自動測位の結果を用いないで乗車判定を行い、この自動測位の結果をステップＳ９の処理での接近の報知のみに用いるという点で、上記第１実施形態の構成と相違する。以下の説明において、本実施形態の携帯端末１０が備える構成のうち、第１実施形態の携帯端末１０が備える構成と共通するものは同一の符号を付して表し、その各構成の説明を省略する。なお、携帯端末１０のハードウェア構成は、第１実施形態のものと同じである。
【００６５】
図１５は、制御部１１が実現する機能構成を示す機能ブロック図である。
制御部１１は乗り過ごし防止アプリ１８１を含むプログラムを実行することにより、図１５に示すように、測位制御部１１２と、位置情報取得部１１３と、路線情報取得部１１４と、周辺端末数取得部１１５と、乗車判定部１１６ｂと、スケジュール設定部１１７と、降車駅推定部１１８と、報知部１１９とに相当する各機能を実現する。このように、この実施形態では、制御部１１は高速移動検知部１１１に相当する機能を実現しない。乗車判定部１１６ｂは、測位部１７による自動測位の測位結果を用いないで乗車判定処理を実行する。制御部１１が実現するこれら以外の機能は、上述の第１実施形態の構成と同じである。
【００６６】
乗車判定部１１６ｂが行う乗車判定処理は、例えば以下のものがある。
乗車判定部１１６ｂは、上述した第１実施形態のように、周辺端末数取得部１１５により取得された周辺端末数が閾値以上であるか否かによって乗車判定処理を行う。また、例えば、乗車判定部１１６ｂは、加速度センサ１５により検出された加速度が上記第２実施形態のような加速度パターンを表しているか否かを判定する。また、乗車判定部１１６ｂは、列車２００の走行中にその列車２００に作用する振動パターンが加速度センサ１５により検出されたか否かを判定してもよい。列車２００が線路３００を走行するときに特徴的な振動（例えば、縦揺れ）が列車２００に与えられ、この振動が駅４００間の距離に応じた期間だけ継続する。そこで、乗車判定部１１６ｂは、この振動パターンに基づいて乗車判定処理を実行してもよい。
乗車判定部１１６ｂは、上記のような１又は複数の処理を含む乗車判定処理を実行して、ユーザが列車２００に乗車中であるか否かを判定する。乗車判定部１１６ｂは、すべての乗車判定処理の結果が乗車中であることを示すか、所定数以上の乗車判定処理の結果が乗車中であることを示す場合に、ユーザが列車２００に乗車中と判定する。
なお、本実施形態で適用可能な乗車判定処理は、自動測位を用いないものであればこれ以外のものであってもよい。
【００６７】
図１６は、携帯端末１０の制御部１１が実行する処理の全体的な流れを示すフローチャートである。図１６に示すフローチャートにおいて図７に示すものと同じ符号を付した処理ステップは、互いに処理の内容が共通するので、ここではその説明を省略し、相違点を主に説明する。
制御部１１は、乗り過ごし防止アプリ１８１を実行すると、乗車判定処理を実行する（ステップＳ１２）。制御部１１は、前掲したような測位部１７による測位結果を用いない方法で乗車判定処理を実行する。制御部１１は、ステップＳ１２の処理の結果から列車２００に乗車中であると判定すると（ステップＳ１３；ＹＥＳ）、測位部１７により自動測位を開始する（ステップＳ２）。そして、制御部１１は、ステップＳ６の処理以降において、上記第１，２実施形態と同じ処理ステップを実行する。
なお、制御部１１は、ステップＳ２の処理においては、乗車中であると判定されたことを契機に計測の頻度を上げて、携帯端末１０の位置を測位部１７に自動測位させる。例えば、制御部１１は、事前に自動測位を行っていなければこれを開始するし、より低い頻度で測位していたり、周期的でない測位を行っていたりした場合にも、自動測位を開始する。
【００６８】
以上説明した第３実施形態によれば、携帯端末１０は測位部１７による測位結果を用いないで乗車判定処理を実行する。この構成であれば、乗車中と確認されてから自動測位が開始されるので、上記第１、第２実施形態の構成よりも更なる低消費電力化の効果を期待することができる。
【００６９】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
［変形例１］
上述した各実施形態では、本発明の路線が線路に対応する線路３００とし、本発明の車両を列車２００とし、本発明の停車場所を駅４００とした列車に関する交通機関に本発明を適用していたが、これ以外の乗り物に本発明を適用してもよい。例えば、路線を道路とし、車両をバスとして、停車場所を停留所として、バスに関する交通機関に本発明を適用してもよい。この場合も道路上の決まった路線をバスが走行するため、上記各実施形態と同じ適用が可能である。また本発明の車両は、リニアモーターカーや路面電車等の乗り物でもよく、予め決められた停車場所に停車しながら路線を走行する車両であればよい。
【００７０】
［変形例２］
上述した第１実施形態では、制御部１１は、周辺端末数を乗車判定処理に用いていたが、これを省略する構成であってもよい。また、制御部１１は、周辺端末数を乗車判定処理に用いつつ、例えば測位部１７により測位された１つの位置に基づいて乗車判定処理を実行してもよく、測位部１７の測位結果に基づく処理は第１実施形態の方法に限定されない。また、制御部１１は、上述した第１及び２実施形態の第１乗車判定処理を組み合わせた乗車判定処理を実行してもよい。また、上述した第３実施形態で説明した振動パターンに係る乗車判定処理を、上述した第１及び２実施形態の第１，２乗車判定処理に組み合わせてもよい。
また、上述した各実施形態において、携帯端末１０は、降車駅推定処理を行わないようにしてもよい。この場合、携帯端末１０は降車予定駅が設定されていない場合には、報知を行わない。また、携帯端末１０は、スケジュール帳１８５に基づく降車駅の推定と、駅４００の利用頻度に基づく降車駅の推定との一方のみを行ってもよい。
【００７１】
［変形例３］
上述した各実施形態において、携帯端末１０はサーバ装置４０から周辺端末数を取得していたが、その取得先はサーバ装置４０以外であってもよい。例えば、携帯端末１０が近距離通信等を利用して、近傍の携帯端末５０と無線通信して周辺端末数を算出することができれば、この算出結果を取得してもよい。
【００７２】
［変形例４］
上述した第１及び第２実施形態で高速移動検知部１１１が検知する事象は、携帯端末１０が高速移動中であることで生じるものであれば、その他の事象であってもよい。例えば、高速移動検知部１１１は、加速度センサ１５の加速度の検知結果を取得し、この検知結果から携帯端末１０の移動速度を算出する。そして、高速移動検知部１１１は、算出した移動速度が閾値以上になったことを、高速移動中であることとして検知してもよい。また、高速移動検知部１１１は、無線通信部１４が無線通信する基地局が変更する頻度、及びその無線通信に用いる電波の受信強度の変動量のいずれか一方のみを、高速移動中であることとして検知してもよい。
【００７３】
［変形例５］
上述した各実施形態では、本発明の携帯端末を携帯電話端末に適用した場合を説明したが、本発明は、その他の携帯端末に適用することも可能である。例えば、本発明は、例えば、スマートフォンやＰＤＡ（Personal Digital Assistance）、携帯ゲーム機等の様々な携帯端末に適用することができる。また、携帯端末によっては、携帯端末１０が備えていた各構成を適宜外部構成としても本発明を特定しうる。
上述した各実施形態において、測位部１７はＧＰＳ測位方式により測位を行っていたが、時々刻々と変化する携帯端末１０のおおよその位置を計測できる測位方式であれば、ＧＰＳ方式に限定されない。例えば、基地局の通信可能エリアが駅間の距離よりも或る程度狭いのであれば、本発明の測位部は基地局を用いた測位を行ってもよい。このように、測位部１７が例えば駅間の距離よりも或る程度狭い精度で位置を計測できれば、前掲以外の測位方式で測位を行ってもよい。
携帯端末１０の振動検知部は、加速度センサ以外により実現されてもよい。
また、上述した携帯端末１０の制御部１１が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現されうる。
【符号の説明】
【００７４】
１０，５０…携帯端末、１１…制御部、１１１…高速移動検知部、１１２…測位制御部、１１３…位置情報取得部、１１４…路線情報取得部、１１５…周辺端末数取得部、１１６，１１６ａ，１１６ｂ…乗車判定部、１１７…スケジュール設定部、１１８…降車駅推定部、１１９…報知部、１２…操作部、１３…表示部、１４…無線通信部、１５…加速度センサ、１６…音声入出力部、１７…測位部、１８…記憶部、１８１…乗り過ごし防止アプリ、１８２…降車駅情報、１８３…路線情報ＤＢ、１８４…測位履歴ＤＢ、１８５…スケジュール帳、２０…基地局、２００…列車、３０…中継装置、３００…線路、４０…サーバ装置、４００…駅
【技術分野】
【０００１】
本発明は、携帯端末の報知機能に関する。
【背景技術】
【０００２】
電車やバス等の車両を利用するユーザに、降車予定の停車場所（例えば、駅や停留所）に接近したことを報知する、乗り過ごし防止機能を備えた携帯端末がある。特許文献１は、ＧＰＳ（Global Positioning System）衛星から取得した位置情報や内部時計を用いて、距離や時刻、速度を含むデータを計測し、ユーザが目的地に接近するとアラーム報知することを開示している。特許文献２は、ＰＨＳ（Personal Handyphone System）における移動局装置に、駅周辺をサービスゾーンとする基地局装置の識別番号を記憶させ、基地局装置から受信した識別情報を用いて目的駅に接近したことを報知することを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１７７６０７号公報
【特許文献２】特開平９−１３０８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１，２が開示する技術では、少なくともユーザが車両に乗車している期間は携帯端末が測位を繰り返さなければならないが、この測位を行わないように携帯端末が予め設定されている場合、乗り過ごし防止機能が正常に作動しない。
これに対し、本発明の目的は、測位を繰り返す事前設定が携帯端末になされていない場合であっても、乗り過ごし防止機能を作動させることである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明の携帯端末は、自端末の位置を計測する測位部と、自端末が所定速度以上で移動させられることにより生じる事象を検知する検知部と、前記検知部で前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定部と前記乗車判定部で乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部とを備えることを特徴とする。
【０００６】
本発明の好ましい態様において、前記測位制御部は、前記検知部で前記事象が検知されたことを契機に前記計測の頻度を上げる。
本発明の別の好ましい態様において、基地局と無線通信する無線通信部を備え、前記検知部は、前記無線通信部が無線通信する基地局が変更する頻度、又は当該基地局から受信する電波の強度の変動量を表す前記事象を検知する。
本発明の別の好ましい態様において、自端末の位置から所定範囲内のエリアに存在する無線通信端末の数を取得する端末数取得部を備え、前記乗車判定部は、前記測位部が計測した位置が前記路線上にあることを示し、かつ、前記端末数取得部が取得した数が閾値以上である場合に、乗車中であると判定する。
【０００７】
また、本発明の携帯端末は、自端末の位置を計測する測位部と、予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを判定する乗車判定部と、前記乗車判定部で乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、前記乗車判定部で乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部とを備えることを特徴とする。
【０００８】
本発明の別の好ましい態様において、自端末に作用する加速度を検知する加速度検知部を備え、前記乗車判定部が乗車中であると判定する条件として、前記車両が走行するときに当該車両に作用する加速度パターンが前記加速度検知部で検知されたことを含む。
本発明の別の好ましい態様において、場所を指定したスケジュールを設定するスケジュール設定部と、前記スケジュール設定部が設定したスケジュールで指定される場所に基づいて、前記降車予定の停車場所を推定する降車場所推定部とを備え、前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する。
本発明の別の好ましい態様において、ユーザが各停車場所に訪れた頻度を蓄積する履歴蓄積部と、前記履歴蓄積部に蓄積された頻度が高いものをより優先するように、前記降車予定の停車場所を推定する降車場所推定部とを備え、前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する。
【０００９】
また、本発明のプログラムは、自端末の位置を計測する測位部を有している携帯端末のコンピュータに、自端末が所定速度以上で移動させられることにより生じる事象を検知する検知ステップと、前記検知ステップにおいて前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定ステップと、前記乗車判定ステップにおいて乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップとを実行させるためのものである。
【００１０】
また、本発明のプログラムは、自端末の位置を計測する測位部を有している携帯端末のコンピュータに、予め決められた停車場所に停車しながら路線を走行する車両に、自端末のユーザが乗車中である否かを判定する乗車判定ステップと、前記乗車判定ステップにおいて乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、前記乗車判定ステップにおいて乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップとを実行させるためのものである。
【発明の効果】
【００１１】
本発明によれば、測位を繰り返す事前設定が携帯端末になされていない場合であっても、乗り過ごし防止機能を作動させることができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の概要を説明する図
【図２】システムの全体構成を示す図
【図３】携帯端末の構成を示すブロック図
【図４】路線情報ＤＢのデータ構造を示す図
【図５】測位履歴ＤＢのデータ構造を示す図
【図６】制御部が実現する機能構成を示す機能ブロック図
【図７】制御部が実行する処理の全体的な流れを示すフローチャート
【図８】第１乗車判定処理の流れを示すフローチャート
【図９】第２乗車判定処理の流れを示すフローチャート
【図１０】降車駅推定処理の流れを示すフローチャート
【図１１】降車駅推定処理の内容を説明する図
【図１２】制御部が実現する機能構成を示す機能ブロック図
【図１３】制御部が実行する処理の全体的な流れを示すフローチャート
【図１４】第１乗車判定処理の流れを示すフローチャート
【図１５】制御部が実現する機能構成を示す機能ブロック図
【図１６】制御部が実行する処理の全体的な流れを示すフローチャート
【発明を実施するための形態】
【００１３】
図１は、本発明の実施形態の概要を説明する図である。
この実施形態で後述する携帯端末１０を所有するユーザは、線路３００を走行する列車２００を利用することがある者である。列車２００は本発明の車両の一例であり、線路３００は列車２００が走行する線路に対応し、本発明の路線の一例である。図１に示すように、ここでは線路３００に沿うようにして道路５００が敷設され、線路３００と道路５００とは互いに近接している。列車２００は、利用者の乗降のために各駅４００に停車しながら線路３００を走行する。駅４００は、本発明の停車場所の一例である。図１に示すように、線路３００には予め決められた停車駅として、Ａ駅４００ａ、Ｂ駅４００ｂ及びＣ駅４００ｃが含まれる。携帯端末１０は乗り過ごし防止機能を作動するものであり、ユーザが降車予定の駅４００に接近したときに、その接近をユーザに対して報知する。例えば、図１に示す矢印方向を進行方向として列車２００が走行し、かつ、Ｃ駅４００ｃが降車予定駅として携帯端末１０に設定されている場合、図１に「報知」と付した破線矢印で示す位置であり、Ｃ駅４００ｃよりも進行方向やや手前の位置で、携帯端末１０はＣ駅４００ｃへの接近をユーザに対して報知する。
【００１４】
図２は、本実施形態のシステムの全体構成を示す図である。
携帯端末１０は、ここでは携帯電話端末であり、基地局２０ａ，２０ｂ，２０ｃ，・・・と無線通信する無線通信端末である。基地局２０ａ，２０ｂ，２０ｃ，・・・（以下、これらを特に区別する必要のない場合に、「基地局２０」と総称する。）はそれぞれ、自局が発する電波が届く範囲を通信可能エリアとする無線基地局である。携帯端末１０が複数の基地局２０の通信可能エリア内にいる場合、基本的には最寄りの基地局２０と通信する。中継装置３０ａ，３０ｂ，・・・（以下、これらを特に区別する必要のない場合に、「中継装置３０」と総称する。）は、基地局２０ｃと通信可能なように有線等で接続され、基地局２０ｃと携帯端末１０等との無線通信を中継するものである。中継装置３０は、地下鉄やビルの中等のように基地局２０からの電波が届きにくい場所であっても、携帯端末１０等がネットワークＮＷに接続できるようにするものである。中継装置３０は、例えば、ＩＭＣＳ（Inbuilding Mobile Communication System）（登録商標）と呼ばれるサービスで使用されるものである。携帯端末５０は、携帯端末１０のユーザ以外のユーザに所有されるものであり、ここでは一般的な構成の携帯電話端末である。携帯端末５０も、携帯端末１０と同様にしてネットワークＮＷに接続することができる。通信可能エリア内の携帯端末１０，５０は、基地局２０からその基地局固有の信号を受信して自端末の位置を特定する一方、その位置を示す情報を自端末の識別情報とともに位置登録データベースに送信する。位置登録データベースは、携帯端末１０や携帯端末５０を識別する識別情報と各端末の位置を示す情報とを対応付けて記憶するデータベースである。
【００１５】
サーバ装置４０は、ネットワークＮＷに接続され、携帯端末１０，５０と通信可能である。サーバ装置４０は、携帯端末１０，５０の位置を示す位置情報を、各端末を識別する識別情報と対応付けて蓄積する。サーバ装置４０は、例えば乗り過ごし防止機能の作動において、ＧＰＳ測位方式に従う測位結果を位置提供通知等を利用して各端末から受信し、これを蓄積する。この実施形態で「位置情報」と称するものは、緯度及び経度で表される位置を示す情報である。
本実施形態のシステムの全体構成の説明は以上である。
【００１６】
図３は、携帯端末１０の構成を示すブロック図である。携帯端末１０は、図３に示すように、制御部１１と、操作部１２と、表示部１３と、無線通信部１４と、加速度センサ１５と、音声入出力部１６と、測位部１７と、記憶部１８とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）を含む演算装置や計時部、メモリを備える。演算装置は、記憶部１８に記憶されたデータをメモリに読み出して、携帯端末１０の動作を制御する。計時部は、例えばリアルタイムクロックを備え、計時する機能を有している。操作部１２は、テンキー等の複数の操作子を備え、ユーザによる操作子の操作を受け付ける。表示部１３は、例えば液晶駆動回路や液晶ディスプレイを備え、画像の表示により情報に応じた内容を報知する。無線通信部１４は、無線通信回路やアンテナを備え、基地局２０や中継装置３０と無線通信してネットワークＮＷに接続するためのインタフェースである。加速度センサ１５は、いわゆる３軸加速度センサであり、携帯端末１０に作用する加速度を検出し、その検出結果を制御部１１に出力する。加速度センサ１５は、携帯端末１０に作用する加速度を検知する加速度検知部として機能する一方で、携帯端末１０に作用する振動を検知する振動検知部としても機能するものである。音声入出力部１６は、受話音声等を収音するマイクロホンや送話音声等を放音するスピーカを備え、携帯端末１０に対する音声の入出力に関する機能を実現する。測位部１７は、ＧＰＳ測位方式に従って携帯端末１０の位置を計測する。制御部１１は、測位部１７により受信されたＧＰＳ信号に基づいて測位を行って、携帯端末１０の位置を示す位置情報を生成する。
【００１７】
記憶部１８は、例えばＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）を備える記憶部であり、乗り過ごし防止アプリ１８１と、降車駅情報１８２と、路線情報ＤＢ（Data Base）１８３と、測位履歴ＤＢ１８４と、スケジュール帳１８５とを記憶する。乗り過ごし防止アプリ１８１は、乗り過ごし防止機能を作動するために制御部１１により実行されるアプリケーションプログラムである。降車駅情報１８２は、ユーザの降車予定駅を記述したものである。本実施形態では、降車予定駅が携帯端末１０に設定済みの場合には降車駅情報１８２が記憶部１８に記憶されているが、降車予定駅が未設定の場合には降車駅情報１８２が記憶部１８に記憶されていない。
【００１８】
図４は、路線情報ＤＢ１８３のデータ構造を示す図である。
図４に示すように、路線情報ＤＢ１８３は、「路線位置情報」と、「駅ＩＤ」とを対応付けて記憶するデータベースである。「路線位置情報」のフィールドには、線路３００上の各位置を示す位置情報が記述される。路線位置情報は、線路３００上の位置を網羅するように路線情報ＤＢ１８３に記述されることが好ましいが、実施上差し支えのない程度に、所定間隔ごとに位置情報が間引いて記述されていてもよい。路線位置情報が示す位置に携帯端末１０がある場合、携帯端末１０は線路３００上に位置することを意味する。すなわち、この場合、携帯端末１０を所有するユーザが列車２００に乗車中である可能性が高いといえる。「駅ＩＤ」のフィールドには、駅４００のそれぞれを識別する識別情報である駅ＩＤが記述される。つまり、路線情報ＤＢ１８３では、路線位置情報が示す位置にいずれかの駅４００がある場合、この路線位置情報に対応付けて、「駅ＩＤ」のフィールドにその駅４００を識別する駅ＩＤが記述されている。一方、駅４００が存在しない場合は、「駅ＩＤ」のフィールドはブランクである。駅ＩＤは、路線情報ＤＢ１８３を参照して、各駅４００の所在地を示す位置情報が特定できるように駅毎に割り当てられている。
【００１９】
図５は、測位履歴ＤＢ１８４のデータ構造を示す図である。
図５に示すように、測位履歴ＤＢ１８４は、「測位日時」と、「測位位置情報」とを対応付けて記憶するデータベースである。「測位日時」のフィールドには、測位部１７が測位した日時であって制御部１１の計時部により計時された日時が記述される。「測位位置情報」のフィールドには、測位部１７の測位結果を示す位置情報が記述される。つまり、測位履歴ＤＢ１８４は、「測位日時」のフィールドに記述された日時に、「測位位置情報」のフィールドに記述された位置情報が示す位置が測位部１７により計測されたという具合に、測位の履歴を蓄積するものである。換言すると、測位履歴ＤＢ１８４は携帯端末１０のユーザが所在した位置の履歴を蓄積するものであり、ユーザが各駅４００に訪れた頻度も含む。
なお、図４，５に示す路線情報ＤＢ１８３及び測位履歴ＤＢ１８４において、図示のパラメータが同一である位置情報同士は、互いに同一の位置を示す。
【００２０】
スケジュール帳１８５は、いわゆるスケジューラを実現するために用いられるデータである。スケジュール帳１８５には、ユーザにより設定されたスケジュールとして、場所及び時刻を指定したスケジュールが記述される。
【００２１】
図６は、乗り過ごし防止機能に関して制御部１１が実現する機能構成を示す機能ブロック図である。
制御部１１は乗り過ごし防止アプリ１８１を含むプログラムを実行することにより、図６に示すように、高速移動検知部１１１と、測位制御部１１２と、位置情報取得部１１３と、路線情報取得部１１４と、周辺端末数取得部１１５と、乗車判定部１１６と、スケジュール設定部１１７と、降車駅推定部１１８と、報知部１１９とに相当する各機能を実現する。例えば、スケジュール設定部１１７以外の機能は、乗り過ごし防止アプリ１８１の実行により実現される。
【００２２】
高速移動検知部１１１は、携帯端末１０が所定速度以上で移動させられることにより携帯端末１０で生じる事象を検知する検知部である。この所定速度は、列車２００の走行速度に対応している。すなわち、高速移動検知部１１１は、携帯端末１０のユーザが列車２００に乗車しているときのような高速移動中に、携帯端末１０で生じる事象を検知するものである。
【００２３】
携帯端末１０のユーザが、列車２００や自動車等の高速移動しうる乗り物に乗車中である場合、いわゆるハンドオーバによって、携帯端末１０が属する通信可能エリアが相対的に高い頻度で切り替わる。この頻度は、単位時間当たりに基地局２０が切り替わる回数のことである。よって、この切り替わりの頻度は、携帯端末１０が高速移動中であるか否かの判定の指標となる。例えば、高速移動検知部１１１は、基地局２０から受信する位置登録のための信号を用いて、この切り替わりの頻度を検知する。
なお、位置登録は、複数の基地局をまとめた呼び出しエリアで区切って運用されることがある。高速移動検知部１１１は、この呼び出しエリア単位での切り替わりを検知してよい。
【００２４】
また、高速移動中にあっては、携帯端末１０が基地局２０から受信する電波の強度の変動量が相対的に大きくなる。この変動量は、単位時間当たりの電波の受信強度の変化量である。よって、この電波の受信強度の変動量についても、携帯端末１０が高速移動中であるか否かの判定の指標となる。そこで、高速移動検知部１１１は、例えば、通信可能エリアに属する基地局２０が切り替わる頻度が閾値以上であり、かつ、基地局２０からの電波の受信強度の変動量が閾値以上であることを、携帯端末１０が高速移動中に生じる事象として検知する。このように、高速移動検知部１１１は、これらの２種類の事象を同時期に検知したことを、携帯端末１０が高速移動中であることとして検知する。
なお、各閾値は、列車２００の走行する速度に応じた値となるように、予め設計段階で決められているとよい。
【００２５】
測位制御部１１２は、高速移動検知部１１１で高速移動中であることが検知された後に、携帯端末１０の位置を測位部１７に繰り返し計測させる。測位制御部１１２は、例えば一定間隔を空けて測位部１７に繰り返し測位させる。以下では、この測位のことを、「自動測位」と称する。測位制御部１１２は、たとえ携帯端末１０が高速移動中であることが検知される前に自動測位を行わせていなかったり、これよりも低い頻度で測位を行わせたりした場合であっても、この検知を契機に測位部１７に自動測位を開始させる。この場合、測位制御部１１２は、高速移動検知部１１１で高速移動中であることが検知されたことを契機に測位の頻度を上げることになるが、携帯端末１０の測位に関する事前設定に関わらず測位部１７に自動測位を行わせるものと換言される。
これ以外にも、測位制御部１１２は、測位部１７による測位が可能となった場合（例えば、測位可能なエリアへの復帰時）に測位部１７による測位を開始させたり、ＧＰＳ測位方式以外の測位方式であり、基地局２０や中継装置３０との無線通信を用いて測位するための制御を行ったりする。すなわち、測位制御部１１２は、携帯端末１０における測位に関する制御を司るものである。
【００２６】
位置情報取得部１１３は、測位部１７の測位結果に基づいて位置情報を算出してこれを取得する。そして、位置情報取得部１１３は、測位部１７の測位結果に基づいて算出した位置情報と、その測位を行った測位日時とを対応付けて測位履歴ＤＢ１８４に記憶させる。
【００２７】
路線情報取得部１１４は、路線情報ＤＢ１８３が最新のものとなるように更新するべく、無線通信部１４によりサーバ装置４０等と通信して必要な情報を取得する。路線情報取得部１１４は、取得した情報を用いて路線情報ＤＢ１８３を更新する。これにより、路線が新設されたり、線路３００の延伸があったりした場合も、最新の路線情報を携帯端末１０で管理することができる。
【００２８】
周辺端末数取得部１１５は、携帯端末１０の位置から所定範囲内のエリアに存在する携帯端末５０の数（以下、「周辺端末数」という。）を取得する。このエリアは、ユーザが列車２００に乗車中であると仮定した場合に、その周辺にいる携帯端末５０のユーザも列車２００に乗車中と推測できる範囲に決められる。この範囲は、例えば列車２００の乗車空間の大きさにも依存するが、設計段階等で予め決められた大きさでよい。周辺端末数取得部１１５は、サーバ装置４０に蓄積された各端末の位置情報を用いてサーバ装置４０により算出された周辺端末数を、無線通信部１４により取得する。周辺端末数取得部１１５は、測位部１７による自動測位が行われたときの周辺端末数をそれぞれ取得して、各測位日時の周辺端末数を把握する。
【００２９】
乗車判定部１１６は、携帯端末１０のユーザが列車２００に乗車中であるか否かを、高速移動中であることが検知された後に測位部１７の自動測位により得られた位置情報に基づいて判定する。乗車判定部１１６は、測位履歴ＤＢ１８４から、例えば最新の測位結果をより優先するようにその所定回数分の位置情報を取得する。乗車判定部１１６は、取得した位置情報が示す位置が線路３００上にあることを示し、かつ、周辺端末数取得部１１５により取得された周辺端末数が閾値以上である場合に、乗車中と判定する。
【００３０】
スケジュール設定部１１７は、スケジューラとしての機能を実現し、スケジュールの設定を行う。スケジュール設定部１１７は、ユーザによる操作部１２の操作等によって入力されたスケジュールをスケジュール帳１８５に記述する。スケジュール設定部１１７は、必要に応じて、既に設定したスケジュールの内容を表示部１３に表示させてユーザに提示する。
【００３１】
降車駅推定部１１８は、スケジュール帳１８５で指定される場所に基づいて、ユーザの降車予定駅を推定する。また、降車駅推定部１１８は、測位履歴ＤＢ１８４に蓄積された履歴に基づいて、ユーザが訪れた頻度がより高い駅４００をより優先するように、降車予定駅を推定する。降車駅推定部１１８は、推定した降車予定駅を記述した降車駅情報１８２を記憶部１８に記憶する。すなわち、降車駅推定部１１８は、本発明の降車場所推定部の一例である。
【００３２】
報知部１１９は、乗車判定部１１６で乗車中であると判定された場合に、測位部１７が計測した位置がユーザの降車予定駅に接近したときには、その接近をそのユーザに報知する。報知部１１９は、例えば、最新の測位結果を示す位置情報と、路線情報ＤＢ１８３に記述された路線位置情報とを比較して両者の位置関係を特定する。そして、報知部１１９は、降車駅情報１８２が示す駅４００をユーザの降車予定駅とし、降車予定駅から所定距離以下に携帯端末１０が近づいたり、次に停車する駅４００が降車予定駅となったりしたことを契機に、その接近を報知する。
携帯端末１０の構成の説明は以上である。
【００３３】
図７は、乗り過ごし防止機能に関して携帯端末１０の制御部１１が実行する処理の全体的な流れを示すフローチャートである。なお、以下の説明にする動作前においては、携帯端末１０は自動測位を行っていないものとする。
制御部１１は、乗り過ごし防止アプリ１８１を実行すると、携帯端末１０が高速移動中であることで生じる事象の検知を試みる。そして、制御部１１は、携帯端末１０が高速移動中であることを検知したか否かを判定する（ステップＳ１）。ここで、制御部１１は、携帯端末１０が無線通信する基地局２０が切り替わる頻度が閾値以上であり、かつ、基地局２０からの電波の受信強度の変動量が閾値以上であるという事象が発生すると、携帯端末１０が高速移動中であることを検知する（ステップＳ１；ＹＥＳ）。
【００３４】
制御部１１は、携帯端末１０が高速移動中であると検知した後に、測位部１７に自動測位を行わせる（ステップＳ２）。ここでは、制御部１１は、１分間につき１回として自動測位を行うよう、測位部１７を制御する。このように、制御部１１は、高速移動中であるという、ユーザが列車２００に乗車中である場合に生じる事象のひとつを満たした後には必ず測位部１７に自動測位を行わせる。
【００３５】
次に、制御部１１は、測位部１７による自動測位を実行可能であるか否かを判定する（ステップＳ３）。ここでは、制御部１１は、自動測位の可否を示す測位不能条件を満たすか否かを判定する。測位不能条件は、例えばＧＰＳ衛星からのＧＰＳ信号を携帯端末１０が受信できないか、又はその受信強度が閾値以下であることを示す。また、測位が可能である場合であっても、測位結果の信頼度が閾値以下であることを測位不能条件としてもよい。
【００３６】
ここで、制御部１１は、測位不能条件を満たさず、測位部１７による自動測位が可能であると判定した場合には（ステップＳ３；ＹＥＳ）、第１乗車判定処理を実行する（ステップＳ４）。第１乗車判定処理は、制御部１１がＧＰＳ測位方式に従った測位部１７による自動測位の結果に基づいて乗車判定処理を実行する。
ここで、第１乗車判定処理の詳細について説明する。
【００３７】
図８は、第１乗車判定処理の流れを示すフローチャートである。
制御部１１は、測位部１７の測位結果を示す位置情報を所定回数分取得する（ステップＳ４１）。ここでは、制御部１１は、測位履歴ＤＢ１８４から例えば最新の測位結果をより優先するように所定回数分（例えば、１０回分）の位置情報を取得する。次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３を読み出す（ステップＳ４２）。
次に、制御部１１は、ステップＳ４１の処理で取得した位置情報と、読み出した路線情報ＤＢ１８３の路線位置情報とを比較し、異なる２以上の測位結果が線路３００上に位置しているか否かを判定する（ステップＳ４３）。ここでは、制御部１１は、測位部１７の計測誤差を考慮して、線路３００上に位置すると見做せる測位結果も含めて抽出してよい。制御部１１が図５に示す内容の位置情報を取得した場合、「2010/07/11 08:52」、「2010/07/11 08:56」及び「2010/07/11 08:57」の測位結果が路線情報ＤＢ１８３に記述されたものと一致すると判定する。この場合、制御部１１は、ステップＳ４３の処理で「ＹＥＳ」と判定する。
ＧＰＳ測位方式による測位の精度を考慮した場合、ユーザが線路３００上にいないにも関わらず、計測誤差によって線路３００上にいると検出されることがある。このような偶発的な計測誤差は、単発で生じることはあっても、続けて複数回生じる可能性はそれよりも小さい。よって、制御部１１がステップＳ４３の処理で複数の測位結果を参照することで、計測誤差による影響を抑えられると考えられる。
【００３８】
次に、制御部１１は、異なる２以上の測位結果が線路３００上の同一位置にあるか否かを判定する（ステップＳ４４）。ここで、制御部１１が図５に示す内容の位置情報を取得した場合、「2010/07/11 08:55」及び「2010/07/11 08:56」の測位結果が同一位置であると判定する。この場合、制御部１１は、ステップＳ４４の処理で「ＹＥＳ」と判定する。
線路３００上にユーザが位置し、かつ、異なる２以上の測位結果が同一位置を表す場合、これはいずれかの駅４００で列車２００が停止したことを意味する推測される。列車２００は、線路３００を走行する際に、利用者の乗降のために必ず駅４００で停止する。このような列車２００の走行上の特徴に照らして、制御部１１はステップＳ４４の処理を実行している。
【００３９】
次に、制御部１１は、測位部１７で計測された一毎の周辺端末数を取得して（ステップＳ４５）、異なる２以上の位置で周辺端末数が閾値以上であるか否かを判定する（ステップＳ４６）。制御部１１は、サーバ装置４０から取得した周辺端末数を参照し、閾値を超えるものが２以上ある場合には「ＹＥＳ」と判定する。周辺端末数については、その値が大きいほど、周辺に測位を行った携帯端末５０のユーザが大勢いることを意味する。列車２００にいるユーザは、自宅等のその他の場所にいる場合に比べて、ＧＰＳ測位方式を利用する頻度や乗り過ごし防止機能を利用する頻度が高いと考えられる。また、携帯端末１０のユーザの周辺に携帯端末５０のユーザが大勢いる状況も、列車２００の中であったり人混みの中であったりする等、或る程度限られてくる。よって、周辺端末数が閾値以上である場合には、周辺端末数が少ない場合に比べて、ユーザが列車２００に乗車中である可能性が高いと推測される。
制御部１１は、ステップＳ４６の処理で「ＹＥＳ」と判定すると、携帯端末１０のユーザが列車２００に乗車中であると判定する（ステップＳ４７）。
【００４０】
一方、制御部１１は、ステップＳ４３の処理で異なる２以上の測位結果が線路３００上に位置しないと判定した場合（ステップＳ４３；ＮＯ）や、ステップＳ４４の処理で異なる２以上の測位結果が線路３００上の同一位置にない場合（ステップＳ４４；ＮＯ）、ステップＳ４６の処理で異なる２以上の位置で周辺端末数が閾値以上でない場合（ステップＳ４６；ＮＯ）には、携帯端末１０のユーザが列車２００に乗車中でないと判定する（ステップＳ４８）。
第１乗車判定処理の説明は以上である。
【００４１】
図７に戻って説明する。
制御部１１は、ステップＳ４の処理の第１乗車判定処理の結果に基づいて、ユーザが列車２００に乗車中であるか否かを判定する（ステップＳ５）。ここで、制御部１１は乗車中であると判定すると（ステップＳ５；ＹＥＳ）、降車予定駅が設定されているか否かを判定する（ステップＳ６）。
【００４２】
制御部１１は、降車駅情報１８２を参照して降車予定駅が設定されている場合（ステップＳ６；ＹＥＳ）、継続して測位部１７に自動測位を行わせる（ステップＳ７）。そして、制御部１１は、測位部１７が計測した位置とユーザが降車予定駅の位置とに基づいて、その降車予定駅に接近したか否かを判定する（ステップＳ８）。ここでは、制御部１１は、携帯端末１０が降車予定駅から所定距離以下の距離に近づいたり、次の停車駅が降車予定駅となったりした場合に、接近したと判定する。制御部１１は、ユーザが降車予定駅に接近していないと判定すると（ステップＳ８；ＮＯ）、ステップＳ７の処理に戻る。
【００４３】
制御部１１は、ユーザが降車予定駅に接近したと判定すると（ステップＳ８；ＹＥＳ）、報知音を音声入出力部１６のスピーカから放音させたり、いわゆるバイブレーション機能を利用した振動を発生させたりして、ユーザが知覚できるようにその接近をユーザに報知する（ステップＳ９）。
【００４４】
ところで、ステップＳ３の処理において、制御部１１は、測位不能条件を満たし、測位部１７による測位が不可能であると判定した場合には（ステップＳ３；ＮＯ）、第２乗車判定処理を実行する（ステップＳ１０）。第２乗車判定処理は、中継装置３０との無線通信により、携帯端末１０のユーザが列車２００に乗車中であるか否かを判定する処理である。
ここで、第２乗車判定処理について説明する。
【００４５】
図９は、第２乗車判定処理の流れを示すフローチャートである。
制御部１１は、中継装置３０と無線通信部１４により通信して、その中継装置３０に割り当てられた識別情報（以下、「中継装置ＩＤ」という。）を取得する（ステップＳ１０１）。ただし、或る駅４００の中継装置３０に割り当てられる中継装置ＩＤと駅ＩＤとは同じであるか、又は携帯端末１０が両者の対応関係を把握できるものとする。
携帯端末１０が高速移動中であり、ユーザが列車２００に乗車中の可能性がある場合に、自動測位が不可能であるときとは、ユーザが地下鉄に乗車中であることが考えられる。この場合、測位部１７による測位が不可能であるので、代わりに、携帯端末１０は中継装置３０との通信により、携帯端末１０の位置を計測する。中継装置３０が送信する電波には、携帯端末１０がどの中継装置３０の通信可能エリアに属しているのかを判別できるように、各中継装置３０固有の中継装置ＩＤが重畳されている。携帯端末１０がこの中継装置ＩＤを受信すると、この中継装置ＩＤからどの駅４００に設置された中継装置３０からこれを受信したかを特定することができる。すなわち、携帯端末１０のユーザが現在どの駅４００付近にいるのかを、この中継装置ＩＤから携帯端末１０は特定することができる。
以上のように、制御部１１は、ステップＳ１０１の処理では中継装置３０から中継装置ＩＤを受信することによって、携帯端末１０の測位を行う。
【００４６】
次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３を読み出す（ステップＳ１０２）。次に、制御部１１は、取得した中継装置ＩＤと、読み出した路線情報ＤＢ１８３とに基づいて、取得した中継装置ＩＤが駅４００に該当する中継装置ＩＤであるか否かを判定する。（ステップＳ１０３）。ここで、制御部１１は、中継装置ＩＤがいずれかの駅４００の中継装置３０のものに一致すると判定した場合には（ステップＳ１０３；ＹＥＳ）、ユーザが列車２００に乗車中であると判定する（ステップＳ１０４）。一方、制御部１１は、例えばデパートの地下や駐車場等、駅４００以外の中継装置３０から中継装置ＩＤを取得したと判定した場合には（ステップＳ１０３；ＮＯ）、ユーザは列車２００に乗車中でないと判定する（ステップＳ１０５）。
【００４７】
以上が、第２乗車判定処理の流れの説明である。この判定結果を用いて、制御部１１は、ステップＳ５の処理で乗車中であるか否かを判定する。測位部１７による測位が不可能である場合、ステップＳ８の処理では、制御部１１は中継装置ＩＤを用いて降車予定駅と現在位置との位置関係を特定する。例えば、制御部１１は、降車予定駅の中継装置３０から中継装置ＩＤを受信したことを契機に接近を報知したり、ひとつ手前の駅４００の中継装置３０から中継装置ＩＤを受信したりしたことを契機に、降車予定駅への接近をユーザに報知する。
【００４８】
また、ステップＳ６の処理において、制御部１１は、降車駅情報１８２より降車予定駅が設定されていないと判定した場合には（ステップＳ６；ＮＯ）、ステップＳ１１の処理に進んで、「降車駅推定処理」を実行する。降車駅推定処理は、ユーザにより降車予定駅が設定されていない場合であっても、携帯端末１０がそれを推定して乗り過ごし防止機能を作動できるようにするための処理である。
ここで、降車駅推定処理について説明する。
【００４９】
図１０は、降車駅推定処理の流れを示すフローチャートである。
制御部１１は、記憶部１８からスケジュール帳１８５を読み出して、これを取得する（ステップＳ１１１）。そして、制御部１１は、スケジュール帳１８５に記述された内容を参照して、未着の場所が指定されたスケジュールが設定されているか否かを判定する（ステップＳ１１２）。例えば、当日中のスケジュールについてスケジュール帳１８５で場所が指定されている場合、ユーザがその場所に向かうべく列車２００に乗車している可能性が考えられる。そうすると、降車予定駅は、その目的地となる場所に最寄りの駅４００である可能性が、その他の駅４００よりも高いと推測できる。そこで、制御部１１は、ステップＳ１１２の処理で「ＹＥＳ」と判定した場合には、この目的地からの最寄りの駅４００を降車予定駅に設定し（ステップＳ１１３）、その内容を示す降車駅情報１８２を記憶部１８に記憶させる。このとき、制御部１１は、最寄り駅のみならず、目的地近傍の複数の駅４００について接近を報知してもよい。
なお、制御部１１は、スケジュールに指定された時刻を参照し、この時刻と降車予定駅とする候補の駅４００への到着予想時刻とを対比し、これらの時刻が所定の類似範囲で一致する場合に、この駅４００を降車予定駅として設定してもよい。
【００５０】
一方、制御部１１は、ステップＳ１１２の処理で「ＮＯ」と判定した場合には、ステップＳ１１４の処理に進む。制御部１１は、例えばスケジュール帳１８５に当日中のスケジュールが設定されていなかったり、スケジュールに場所が指定されていなかったりした場合に、ステップＳ１１２の処理で「ＮＯ」と判定する。
次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３と測位履歴ＤＢ１８４とを読み出す（ステップＳ１１４）。そして、制御部１１は、測位履歴ＤＢ１８４に含まれる測位結果のうち、路線情報ＤＢ１８３を参照して線路３００上に位置するものを抽出する（ステップＳ１１５）。ここでは、制御部１１は、計測誤差も考慮して、線路３００上に位置すると見做せるものも含めて抽出してよい。
【００５１】
次に、制御部１１は、抽出した位置情報に基づいて、近傍エリア内での測位回数を駅４００毎に算出する（ステップＳ１１６）。
図１１は、降車駅推定処理の内容を説明する図である。図１１の内容は、基本的に図１の内容に対応しているが、白丸印は過去に測位部１７で測位が行われた場所であり、測位履歴ＤＢ１８４に情報が書き込まれた場所である。近傍エリアは、例えば、図中二点鎖線で示す円形領域であり、要するに、各駅４００を中心とした所定範囲内のエリアである。つまり、近傍エリアで測位された頻度が高いということは、その駅４００を頻繁に利用していることを意味し、ユーザの降車予定駅である可能性が相対的に高い。制御部１１は、Ａ駅４００ａ、Ｂ駅４００ｂ、Ｃ駅４００ｃ・・・のそれぞれについて近傍エリアでの測位回数を算出し、これをユーザの利用頻度として算出する。ここで、例えばユーザの自宅６００がＣ駅４００ｃを最寄り駅とする場合、Ｃ駅４００ｃの利用頻度がその他の駅４００よりも高くなると考えられる。
なお、近傍エリアは、駅４００を中心とした所定範囲内のエリアである限り、どのように定められてもよい。
【００５２】
そして、制御部１１は、現在位置から列車２００の進行方向にある駅４００のうち、利用頻度が最も高い近傍エリアに対応する駅４００を降車予定駅として設定する（ステップＳ１１７）。利用頻度が高いということは、例えばその付近にユーザの自宅６００や会社等たびたび訪れる最寄り駅があると推測されるので、この駅４００を降車予定駅とすれば、ユーザの降車予定駅を精度よく推定できると考えられる。このように、制御部１１は、ユーザが各駅４００に訪れた頻度を参照し、その頻度が高いものをより優先するように降車予定駅を設定する。
なお、制御部１１は、ここで近傍エリア毎の測位回数を算出して降車予定駅を推定せずに、予めこの推定を行っておいて、降車予定駅の駅ＩＤに対応付けて、降車予定駅であることを示すフラグを記憶しておいてもよい。この場合、制御部１１は、このフラグを参照して降車予定駅を設定する。
【００５３】
以上が、降車駅推定処理の説明である。この推定結果を用いて、制御部１１は、ステップＳ７の処理で自動測位を行って、降車予定駅に接近した場合にその接近を報知する。
なお、制御部１１は、ステップＳ１，Ｓ５の処理で「ＮＯ」と判定した場合は、上記処理ステップの実行を終了する。そして、制御部１１は、所定期間が経過したら上記処理ステップを実行する等、決められた期間が経過するたびに、図７に示す処理ステップを実行する。
【００５４】
以上説明した第１実施形態によれば、携帯端末１０は、高速移動中であることを検知した後に、測位部１７に自動測位を行わせて乗車判定処理を実行する。このように、制御部１１は、ユーザが列車２００に乗車しているときに生じる事象の一部として、高速移動中であることを検知した場合に、自動測位を測位部１７に行わせる。携帯端末１０によれば、ユーザが列車２００に乗車中である場合には必ず自動測位を行うから、測位を繰り返す事前設定が携帯端末１０になされていない場合であっても、乗り過ごし防止機能を作動させることができる。また、携帯端末１０によれば、常に自動測位を行う場合に比べて、乗り過ごし防止機能の作動に要する消費電力の増大を抑えることができる。
また、携帯端末１０は、自動測位の開始後、複数段階の処理からなる乗車判定処理を行うので、その誤判定の可能性を抑えることができる。例えば、図１の例において実際はユーザが道路５００を自動車走行しているにも関わらず、計測誤差によって乗り過ごし防止機能が作動してしまうことを抑えられる。例えば、ＧＰＳ測位方式に従った測位のみでは図１に「●」印で示す位置でも計測誤差を原因として降車予定駅への接近が報知される可能性があるが、この実施形態の乗車判定処理によればこの可能性を抑えられる。このように、携帯端末１０によれば、誤った報知をすることを抑えられる。
【００５５】
［第２実施形態］
次に、本発明の第２実施形態について説明する。
この第２実施形態では、乗車判定部１１６の乗車判定処理に関する条件として、列車２００の走行中に列車２００に作用する加速度パターンが加速度センサ１５により検出されたことが含まれる。以下の説明において、本実施形態の携帯端末１０が備える構成のうち、第１実施形態の携帯端末１０が備える構成と共通するものは同一の符号を付して表し、その各構成の説明を省略する。なお、携帯端末１０のハードウェア構成は、第１実施形態のものと同じである。
【００５６】
図１２は、乗り過ごし防止機能に関して制御部１１が実現する機能構成を示す機能ブロック図である。
制御部１１は乗り過ごし防止アプリ１８１を含むプログラムを実行することにより、図１２に示すように、高速移動検知部１１１と、測位制御部１１２と、位置情報取得部１１３と、路線情報取得部１１４と、周辺端末数取得部１１５と、乗車判定部１１６ａと、スケジュール設定部１１７と、降車駅推定部１１８と、報知部１１９とに相当する各機能を実現する。乗車判定部１１６ａは、乗車中であると判定する条件として、列車２００が線路３００を走行するときに列車２００に作用する加速度パターンが加速度センサ１５で検知されたことを含むものである。制御部１１が実現するこれ以外の機能は、上述の第１実施形態の構成と同じである。
【００５７】
図１３は、携帯端末１０の制御部１１が実行する処理の全体的な流れを示すフローチャートである。図１３に示すフローチャートにおいて図７に示すものと同じ符号を付した処理ステップは、互いに処理の内容が共通するので、ここではその説明を省略する。
制御部１１は、乗り過ごし防止アプリ１８１を実行して高速移動中であることを検知すると（ステップＳ１；ＹＥＳ）、続いて、加速度センサ１５による検知結果から自端末の減速を検知した後に、自動測位を開始する（ステップＳ２ａ）。つまり、制御部１１は、加速度センサ１５により検出された加速度が負の値になった後には、測位部１７に自動測位を実行させている。
このステップＳ２ａの処理で減速を契機に自動測位を開始しているのは、以下の理由に基づく。列車２００にあっては、線路３００を駅４００で一時停車しながら走行するから、その駅４００の手前で必ず減速する。つまり、駅４００の進行方向手前の位置では、加速度センサ１５による検出結果が負となる。制御部１１は、この加速度を検知したことを契機に、列車２００特有の加速度の時系列変化である加速度パターンが生じるか否かの検知を開始する。
【００５８】
次に、制御部１１は、ステップＳ３の処理で自動測位を実行可能であると判定した場合（ステップＳ３；ＹＥＳ）、第１乗車判定処理を実行する（ステップＳ４ａ）。この実施形態の第１乗車判定処理は、第１実施形態の内容と相違するので、続いてこの内容について説明する。
【００５９】
図１４は、第１乗車判定処理の流れを示すフローチャートである。
制御部１１は、測位部１７の測位結果を示す位置情報を所定回数分取得する（ステップＳ４１）。ここでは、制御部１１は、測位履歴ＤＢ１８４から例えば最新の測位結果をより優先するように所定回数分（例えば、１０回分）の位置情報を取得する。次に、制御部１１は、記憶部１８から路線情報ＤＢ１８３を読み出す（ステップＳ４２）。次に、制御部１１は、加速度が負である期間が終了したとき（すなわち、加速度が負の値からゼロに切り替わったとき）、つまり、列車２００が停車したときの位置が駅であるか否かを判定する（ステップＳ４３ａ）。ここでは、制御部１１は、ステップＳ４１の処理で取得した位置情報を路線情報ＤＢ１８３と比較し、いずれかの駅４００の位置を表すか否かを判定する。なお、制御部１１は、測位部１７における計測誤差により影響も考慮して、この判定を行ってよい。
【００６０】
制御部１１は、列車２００が停車したときの位置が駅４００に一致して現在位置が駅と判定すると（ステップＳ４３ａ；ＹＥＳ）、次に、加速度センサ１５の検知結果に基づいて、決められた期間連続して正の加速度が検知されたか否かを判定する（ステップＳ４４ａ）。列車２００は、駅４００付近で、停車のための減速→乗降のための停車→出発のための加速という加速度パターンに従って走行する。ここでは出発のための加速に注目して、制御部１１は、加速度の増大に係る判定を行う。
【００６１】
制御部１１は、ステップＳ４４ａの処理で「ＹＥＳ」と判定すると、路線情報ＤＢ１８３を参照して、次に列車２００が停車する駅４００を特定する（ステップＳ４５ａ）。そして、制御部１１は、この特定した駅４００の位置を示す路線位置情報と、この次に実際に列車２００が停車した位置の位置情報を比較して、これらが一致するか否かを判定する（ステップＳ４６ａ）。ここでも、制御部１１は、測位部１７における計測誤差による影響も考慮して、この判定を行ってよい。
ユーザが列車２００に乗車中である場合、次に停車する場所は駅４００に一致する可能性が極めて高い。そこで、制御部１１は、次に停車するべき位置である駅４００に、実際に列車２００が停車したか否かを確認する。そして、制御部１１は、特定した駅４００の位置を示す位置情報と、この次に停車した位置の位置情報とが一致した場合に（ステップＳ４６ａ；ＹＥＳ）、ユーザが列車２００に乗車中であると判定する（ステップＳ４７）。
【００６２】
一方、制御部１１は、ステップＳ４３ａの処理で停車した位置が駅４００に一致しないと判定した場合（ステップＳ４３ａ；ＮＯ）や、ステップＳ４４ａの処理で加速度の増大に関する条件を満たさない場合（ステップＳ４４ａ；ＮＯ）、ステップＳ４６ａの処理で特定した駅４００の位置を示す位置情報と、この次に停車した位置の位置情報とが一致しない場合（ステップＳ４６ａ；ＮＯ）には、携帯端末１０のユーザが列車２００に乗車中でないと判定する（ステップＳ４８）。
第１乗車判定処理の説明は以上である。以降において携帯端末１０が実行する処理は、上述した第１実施形態と同じであるから、その説明を省略する。
【００６３】
以上説明した第２実施形態によれば、列車２００が減速→停止→加速という加速度の時系列変化を生じさせて走行するという特徴に照らして、列車２００の加速度パターンを第１乗車判定処理に適用した。この構成であれば、携帯端末１０は、ＧＰＳ測位方式だけに頼らないで第１乗車判定処理を行うことができるので、より乗車判定処理の精度を向上させることができる。
【００６４】
［第３実施形態］
次に、本発明の第３実施形態について説明する。
この第３実施形態では、携帯端末において、乗車判定部が測位部１７による自動測位の結果を用いないで乗車判定を行い、この自動測位の結果をステップＳ９の処理での接近の報知のみに用いるという点で、上記第１実施形態の構成と相違する。以下の説明において、本実施形態の携帯端末１０が備える構成のうち、第１実施形態の携帯端末１０が備える構成と共通するものは同一の符号を付して表し、その各構成の説明を省略する。なお、携帯端末１０のハードウェア構成は、第１実施形態のものと同じである。
【００６５】
図１５は、制御部１１が実現する機能構成を示す機能ブロック図である。
制御部１１は乗り過ごし防止アプリ１８１を含むプログラムを実行することにより、図１５に示すように、測位制御部１１２と、位置情報取得部１１３と、路線情報取得部１１４と、周辺端末数取得部１１５と、乗車判定部１１６ｂと、スケジュール設定部１１７と、降車駅推定部１１８と、報知部１１９とに相当する各機能を実現する。このように、この実施形態では、制御部１１は高速移動検知部１１１に相当する機能を実現しない。乗車判定部１１６ｂは、測位部１７による自動測位の測位結果を用いないで乗車判定処理を実行する。制御部１１が実現するこれら以外の機能は、上述の第１実施形態の構成と同じである。
【００６６】
乗車判定部１１６ｂが行う乗車判定処理は、例えば以下のものがある。
乗車判定部１１６ｂは、上述した第１実施形態のように、周辺端末数取得部１１５により取得された周辺端末数が閾値以上であるか否かによって乗車判定処理を行う。また、例えば、乗車判定部１１６ｂは、加速度センサ１５により検出された加速度が上記第２実施形態のような加速度パターンを表しているか否かを判定する。また、乗車判定部１１６ｂは、列車２００の走行中にその列車２００に作用する振動パターンが加速度センサ１５により検出されたか否かを判定してもよい。列車２００が線路３００を走行するときに特徴的な振動（例えば、縦揺れ）が列車２００に与えられ、この振動が駅４００間の距離に応じた期間だけ継続する。そこで、乗車判定部１１６ｂは、この振動パターンに基づいて乗車判定処理を実行してもよい。
乗車判定部１１６ｂは、上記のような１又は複数の処理を含む乗車判定処理を実行して、ユーザが列車２００に乗車中であるか否かを判定する。乗車判定部１１６ｂは、すべての乗車判定処理の結果が乗車中であることを示すか、所定数以上の乗車判定処理の結果が乗車中であることを示す場合に、ユーザが列車２００に乗車中と判定する。
なお、本実施形態で適用可能な乗車判定処理は、自動測位を用いないものであればこれ以外のものであってもよい。
【００６７】
図１６は、携帯端末１０の制御部１１が実行する処理の全体的な流れを示すフローチャートである。図１６に示すフローチャートにおいて図７に示すものと同じ符号を付した処理ステップは、互いに処理の内容が共通するので、ここではその説明を省略し、相違点を主に説明する。
制御部１１は、乗り過ごし防止アプリ１８１を実行すると、乗車判定処理を実行する（ステップＳ１２）。制御部１１は、前掲したような測位部１７による測位結果を用いない方法で乗車判定処理を実行する。制御部１１は、ステップＳ１２の処理の結果から列車２００に乗車中であると判定すると（ステップＳ１３；ＹＥＳ）、測位部１７により自動測位を開始する（ステップＳ２）。そして、制御部１１は、ステップＳ６の処理以降において、上記第１，２実施形態と同じ処理ステップを実行する。
なお、制御部１１は、ステップＳ２の処理においては、乗車中であると判定されたことを契機に計測の頻度を上げて、携帯端末１０の位置を測位部１７に自動測位させる。例えば、制御部１１は、事前に自動測位を行っていなければこれを開始するし、より低い頻度で測位していたり、周期的でない測位を行っていたりした場合にも、自動測位を開始する。
【００６８】
以上説明した第３実施形態によれば、携帯端末１０は測位部１７による測位結果を用いないで乗車判定処理を実行する。この構成であれば、乗車中と確認されてから自動測位が開始されるので、上記第１、第２実施形態の構成よりも更なる低消費電力化の効果を期待することができる。
【００６９】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
［変形例１］
上述した各実施形態では、本発明の路線が線路に対応する線路３００とし、本発明の車両を列車２００とし、本発明の停車場所を駅４００とした列車に関する交通機関に本発明を適用していたが、これ以外の乗り物に本発明を適用してもよい。例えば、路線を道路とし、車両をバスとして、停車場所を停留所として、バスに関する交通機関に本発明を適用してもよい。この場合も道路上の決まった路線をバスが走行するため、上記各実施形態と同じ適用が可能である。また本発明の車両は、リニアモーターカーや路面電車等の乗り物でもよく、予め決められた停車場所に停車しながら路線を走行する車両であればよい。
【００７０】
［変形例２］
上述した第１実施形態では、制御部１１は、周辺端末数を乗車判定処理に用いていたが、これを省略する構成であってもよい。また、制御部１１は、周辺端末数を乗車判定処理に用いつつ、例えば測位部１７により測位された１つの位置に基づいて乗車判定処理を実行してもよく、測位部１７の測位結果に基づく処理は第１実施形態の方法に限定されない。また、制御部１１は、上述した第１及び２実施形態の第１乗車判定処理を組み合わせた乗車判定処理を実行してもよい。また、上述した第３実施形態で説明した振動パターンに係る乗車判定処理を、上述した第１及び２実施形態の第１，２乗車判定処理に組み合わせてもよい。
また、上述した各実施形態において、携帯端末１０は、降車駅推定処理を行わないようにしてもよい。この場合、携帯端末１０は降車予定駅が設定されていない場合には、報知を行わない。また、携帯端末１０は、スケジュール帳１８５に基づく降車駅の推定と、駅４００の利用頻度に基づく降車駅の推定との一方のみを行ってもよい。
【００７１】
［変形例３］
上述した各実施形態において、携帯端末１０はサーバ装置４０から周辺端末数を取得していたが、その取得先はサーバ装置４０以外であってもよい。例えば、携帯端末１０が近距離通信等を利用して、近傍の携帯端末５０と無線通信して周辺端末数を算出することができれば、この算出結果を取得してもよい。
【００７２】
［変形例４］
上述した第１及び第２実施形態で高速移動検知部１１１が検知する事象は、携帯端末１０が高速移動中であることで生じるものであれば、その他の事象であってもよい。例えば、高速移動検知部１１１は、加速度センサ１５の加速度の検知結果を取得し、この検知結果から携帯端末１０の移動速度を算出する。そして、高速移動検知部１１１は、算出した移動速度が閾値以上になったことを、高速移動中であることとして検知してもよい。また、高速移動検知部１１１は、無線通信部１４が無線通信する基地局が変更する頻度、及びその無線通信に用いる電波の受信強度の変動量のいずれか一方のみを、高速移動中であることとして検知してもよい。
【００７３】
［変形例５］
上述した各実施形態では、本発明の携帯端末を携帯電話端末に適用した場合を説明したが、本発明は、その他の携帯端末に適用することも可能である。例えば、本発明は、例えば、スマートフォンやＰＤＡ（Personal Digital Assistance）、携帯ゲーム機等の様々な携帯端末に適用することができる。また、携帯端末によっては、携帯端末１０が備えていた各構成を適宜外部構成としても本発明を特定しうる。
上述した各実施形態において、測位部１７はＧＰＳ測位方式により測位を行っていたが、時々刻々と変化する携帯端末１０のおおよその位置を計測できる測位方式であれば、ＧＰＳ方式に限定されない。例えば、基地局の通信可能エリアが駅間の距離よりも或る程度狭いのであれば、本発明の測位部は基地局を用いた測位を行ってもよい。このように、測位部１７が例えば駅間の距離よりも或る程度狭い精度で位置を計測できれば、前掲以外の測位方式で測位を行ってもよい。
携帯端末１０の振動検知部は、加速度センサ以外により実現されてもよい。
また、上述した携帯端末１０の制御部１１が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現されうる。
【符号の説明】
【００７４】
１０，５０…携帯端末、１１…制御部、１１１…高速移動検知部、１１２…測位制御部、１１３…位置情報取得部、１１４…路線情報取得部、１１５…周辺端末数取得部、１１６，１１６ａ，１１６ｂ…乗車判定部、１１７…スケジュール設定部、１１８…降車駅推定部、１１９…報知部、１２…操作部、１３…表示部、１４…無線通信部、１５…加速度センサ、１６…音声入出力部、１７…測位部、１８…記憶部、１８１…乗り過ごし防止アプリ、１８２…降車駅情報、１８３…路線情報ＤＢ、１８４…測位履歴ＤＢ、１８５…スケジュール帳、２０…基地局、２００…列車、３０…中継装置、３００…線路、４０…サーバ装置、４００…駅
【特許請求の範囲】
【請求項１】
自端末の位置を計測する測位部と、
自端末が所定速度以上で移動させられることにより生じる事象を検知する検知部と、
前記検知部で前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、
予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定部と、
前記乗車判定部で乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部と
を備えることを特徴とする携帯端末。
【請求項２】
前記測位制御部は、前記検知部で前記事象が検知されたことを契機に前記計測の頻度を上げる
ことを特徴とする請求項１に記載の携帯端末。
【請求項３】
基地局と無線通信する無線通信部を備え、
前記検知部は、前記無線通信部が無線通信する基地局が変更する頻度、又は当該基地局から受信する電波の強度の変動量を表す前記事象を検知する
ことを特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
自端末の位置から所定範囲内のエリアに存在する無線通信端末の数を取得する端末数取得部を備え、
前記乗車判定部は、前記測位部が計測した位置が前記路線上にあることを示し、かつ、前記端末数取得部が取得した数が閾値以上である場合に、乗車中であると判定する
ことを特徴とする請求項１から３のいずれかに記載の携帯端末。
【請求項５】
自端末の位置を計測する測位部と、
予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを判定する乗車判定部と、
前記乗車判定部で乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、
前記乗車判定部で乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部と
を備えることを特徴とする携帯端末。
【請求項６】
自端末に作用する加速度を検知する加速度検知部を備え、
前記乗車判定部が乗車中であると判定する条件として、前記車両が走行するときに当該車両に作用する加速度パターンが前記加速度検知部で検知されたことを含む
ことを特徴とする請求項１から５のいずれかに記載の携帯端末。
【請求項７】
場所を指定したスケジュールを設定するスケジュール設定部と、
前記スケジュール設定部が設定したスケジュールで指定される場所に基づいて、前記降車予定の停車場所を推定する降車場所推定部と
を備え、
前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する
ことを特徴とする請求項１から６のいずれかに記載の携帯端末。
【請求項８】
ユーザが各停車場所に訪れた頻度を蓄積する履歴蓄積部と、
前記履歴蓄積部に蓄積された頻度が高いものをより優先するように、前記降車予定の停車場所を推定する降車場所推定部と
を備え、
前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する
ことを特徴とする請求項１から６のいずれかに記載の携帯端末。
【請求項９】
自端末の位置を計測する測位部を有している携帯端末のコンピュータに、
自端末が所定速度以上で移動させられることにより生じる事象を検知する検知ステップと、
前記検知ステップにおいて前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、
予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定ステップと、
前記乗車判定ステップにおいて乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップと
を実行させるためのプログラム。
【請求項１０】
自端末の位置を計測する測位部を有している携帯端末のコンピュータに、
予め決められた停車場所に停車しながら路線を走行する車両に、自端末のユーザが乗車中である否かを判定する乗車判定ステップと、
前記乗車判定ステップにおいて乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、
前記乗車判定ステップにおいて乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップと
を実行させるためのプログラム。
【請求項１】
自端末の位置を計測する測位部と、
自端末が所定速度以上で移動させられることにより生じる事象を検知する検知部と、
前記検知部で前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、
予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定部と、
前記乗車判定部で乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部と
を備えることを特徴とする携帯端末。
【請求項２】
前記測位制御部は、前記検知部で前記事象が検知されたことを契機に前記計測の頻度を上げる
ことを特徴とする請求項１に記載の携帯端末。
【請求項３】
基地局と無線通信する無線通信部を備え、
前記検知部は、前記無線通信部が無線通信する基地局が変更する頻度、又は当該基地局から受信する電波の強度の変動量を表す前記事象を検知する
ことを特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
自端末の位置から所定範囲内のエリアに存在する無線通信端末の数を取得する端末数取得部を備え、
前記乗車判定部は、前記測位部が計測した位置が前記路線上にあることを示し、かつ、前記端末数取得部が取得した数が閾値以上である場合に、乗車中であると判定する
ことを特徴とする請求項１から３のいずれかに記載の携帯端末。
【請求項５】
自端末の位置を計測する測位部と、
予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを判定する乗車判定部と、
前記乗車判定部で乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御部と、
前記乗車判定部で乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知部と
を備えることを特徴とする携帯端末。
【請求項６】
自端末に作用する加速度を検知する加速度検知部を備え、
前記乗車判定部が乗車中であると判定する条件として、前記車両が走行するときに当該車両に作用する加速度パターンが前記加速度検知部で検知されたことを含む
ことを特徴とする請求項１から５のいずれかに記載の携帯端末。
【請求項７】
場所を指定したスケジュールを設定するスケジュール設定部と、
前記スケジュール設定部が設定したスケジュールで指定される場所に基づいて、前記降車予定の停車場所を推定する降車場所推定部と
を備え、
前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する
ことを特徴とする請求項１から６のいずれかに記載の携帯端末。
【請求項８】
ユーザが各停車場所に訪れた頻度を蓄積する履歴蓄積部と、
前記履歴蓄積部に蓄積された頻度が高いものをより優先するように、前記降車予定の停車場所を推定する降車場所推定部と
を備え、
前記報知部は、前記降車場所推定部で推定された停車場所に接近したことを報知する
ことを特徴とする請求項１から６のいずれかに記載の携帯端末。
【請求項９】
自端末の位置を計測する測位部を有している携帯端末のコンピュータに、
自端末が所定速度以上で移動させられることにより生じる事象を検知する検知ステップと、
前記検知ステップにおいて前記事象が検知された後に、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、
予め決められた停車場所に停車しながら路線を走行する車両に自端末のユーザが乗車中であるか否かを、前記事象が検知された後に前記測位部が計測した位置に基づいて判定する乗車判定ステップと、
前記乗車判定ステップにおいて乗車中であると判定された場合に、前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップと
を実行させるためのプログラム。
【請求項１０】
自端末の位置を計測する測位部を有している携帯端末のコンピュータに、
予め決められた停車場所に停車しながら路線を走行する車両に、自端末のユーザが乗車中である否かを判定する乗車判定ステップと、
前記乗車判定ステップにおいて乗車中であると判定されたことを契機に計測の頻度を上げて、自端末の位置を前記測位部に繰り返し計測させる測位制御ステップと、
前記乗車判定ステップにおいて乗車中であると判定された場合に、前記頻度を上げた後に前記測位部が計測した位置が前記ユーザの降車予定である停車場所に接近したときには、その接近を当該ユーザに報知する報知ステップと
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−５９１４４（Ｐ２０１２−５９１４４Ａ）
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１０−２０３５９２（Ｐ２０１０−２０３５９２）
【出願日】平成２２年９月１０日（２０１０．９．１０）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２２年９月１０日（２０１０．９．１０）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]