JP2014106756A - 携帯端末装置、経路データ提示方法およびプログラム - Google Patents

Abstract

【課題】経路データの提示技術に関し、携帯端末装置から経路データを探索する際の利便性を高める。
【解決手段】携帯端末装置は、（Ａ）交通機関の改札記録に基づいて出場駅を特定する特定部と、（Ｂ）出場駅の近辺に存在するか否かを判定する判定部と、（Ｃ）出場駅の近辺に存在すると判定した場合に、出場駅を乗車駅に設定した探索条件を生成し、生成した探索条件によって探索された経路データを取得する取得部と、（Ｄ）経路データを出力する出力部とを含む。
【選択図】図２

Description

本技術は、経路データの提示技術に関する。

鉄道や地下鉄などの交通機関に関する経路データを、ＷＥＢ環境で提供するサービスが広く利用されている。経路を探索するＷＥＢサーバは、各交通機関の運行予定を検索し、乗り換え時間などの余裕も含めて移動可能なように運行データを組み合わせ、経路データとしてクライアントに提供している。

このようにサーバ側で経路を探索するためには、利用者の側が乗車する駅と下車する駅を指定することが前提となっている。一般的には、これら乗車駅と下車駅のデータの他に、出発時刻あるいは到着時刻の指定も含めた探索条件を、クライアント端末から受信することによって、サーバは運行予定を検索する条件を定めている。

近年では、スマートフォンに代表される携帯端末装置から、経路データを提供するサーバにアクセスし、経路探索のサービスを利用するケースが増えている。外出先で経路データを得られるという点では、携帯端末装置による経路探索のサービスの利用は有効であるが、探索条件を入力する操作が煩わしく、ＷＥＢサーバからの応答にも時間がかかるなどの問題もある。

特開２００２−３４２４２５号公報 特開２００３−２４２５４１号公報

一側面では、携帯端末装置から経路データを探索する際の利便性を高めることを目的とする。

一態様の携帯端末装置は、（Ａ）交通機関の改札記録に基づいて出場駅を特定する特定部と、（Ｂ）出場駅の近辺に存在するか否かを判定する判定部と、（Ｃ）出場駅の近辺に存在すると判定した場合に、出場駅を乗車駅に設定した探索条件を生成し、生成した探索条件によって探索された経路データを取得する取得部と、（Ｄ）経路データを出力する出力部とを含む。

一態様によれば、携帯端末装置から経路データを探索する際の利便性を高めることができる。

図１は、携帯端末装置のハードウエア構成例を示す図である。 図２は、携帯端末装置のモジュール構成例を示す図である。 図３は、携帯端末装置の処理フロー例を示す図である。 図４は、出場処理フローの例（１）を示す図である。 図５は、判定処理フローの例（１）を示す図である。 図６は、取得処理フローの例（１）を示す図である。 図７は、判定処理フローの例（２）を示す図である。 図８は、実施の形態３に係る携帯端末装置のモジュール構成例を示す図である。 図９は、判定処理フローの例（３）を示す図である。 図１０は、実施の形態４の概要を示す図である。 図１１は、判定処理フローの例（４）を示す図である。 図１２は、実施の形態５の概要を示す図である。 図１３は、判定処理フローの例（５）を示す図である。 図１４は、接近判定処理フローの例を示す図である。 図１５は、実施の形態６の概要を示す図である。 図１６は、出場処理フローの例（２）を示す図である。 図１７は、記録処理フロー例を示す図である。 図１８は、判定処理フローの例（６）を示す図である。 図１９は、出場処理フローの例（３）を示す図である。 図２０は、判定処理フローの例（７）を示す図である。 図２１は、判定処理フローの例（８）を示す図である。 図２２は、取得処理フローの例（２）を示す図である。

［実施の形態１］
図１は、携帯端末装置のハードウエア構成例を示す図である。携帯端末装置は、プロセッサ１０１、記憶装置１０３、入力装置１１１、表示装置１１３、無線アンテナ１１５、無線制御部１１７、オーディオ制御部１１９、スピーカ１２１、マイク１２３、無線ＩＣアンテナ及び無線ＩＣカードデバイス１２５、無線ＩＣカード制御部１２７、移動センサ１２９及び移動センサ制御部１３１を有している。

プロセッサ１０１は、携帯端末装置に関する演算処理を行う集積回路である。プロセッサ１０１は、モデムＣＰＵ（Central Processing Unit）とアプリケーションＣＰＵからなることもある。記憶部１０３は、例えば、ＲＯＭ（Read Only Memory）１０５とＲＡＭ（Random Access Memory）１０７とフラッシュメモリ１０９を有している。ＲＯＭ１０５は、例えば、オペレーティングシステムやアプリケーションプログラムなどを格納している。ＲＡＭ１０７は、例えば、アプリケーションプログラムを展開する領域を含んでいる。フラッシュメモリ１０９は、例えば、探索条件や経路データなどのユーザデータを格納する。

入力装置１１１は、例えば、タッチパネルやボタンであり、ユーザ操作による指示を受け付ける。表示装置１１３は、例えば、アプリケーションが表示させる各種画面を表示する。

無線アンテナ１１５は、例えば、セルラー方式、無線ＬＡＮ（Local Area Network）、近距離通信方式などの無線データを受信する通信用アンテナと、ＧＰＳ（Global Positioning System）用アンテナを含んでいる。無線制御部１１７は、無線通信の制御を行う。無線通信の制御により、電話の音声通信やインターネットを介したデータ通信が行われる。また、無線制御部１１７は、ＧＰＳ用の電波を位置情報に変換する処理も行う。

オーディオ制御部１１９は、音データに関するアナログ／デジタル変換とデジタル／アナログ変換を行う。スピーカ１２１は、アナログデータを音として出力する。マイク１２３は、音をアナログデータに変換する。

無線ＩＣアンテナ及び無線ＩＣカードデバイス１２５と無線ＩＣカード制御部１２７は、無線ＩＣカード機能を実現する。無線ＩＣカード機能によって、交通機関の改札装置から改札記録を受信することができる。

移動センサ１２９と移動センサ制御部１３１は、携帯端末装置の移動に関する加速度を計測し、移動を検出する。

図２は、携帯端末装置のモジュール構成例を示す図である。携帯端末装置は、受信部２０１、記憶部２０３、位置取得部２０５、記録部２０７、格納部２０９、判定部２１１、特定部２１３、経路取得部２１５、時計部２１７、受付部２１９及び出力部２２１を有している。

受信部２０１は、無線ＩＣアンテナ及び無線ＩＣカードデバイス１２５と無線ＩＣカード制御部１２７を用いて改札装置から入場又は出場の際の改札記録を受信する。記憶部２０３は、受信部２０１で受信した改札記録を記憶する。位置取得部２０５は、無線アンテナ１１５と無線制御部１１７を用いて携帯端末装置の位置データを取得する。位置取得部２０５は、例えばＧＰＳ機能を用いる。記録部２０７は、駅を出場した後の位置データを格納部２０９に記録する。この位置データは、出場駅の位置を示すことになる。格納部２０９は、出場駅の位置を示す位置データを格納する。

判定部２１１は、携帯端末装置が出場駅の近辺に存在するか否かにより、経路データ（帰路における経路データに相当する。）の要否を判定する。特定部２１３は、出場（往路における出場に相当する。）の改札記録から出場駅と出場時刻を特定し、更に出場に対応する入場（往路における入場に相当する。）の改札記録から入場駅を特定する。経路取得部２１５は、経路データが要ると判定された場合に、出場駅を乗車駅（帰路における乗車駅に相当する。）に設定し、入場駅を下車駅（帰路における下車駅に相当する。）に設定する探索条件を生成し、生成した探索条件によって探索された経路データを取得する。経路取得部２１５は、例えば、インターネットを介してＷＥＢサーバにアクセスし、ＷＥＢサーバの経路探索サービスを利用して、経路データを取得する。

時計部２１７は、現在時刻を計測する。受付部２１９は、入力装置１１１を用いて利用者からの指示を受け付ける。出力部２２１は、利用者からの指示に従って、表示装置１１３を用いて経路データを表示する。

図３は、携帯端末装置の処理フロー例を示す図である。受信部２０１は、改札記録の受信を待ち（Ｓ３０１）、改札記録を受信すると、受信した改札記録を記憶部２０３へ記憶させる（Ｓ３０３）。受信部２０１は、受信した改札記録が入場時の改札記録であるか、あるいは出場時の改札記録であるかを判定する（Ｓ３０５）。

受信した改札記録が出場時の改札記録であると判定した場合には、受信部２０１は、出場処理を起動する（Ｓ３０７）。受信部２０１は、出場処理の終了を待たずに復帰し、Ｓ３０１の処理に移る。尚、出場処理は、タイムアウトとなったとき、利用者による終了の指示を受け付けたとき、あるいは入場の改札を通過した時に終了する。

そのため、受信した改札記録が入場時の改札記録であると判定した場合には、受信部２０１は、出場処理を終了させ（Ｓ３０９）、Ｓ３０１の処理に移る。

続いて、出場処理について説明する。出場処理は、駅を出場した後の処理を行う。図４に、出場処理フローの例（１）を示す。位置取得部２０５は、現在の位置データを取得し（Ｓ４０１）、記録部２０７は、取得した位置を出場駅位置として、格納部２０９に格納する（Ｓ４０３）。

判定部２１１は、タイムアウトになったか否かを判定する（Ｓ４０５）。判定部２１１は、例えば、出場処理の開始から所定の動作期間を経過した時点で、タイムアウトと判定する。あるいは、判定部２１１は、終電時間などの所定の期限時刻を経過した時点で、タイムアウトと判定する。タイムアウトになったと判定した場合には、出場処理は終了する。

タイムアウトになっていないと判定した場合には、判定部２１１は、判定処理を行う（Ｓ４０７）。判定部２１１は、判定処理により、経路データを取得するか否かを判定する。

図５に、判定処理フローの例（１）を示す。判定部２１１は、位置取得部２０５を介して現在の位置データを取得する（Ｓ５０１）。判定部２１１は、格納部２０９から出場駅位置を読み（Ｓ５０３）、現在位置から出場駅位置までの距離を算出する（Ｓ５０５）。

判定部２１１は、算出した現在位置から出場駅位置までの距離が、所定の付近距離以下であるか否かを判定する（Ｓ５０７）。付近距離は、経路データを見る可能性があると想定される範囲を定める所定の距離である。例えば、付近距離が１００ｍであれば、出場駅から半径１００ｍの円内で、携帯端末装置は探索データを取得するように動作することになる。

算出した現在位置から出場駅位置までの距離が、所定の付近距離以下であると判定した場合には、判定部２１１は、判定結果を取得要とする（Ｓ５０９）。算出した現在位置から出場駅位置までの距離が、所定の付近距離以下でないと判定した場合には、判定部２１１は、判定結果を取得不要とする（Ｓ５１１）。そして、図４の処理へ戻る。

図４の処理に戻って、判定部２１１は、判定結果が取得要であるか取得不要であるかによって、処理を分岐させる（Ｓ４０９）。判定結果が取得不要である場合には、判定部２１１は、所定の判定間隔を待って（Ｓ４１１）、Ｓ４０５へ戻る。つまり、所定の判定間隔において、経路データ取得の動作は行われない。例えば、判定間隔が２分であれば、２分間待機することになる。

判定結果が取得要である場合には、経路取得部２１５は、取得処理を行う（Ｓ４１３）。図６に、取得処理フローの例（１）を示す。特定部２１３は、記憶部２０３に記憶されている入場時の改札記録から入場駅を特定する（Ｓ６０１）。経路取得部２１５は、特定した入場駅を探索条件の下車駅に設定する（Ｓ６０３）。但し、経路取得部２１５は、予め設定されている帰着駅（自宅や会社の付近の駅など）を探索条件の下車駅に設定するようにしてもよい。また、予め複数の帰着駅を設定しておき、それぞれの帰着駅を下車駅に設定した複数の探索条件を生成し、それぞれに経路データを取得するようにしてもよい。

更に、特定部２１３は、記憶部２０３に記憶されている出場時の改札記録から出場駅を特定する（Ｓ６０５）。経路取得部２１５は、特定した出場駅を探索条件の乗車駅に設定する（Ｓ６０７）。

経路取得部２１５は、時計部２１７から現在時刻を取得する（Ｓ６０９）。次に、経路取得部２１５は、余裕時間を特定する（Ｓ６１１）。余裕時間は、乗車位置までに移動するために要する時間に相当する。経路取得部２１５は、所定の時間、あるいは現在位置から出場駅位置までの距離から徒歩に要すると想定される時間などを、余裕時間として用いる。経路取得部２１５は、現在時刻に余裕時間を加えて、探索条件の出発時刻に設定する（Ｓ６１３）。

経路取得部２１５は、例えばインターネットを介してＷＥＢサーバにアクセスし、探索条件を送信することによって、経路の探索を要求する（Ｓ６１５）。そして、経路取得部２１５は、ＷＥＢサーバから経路データを取得する（Ｓ６１７）。この例では、この段階では経路データを表示しない。利用者から表示指示を受け付けた場合に、経路データを表示するように動作する。このように動作することによって、電力消費を抑制することができる。但し、経路データを取得した時点で表示するようにしてもよい。

図４の処理に戻って、出力部２２１は、受付部２１９で表示指示を受け付けたか否かを判定する（Ｓ４１５）。表示指示を受け付けなかったと判定した場合には、出力部２２１は、更に取得処理から所定の判定間隔を経過したか否かを判定し（Ｓ４１７）、取得処理から所定の判定間隔を経過していないと判定した場合には、Ｓ４１５の処理へ戻る。取得処理から所定の判定間隔を経過したと判定した場合には、Ｓ４０５の処理へ戻る。つまり、所定の判定間隔を経過する間、出力部２２１は、表示指示を受け付けるまで待機するように動作する。

表示指示を受け付けたと判定した場合には、出力部２２１は、経路データを表示する（Ｓ４１９）。経路データには、例えば、乗車駅と乗車時刻、路線、下車駅と下車時刻が含まれている。乗り継ぎがある場合には、乗り継ぎ駅、乗り継ぎの乗車時刻なども含まれるようにしてもよい。

そして、出力部２２１は、受付部２１９で終了指示を受け付けたか否かを判定する（Ｓ４２１）。終了指示を受け付けなかったと判定した場合には、出力部２２１は、更に取得処理から所定の表示期間を経過したか否かを判定する（Ｓ４２３）。

経路データの表示処理から所定の表示期間を経過していないと判定した場合には、Ｓ４２１の処理へ戻る。経路データの表示処理から所定の表示期間を経過したと判定した場合には、出力部２２１は、経路データの表示を終え（Ｓ４２５）、Ｓ４０５の処理へ戻る。つまり、所定の表示期間を経過する間、出力部２２１は、終了指示を受け付けるまで待機するように動作する。

受付部２１９で終了指示を受け付けたと判定した場合には、出力部２２１は、経路データの表示を終え（Ｓ４２７）、処理を終了する。

このように探索条件における乗車駅と下車駅を自動的に設定するので、往路で出場した駅から再び乗車し、往路で入場した駅へ戻る帰路の経路データを取得する際に、探索条件の入力操作を省くことができる。

［実施の形態２］
出場後すぐに帰路に就くことは少ないので、本実施の形態では、出場時刻から所定時間経過するまでは、経路データを取得しない。

本実施の形態では前述の判定処理に代えて、図７に示した判定処理フローの例（２）による処理を行う。特定部２１３は、記憶部２０３に記憶されている出場時の改札記録から出場時刻を特定する（Ｓ７０１）。判定部２１１は、時計部２１７から現在時刻を取得し（Ｓ７０３）、出場時刻から所定の開始期間が経過しているか否かを判定する（Ｓ７０５）。

出場時刻から所定の開始期間が経過していないと判定した場合には、判定部２１１は、Ｓ５１１で判定結果を取得不要とする。従って、出場駅の付近に存在していても、所定の開始期間が経過するまでは、経路データの取得動作は行われない。例えば、開始期間を３０分に設定しておけば、携帯端末装置は、少なくとも出場の後３０分の間、経路データの取得を行わない。

一方、出場時刻から所定の開始期間が経過していると判定した場合には、判定部２１１は、Ｓ５０１からＳ５０９までの処理を行う。これらの処理は、図５と同様である。

本実施の形態によれば、出場した直後の状態で、まだ帰路に就く可能性が低い時間帯における経路データ取得の動作を省くことができる。従って、通信負荷を減らし、電力消費を抑制することができる。

［実施の形態３］
用事の最中や休憩している場合など、移動していない状態では、すぐに帰路に就くことは少ないことから、本実施の形態では、携帯端末装置が自らの移動状態を検出しない場合には、経路データを取得しない。

図８に、実施の形態３に係る携帯端末装置のモジュール構成例を示す。携帯端末装置は、自らが移動している状態を検出する検出部８０１を有している。

本実施の形態では前述の判定処理に代えて、図９に示した判定処理フローの例（３）による処理を行う。判定部２１１は、検出部８０１から移動データを得て（Ｓ９０１）、自ら移動している状態であることを検出したか否かを判定する（Ｓ９０３）。例えば、検出部８０１で所定値以上の加速度を計測した場合に、判定部２１１は自ら移動している状態を検出したと判定する。

自ら移動している状態を検出していないと判定した場合には、判定部２１１は、Ｓ５１１で判定結果を取得不要とする。従って、出場駅の付近に存在していても、移動していなければ、経路データの取得動作は行われない。

一方、自ら移動している状態を検出したと判定した場合には、判定部２１１は、Ｓ５０１からＳ５０９までの処理を行う。これらの処理は、図５と同様である。

本実施の形態によれば、駅へ向かう動きがない段階での経路データ取得の動作を省くことができる。前述と同様に、通信負荷を減らし、電力消費を抑制することができる。

［実施の形態４］
出場駅と目的の場所の間はある程度離れていることが多いので、本実施の形態では、一旦出場駅から離れるまでは経路データを取得しない。

図１０に、実施の形態４の概要を示す。図中の円は、付近距離の範囲を示している。この例では、付近距離の範囲内である位置Ａから、付近距離の範囲外である位置Ｂへ移動し、同様に付近距離の範囲外である位置Ｃへ更に移動した後、付近距離の範囲内である位置Ｄに移る場合を想定する。

目的地が位置Ｂあるいは位置Ｃのように付近距離よりも遠いところにあれば、位置Ａのように往路の途中において経路データを欲することはない。従って、一旦付近距離よりも離れた後に、付近距離の範囲に戻った時点から経路データを取得すれば足りると想定できる。

本実施の形態に係る判定部２１１は、付近距離よりも遠い位置に一旦離れた状態であるか否かを区別するために、離隔フラグを内部に有している。出場処理の開始時点における離隔フラグはＯＦＦとなっており、付近距離よりも離れていたことがない状態であることを示す。一旦、付近距離よりも遠い位置に離れると、離隔フラグはＯＮに変更される。

本実施の形態では前述の判定処理に代えて、図１１に示した判定処理フローの例（４）による処理を行う。図１０に示した移動順に従って、判定処理フローの例（４）について説明する。

判定部２１１は、図５と同様にＳ５０１からＳ５０５まで処理し、Ｓ５０７で現在位置から出場駅位置までの距離が付近距離以下であるか否かを判定する。現在位置から出場駅位置までの距離が付近距離以下であると判定した場合には、判定部２１１は、離隔フラグはＯＮであるか否かを判定する（Ｓ１１０１）。図１０の位置Ａに存在する場合には、離隔フラグはＯＦＦであり、ＯＮでないと判定されるので、判定部２１１は、判定結果を取得不要とする（Ｓ１１０３）。

その後、位置Ｂまで移動すると、Ｓ５０７で現在位置から出場駅位置までの距離が付近距離以下ではないと判定され、判定部２１１は、離隔フラグをＯＮに設定する（Ｓ１１０５）。この時点でも、判定部２１１は、判定結果を取得不要とする（Ｓ１１０７）。

位置Ｃに移動しても、Ｓ５０７で現在位置から出場駅位置までの距離が付近距離以下ではないと判定され、離隔フラグはＯＮのまま、判定結果は取得不要となる（Ｓ１１０７）。

次に、位置Ｄに移動すると、Ｓ５０７で現在位置から出場駅位置までの距離が付近距離以下であると判定され、Ｓ１１０１で離隔フラグがＯＮであると判定されるので、判定部２１１は、判定結果を取得要とする（Ｓ１１０９）。この時点から、経路データの取得が始まる。

本実施の形態によれば、出場駅から離れた目的地へ向かい、目的を終え帰路に就いたと想定されるまで、経路データ取得の動作を省くことができる。前述と同様に、通信負荷を減らし、電力消費を抑制することができる。

［実施の形態５］
本実施の形態では、出場駅から離れた位置から出場駅の方へ近づく移動を判定して、経路データを取得する。

図１２は、実施の形態５の概要を示す図である。この例では、付近距離よりも長い内側距離と、更に長い外側距離を設ける。そして、外側距離よりも遠い範囲を外域とし、外側距離と内側距離の間の範囲を中間域とし、内側距離よりも近い範囲を内域として説明する。

内域の位置Ａから、順に中間域の位置Ｂ、外域の位置Ｃ、同じく外域の位置Ｄ、中間域の位置Ｅ、同じく中間域の位置Ｆ、内域の位置Ｇへ移動する場合を想定する。本実施の形態では、中間域に着目し、外域から中間域へ進入した時刻と、中間域から内域へ退出した時刻の差が、所定の通過時間よりも短い場合に、出場駅の方へ近づくように移動していると判定し、携帯端末装置は経路データを取得する動作を行う。

本実施の形態に係る判定部２１１は、その都度の所在領域を記憶するための領域変数を内部に有している。領域変数には、内域にいることを示す内域値、中間域にいることを示す中間域値、あるいは外域にいることを示す外域値のいずれかの値が設定される。

本実施の形態では前述の判定処理に代えて、図１３に示した判定処理フローの例（５）による処理を行う。図１２に示した移動順に従って、判定処理フローの例（５）について説明する。

Ｓ５０１からＳ５０７までの処理は、図５と同様である。Ｓ５０７で現在位置から出場駅位置までの距離が付近距離以下でないと判定した場合には、判定部２１１は、接近判定処理を行う（Ｓ１３０１）。尚、現在位置から出場駅位置までの距離が付近距離以下であると判定した場合に、判定結果を取得要とするＳ５０９の処理は、図５と同様である。

図１４に、接近判定処理フローの例を示す。判定部２１１は、まず、現在位置から出場駅位置までの距離が外側距離より大きいか否かを判定する（Ｓ１４０１）。位置Ａにいる場合には、現在位置から出場駅位置までの距離が外側距離より大きくないと判定され、判定部２１１は、次に、現在位置から出場駅位置までの距離が内側距離より大きいか否か判定する（Ｓ１４０３）。位置Ａにいる場合には、現在位置から出場駅位置までの距離が内側距離より大きくないと判定され、判定部２１１は、領域変数が中間域値であるか否かを判定する（Ｓ１４０５）。位置Ａにいる場合には、領域変数は内域値であるので、中間域値ではないと判定され、判定部２１１は、領域変数に内域値を設定し（Ｓ１４０７）、判定結果を取得不要とする（Ｓ１４０９）。そして、一旦処理を終え、図１３の処理へ戻る。

続いて、位置Ｂに移動した状態を想定する。位置Ｂにいる場合には、Ｓ１４０１で現在位置から出場駅位置までの距離が外側距離より大きくないと判定され、Ｓ１４０３で現在位置から出場駅位置までの距離が内側距離より大きいと判定される。そして、判定部２１１は、領域変数が外域値であるか否かを判定する（Ｓ１４１１）。この時点で、領域変数は位置Ａで設定された内域値であるので、領域変数が外域値ではないと判定され、判定部２１１は、領域変数に中間域値を設定し（Ｓ１４１３）、判定結果を取得不要とする（Ｓ１４１５）。そして、一旦処理を終え、図１３の処理へ戻る。

続いて、位置Ｃに移動した状態を想定する。位置Ｃにいる場合には、Ｓ１４０１で現在位置から出場駅位置までの距離が外側距離より大きいと判定され、判定部２１１は、領域変数に外域値を設定し（Ｓ１４１７）、判定結果を取得不要とする（Ｓ１４１９）。そして、一旦処理を終え、図１３の処理へ戻る。

続いて、位置Ｄに移動した状態を想定する。位置Ｄにいる場合には、位置Ｃと同様にＳ１４０１で現在位置から出場駅位置までの距離が外側距離より大きいと判定され、判定部２１１は、領域変数に外域値を設定し（Ｓ１４１７）、判定結果を取得不要とする（Ｓ１４１９）。そして、一旦処理を終え、図１３の処理へ戻る。

続いて、位置Ｅに移動した状態を想定する。この時点で、中間域に進入することになる。位置Ｅにいる場合には、Ｓ１４０１で現在位置から出場駅位置までの距離が外側距離より大きくないと判定され、Ｓ１４０３で現在位置から出場駅位置までの距離が内側距離より大きいと判定される。この時点で、領域変数は位置Ｄで設定された外域値であるので、Ｓ１４１１で領域変数が外域値であると判定される。判定部２１１は、経路取得部２１５から現在時刻を取得し（Ｓ１４２１）、進入時刻を内部に記憶する（Ｓ１４２３）。判定部２１１は、領域変数に中間域値を設定し（Ｓ１４１３）、判定結果を取得不要とする（Ｓ１４１５）。そして、一旦処理を終え、図１３の処理へ戻る。

続いて、位置Ｆに移動した状態を想定する。この時点では、まだ中間域から退出していない。位置Ｆにいる場合には、位置Ｅと同様に、Ｓ１４０１でＮｏと判定され、Ｓ１４０３でＹｅｓと判定される。但し、領域変数は位置Ｅで設定された中間域値であるので、Ｓ１４１１で領域変数が外域値でないと判定される。判定部２１１は、領域変数に中間域値を設定し（Ｓ１４１３）、判定結果を取得不要とする（Ｓ１４１５）。そして、一旦処理を終え、図１３の処理へ戻る。

そして、位置Ｇに移動した状態を想定する。この時点で、中間域から退出することになる。位置Ｇにいる場合には、Ｓ１４０１で現在位置から出場駅位置までの距離が外側距離より大きくないと判定され、Ｓ１４０３で現在位置から出場駅位置までの距離が内側距離より大きくないと判定される。この時点で、領域変数は位置Ｆで設定された中間域値であるので、Ｓ１４０５で領域変数が中間域値であると判定される。判定部２１１は、時計部２１７から現在時刻を取得する（Ｓ１４２５）。判定部２１１は、内部的に記憶した進入時刻を読み（Ｓ１４２７）、通過時間を算出する（Ｓ１４２９）。判定部２１１は、現在時刻から進入時刻を引くことにより通過時間を求める。

そして、判定部２１１は、通過時間が基準時間より短いか否かを判定する（Ｓ１４３１）。通過時間が基準時間より短いと判定した場合には、判定部２１１は、領域変数に内域値を設定し（Ｓ１４３３）、判定結果を取得要とする（Ｓ１４３５）。出場駅方向へ移動していると想定されるからである。

一方、判定部２１１は、通過時間が基準時間より短くないと判定した場合には、内域値を設定し（Ｓ１４３７）、判定結果を取得不要とする（Ｓ１４３９）。出場駅方向へ移動していないと想定されるからである。

本実施の形態によれば、離れた位置から出場駅へ向かう方向への移動に基づいて、帰路に就いたことを予測し、経路データを有効なタイミングで提供できるようになる。

［実施の形態６］
本実施の形態では、出場駅から出場した後の所在位置を複数回記録し、所在位置のうち少なくともいずれか一箇所の近くに存在する場合に、経路データを取得する。

図１５は、実施の形態６の概要を示す図である。利用者は、出場駅から位置Ａ、位置Ｂ、位置Ｃ、位置Ｄの順に移動したものと想定する。各円は、各位置からの所定の周辺距離の範囲を示している。このような往路上の位置は、出場時刻から所定の記録期間において、所定の記録間隔で往路点記録として残される。往路点記録には、記録した時刻も含まれる。この円の内部に位置する場合に、携帯端末装置は経路データを取得するように動作する。

本実施の形態では前述の出場処理に代えて、図１６に示した出場処理フローの例（２）による処理を行う。Ｓ４０１からＳ４０５までの処理は、図４と同様である。Ｓ４０５でタイムアウトに至っていないと判定した場合に、図２のモジュール構成に示した記録部２０７は、記録処理を行う（Ｓ１６０１）。

図１７に、記録処理フロー例を示す。記録部２０７は、特定部２１３を介して出場時の改札記録に含まれる出場時刻を読む（Ｓ１７０１）。記録部２０７は、更に、時計部２１７から現在時刻を取得する（Ｓ１７０３）。記録部２０７は、所定の記録期間を経過したか否かを判定する（Ｓ１７０５）。記録部２０７は、出場時刻に記録期間を加算した時刻を、現在時刻が越えている場合に記録期間を経過したと判定する。出場時刻に記録期間を加算した時刻を、現在時刻が越えていない場合には、記録部２０７は記録期間を経過していないと判定する。所定の記録期間を経過したと判定した場合には、記録しないので処理を終え、図１６の処理へ戻る。

所定の記録期間を経過していないと判定した場合には、記録部２０７は、出場時刻或いは前回の記録時刻から所定の記録間隔を経過したか否かを判定する（Ｓ１７０７）。出場時刻或いは前回の記録時刻から所定の記録間隔を経過していないと判定した場合には、一旦処理を終え、図１６の処理へ戻る。

一方、出場時刻或いは前回の記録時刻から所定の記録間隔を経過したと判定した場合には、記録部２０７は、位置取得部２０５から現在位置を取得し（Ｓ１７０９）、格納部２０９に往路点記録として現在位置と記録時刻を格納部２０９に格納する（Ｓ１７１１）。このとき、記録部２０７は、時計部２１７から取得した現在時刻を記録時刻に設定する。そして、処理を終え、図１６の処理へ戻る。

図１６の処理に戻って、判定部２１１は、判定処理を行う（Ｓ１６０３）。本実施の形態では前述の判定処理に代えて、図１８に示した判定処理フローの例（６）による処理を行う。判定部２１１は、Ｓ４０１で位置取得部２０５から現在の位置データを取得する。判定部２１１は、格納部２０９に格納している往路点記録毎に以下の処理を繰り返す（Ｓ１８０１）。

判定部２１１は、現在位置から往路点までの距離を算出する（Ｓ１８０３）。判定部２１１は、算出した距離が所定の周辺距離以下であるか否かを判定する（Ｓ１８０５）。算出した距離が所定の周辺距離以下であると判定した場合には、判定部２１１は、判定結果を取得要として（Ｓ１８０７）、処理を終える。この場合には、往路と同じ領域に戻ったと想定されるので、携帯端末装置は経路データを取得するように動作する。

一方、算出した距離が所定の周辺距離以下でないと判定した場合には、判定部２１１は、すべての往路点記録について処理したか否かを判定する（Ｓ１８０９）。

まだ処理していない往路点記録があると判定した場合には、Ｓ１８０１に戻って処理を続ける。すべての往路点記録について処理した場合には、判定部２１１は、判定結果を取得不要とする（Ｓ１８１１）。いずれの往路点の周辺にも含まれないからである。

本実施の形態によれば、出場駅から目的地に向かった経路の周辺に再び戻り、帰路に就いたと想定されるようになった段階で、早めに経路データを提示できるようになる。

［実施の形態７］
上述の実施の形態では、ＧＰＳにより比較的正確な位置を取得することを前提としたが、本実施の形態では、基地局データにより位置を特定する。

本実施の形態では前述の出場処理に代えて、図１９に示した出場処理フローの例（３）による処理を行う。位置取得部２０５は、無線制御部１１７から基地局データを取得する（Ｓ１９０１）。基地局データには、無線により接続可能な近隣の基地局を特定する基地局識別情報が含まれている。記録部２０７は、格納部２０９へ出場時の基地局識別情報を格納する（Ｓ１９０３）。Ｓ４０５の処理は、図４と同様である。

そして、判定部２１１は、判定処理を行う（Ｓ１９０５）。本実施の形態では前述の判定処理に代えて、図２０に示した判定処理フローの例（７）による処理を行う。判定部２１１は、無線制御部１１７から基地局データを取得する（Ｓ２００１）。そして、判定部２１１は、現在の基地局データから基地局識別情報を特定する。判定部２１１は、格納部２０９から出場時の基地局識別情報を読み（Ｓ２００３）、現在の基地局識別情報と出場時の基地局識別情報が一致するか否かを判定する（Ｓ２００５）。

現在の基地局識別情報と出場時の基地局識別情報が一致すると判定した場合には、判定部２１１は、判定結果を取得要とする（Ｓ２００７）。この場合には、出場駅における基地局のカバー範囲に含まれるので、一応出場駅の付近に存在すると推定できる。

現在の基地局識別情報と出場時の基地局識別情報が一致しないと判定した場合には、判定部２１１は、判定結果を取得不要とする（Ｓ２００９）。この場合には、出場駅における基地局のカバー範囲に含まれないので、出場駅の付近に存在しないと推定できる。

本実施の形態によれば、ＧＰＳ機能をサポートしていない携帯端末装置であっても、基地局のデータを用いて、経路データの取得の時機を判定することができる。

［実施の形態８］
本実施の形態では、出場駅の近隣にある他の駅を特定し、他の駅から乗車する場合の経路データも合わせて取得する例について説明する。

本実施の形態では前述の判定処理に代えて、図２１に示した判定処理フローの例（８）による処理を行う。Ｓ５０１からＳ５０９までの処理は、図５と同様である。Ｓ５０７において、現在位置から出場駅までの距離が、所定の付近距離以下でないと判定した場合には、判定部２１１は、出場駅の近隣の駅を特定する（Ｓ２１０１）。携帯端末装置で、近隣の駅同士のデータを保持している場合には、判定部２１１は、そのデータを用いて出場駅の近隣の駅を特定する。あるいは、判定部２１１は、ＷＥＢサイトに出場駅の近隣の駅を問い合わせることによって、近隣の駅を特定してもよい。

判定部２１１は、特定した近隣駅毎に以下の処理を繰り返す（Ｓ２１０３）。判定部２１１は、近隣駅の位置を特定し、現在位置から近隣駅位置までの距離を算出する（Ｓ２１０５）。

判定部２１１は、算出した現在位置から近隣駅位置までの距離が、所定の付近距離以下であるか否かを判定する（Ｓ２１０７）。算出した現在位置から近隣駅位置までの距離が、所定の付近距離以下であると判定した場合には、判定結果を取得要とする（Ｓ５０９）。一方、算出した現在位置から近隣駅位置までの距離が、所定の付近距離以下でないと判定した場合には、判定部２１１は、すべての近隣駅について処理したか否かを判定する（Ｓ２１０９）。まだ処理してない近隣駅があると判定した場合には、判定部２１１は、Ｓ２１０３からの処理を繰り返す。すべての近隣駅について処理したと判定した場合には、判定部２１１は、判定結果を取得不要とする（Ｓ５１１）。そして、元の処理へ復帰する。

さらに、本実施の形態では前述の取得処理に代えて、図２２に示した取得処理フローの例（２）による処理を行う。Ｓ６０１からＳ６１７までの処理は、図６と同様である。Ｓ６１７に続いて、経路取得部２１５は、出場駅の近隣の駅を特定する（Ｓ２２０１）。携帯端末装置で、近隣の駅同士のデータを保持している場合には、経路取得部２１５は、そのデータを用いて出場駅の近隣の駅を特定する。あるいは、経路取得部２１５は、ＷＥＢサイトに出場駅の近隣の駅を問い合わせることによって、近隣の駅を特定してもよい。

経路取得部２１５は、入場駅を探索条件の下車駅に設定し（Ｓ２２０３）、近隣駅を探索条件の乗車駅に設定する（Ｓ２２０５）。経路取得部２１５は、更に、Ｓ６１３と同様に出発時刻を設定する（Ｓ２２０７）。

そして、経路取得部２１５は、Ｓ６１５と同様に経路データの探索を要求し（Ｓ２２０９）、Ｓ６１７と同様に経路データを取得する（Ｓ２２１１）。経路取得部２１５は、Ｓ６１７で取得した出場駅から乗車する経路データと、Ｓ２２１１で取得した出場駅の近隣駅から乗車する経路データをマージする（Ｓ２２１３）。出力部２２１は、前述と同様にマージされた経路データを出力する。近隣駅が複数存在する場合には、Ｓ２２０１からＳ２２１３までの処理を、すべての近隣駅について行うようにしてもよい。

本実施の形態によれば、出場駅の近隣の駅から帰路に就く場合の経路データも提供できるようになる。

以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上述の機能ブロック構成は必ずしも実際のプログラムモジュール構成に対応するものではない。

また、上で説明した各記憶領域の構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

オペレーティングシステム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーションプログラムは、例えば図１に示したＲＯＭ１０５あるいはフラッシュメモリ１０９に格納されており、プロセッサ１０１により実行される際にはＲＡＭ１０７に読み出される。プロセッサ１０１は、アプリケーションプログラムの処理内容に応じて入力装置１１１、表示装置１１３、無線制御部１１７、オーディオ制御部１１９、無線ＩＣカード制御部１２７、移動センサ制御部１３１等を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてＲＡＭ１０７に格納されるが、フラッシュメモリ１０９に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーションプログラムは、例えばインターネットなどのネットワーク及び無線制御部１１７を経由して、フラッシュメモリ１０９にインストールされる。携帯端末装置はコンピュータ装置の一態様であり、上で述べたプロセッサ１０１、記憶装置１０３などのハードウエアとＯＳ及びアプリケーションプログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた実施の形態をまとめると、以下のようになる。

本実施の形態に係る携帯端末装置は、（Ａ）交通機関の改札記録に基づいて出場駅を特定する特定部と、（Ｂ）出場駅の近辺に存在するか否かを判定する判定部と、（Ｃ）出場駅の近辺に存在すると判定した場合に、出場駅を乗車駅に設定した探索条件を生成し、生成した探索条件によって探索された経路データを取得する取得部と、（Ｄ）経路データを出力する出力部とを含む。

このようにすれば、往路で出場した駅から再び乗車し帰路に就く場合に、帰路の経路データを取得するための探索条件の入力操作を省くことができる。

また、上記特定部は、更に、改札記録に基づいて入場駅を特定するようにしてもよい。この場合、上記取得部は、更に、探索条件の下車駅に入場駅を設定するようにしてもよい。

このようにすれば、往路で入場した駅へ戻る帰路の経路データを取得する際に、探索条件の入力操作を省くことができる。

上記特定部は、更に、改札記録に基づいて出場時刻を特定するようにしてもよい。この場合、出場時刻から所定時間経過した後に、上記判定部は、出場駅の近辺に存在するか否かを判定するようにしてもよい。

このようにすれば、出場した直後の状態で、まだ帰路に就く可能性が低い時間帯における経路データ取得の動作を省くことができる。従って、通信負荷を減らし、電力消費を抑制することができる。

自らが移動している状態を検出する検出部を含むようにしてもよい。上記判定部は、更に、自らが移動している状態を検出したか否かを判定するようにしてもよい。また、自らが移動している状態を検出したと判定し、且つ出場駅の近辺に存在すると判定した場合に、上記取得部は、探索条件を生成し、経路データを取得するようにしてもよい。

このようにすれば、駅へ向かう動きがない段階での経路データ取得の動作を省くことができる。前述と同様に、通信負荷を減らし、電力消費を抑制することができる。

出場駅の近辺に存在しないと一旦判定し、その後出場駅の近辺に存在すると判定した場合に、上記取得部は、探索条件を生成し、経路データを取得するようにしてもよい。

このようにすれば、出場駅から離れた目的地へ向かい、目的を終え帰路に就いたと想定されるまでの経路データ取得の動作を省くことができる。前述と同様に、通信負荷を減らし、電力消費を抑制することができる。

また、上記判定部は、出場駅から第１の距離の位置から、第１の距離よりも短い第２の距離の位置までの通過時間を算出し、通過時間が基準時間よりも短いか否かを判定するようにしてもよい。更に、通過時間が基準時間よりも短いと判定した場合に、上記取得部は、探索条件を生成し、経路データを取得するようにしてもよい。

このようにすれば、離れた位置から出場駅へ向かう方向への移動に基づいて、帰路に就いたことを予測し、経路データを有効なタイミングで提供できるようになる。

更に、出場駅から出場した後の所在位置を一又は複数回記録する記録部を含むようにしてもよい。また、上記判定部は、一又は複数回記録した所在位置のうち少なくともいずれか一つから所定距離内に存在する場合に、出場駅の近辺に存在すると判定するようにしてもよい。

このようにすれば、出場駅から目的地に向かった経路に再び入り、帰路に就いたと想定されるようになった段階で、早めに経路データを提示できるようになる。

上記取得部は、更に、出場駅の近隣にある他の駅を特定し、他の駅を乗車駅に設定した他の探索条件を生成し、他の探索条件によって探索された他の経路データを取得するようにしてもよい。この場合、上記出力部は、更に、他の経路データを出力するようにしてもよい。

このようにすれば、出場駅の近隣の駅から帰路に就く場合の経路データも提供できるようになる。

なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
交通機関の改札記録に基づいて出場駅を特定する特定部と、
前記出場駅の近辺に存在するか否かを判定する判定部と、
前記出場駅の近辺に存在すると判定した場合に、前記出場駅を乗車駅に設定した探索条件を生成し、生成した前記探索条件によって探索された経路データを取得する取得部と、
前記経路データを出力する出力部と
を含む携帯端末装置。

（付記２）
前記特定部は、更に、前記改札記録に基づいて入場駅を特定し、
前記取得部は、更に、前記探索条件の下車駅に前記入場駅を設定する
付記１記載の携帯端末装置。

（付記３）
前記特定部は、更に、前記改札記録に基づいて出場時刻を特定し、
前記出場時刻から所定時間経過した後に、前記判定部は、前記出場駅の近辺に存在するか否かを判定する
付記１又は２記載の携帯端末装置。

（付記４）
更に、自らが移動している状態を検出する検出部
を含み、
前記判定部は、更に、自らが移動している前記状態を検出したか否かを判定し、
自らが移動している前記状態を検出したと判定し、且つ前記出場駅の近辺に存在すると判定した場合に、前記取得部は、前記探索条件を生成し、前記経路データを取得する
付記１乃至３いずれか１つ記載の携帯端末装置。

（付記５）
前記出場駅の近辺に存在しないと一旦判定し、その後前記出場駅の近辺に存在すると判定した場合に、前記取得部は、前記探索条件を生成し、前記経路データを取得する
付記１乃至４いずれか１つ記載の携帯端末装置。

（付記６）
前記判定部は、前記出場駅から第１の距離の位置から、前記第１の距離よりも短い第２の距離の位置までの通過時間を算出し、前記通過時間が基準時間よりも短いか否かを判定し、
前記通過時間が前記基準時間よりも短いと判定した場合に、前記取得部は、前記探索条件を生成し、前記経路データを取得する
付記１乃至５いずれか１つ記載の携帯端末装置。

（付記７）
更に、
前記出場駅から出場した後の所在位置を一又は複数回記録する記録部
を含み、
前記判定部は、一又は複数回記録した前記所在位置のうち少なくともいずれか一つから所定距離内に存在する場合に、前記出場駅の近辺に存在すると判定する
付記１乃至６いずれか１つ記載の携帯端末装置。

（付記８）
前記取得部は、更に、前記出場駅の近隣にある他の駅を特定し、前記他の駅を乗車駅に設定した他の探索条件を生成し、他の探索条件によって探索された他の経路データを取得し、
前記出力部は、更に、前記他の経路データを出力する
付記１乃至７いずれか１つ記載の携帯端末装置。

（付記９）
交通機関の改札記録に基づいて出場駅を特定する処理と、
前記出場駅の近辺に存在するか否かを判定する処理と、
前記出場駅の近辺に存在すると判定した場合に、前記出場駅を乗車駅に設定した探索条件を生成し、生成した前記探索条件によって探索された経路データを取得する処理と、
前記経路データを出力する処理と
を含む経路データ提示方法。

（付記１０）
交通機関の改札記録に基づいて出場駅を特定する処理と、
前記出場駅の近辺に存在するか否かを判定する処理と、
前記出場駅の近辺に存在すると判定した場合に、前記出場駅を乗車駅に設定した探索条件を生成し、生成した前記探索条件によって探索された経路データを取得する処理と、
前記経路データを出力する処理と
を実行させるためのプログラム。

１０１ プロセッサ １０３ 記憶装置
１０５ ＲＯＭ １０７ ＲＡＭ
１０９ フラッシュメモリ １１１ 入力装置
１１３ 表示装置 １１５ 無線アンテナ
１１７ 無線制御部 １１９ オーディオ制御部
１２１ スピーカ １２３ マイク
１２５ 無線ＩＣアンテナ及び無線ＩＣカードデバイス
１２７ 無線ＩＣカード制御部 １２９ 移動センサ
１３１ 移動センサ制御部 ２０１ 受信部
２０３ 記憶部 ２０５ 位置取得部
２０７ 記録部 ２０９ 格納部
２１１ 判定部 ２１３ 特定部
２１５ 経路取得部 ２１７ 時計部
２１９ 受付部 ２２１ 出力部
８０１ 検出部

Claims (10)

1. 交通機関の改札記録に基づいて出場駅を特定する特定部と、
   前記出場駅の近辺に存在するか否かを判定する判定部と、
   前記出場駅の近辺に存在すると判定した場合に、前記出場駅を乗車駅に設定した探索条件を生成し、生成した前記探索条件によって探索された経路データを取得する取得部と、
   前記経路データを出力する出力部と
   を含む携帯端末装置。
2. 前記特定部は、更に、前記改札記録に基づいて入場駅を特定し、
   前記取得部は、更に、前記探索条件の下車駅に前記入場駅を設定する
   請求項１記載の携帯端末装置。
3. 前記特定部は、更に、前記改札記録に基づいて出場時刻を特定し、
   前記出場時刻から所定時間経過した後に、前記判定部は、前記出場駅の近辺に存在するか否かを判定する
   請求項１又は２記載の携帯端末装置。
4. 更に、自らが移動している状態を検出する検出部
   を含み、
   前記判定部は、更に、自らが移動している前記状態を検出したか否かを判定し、
   自らが移動している前記状態を検出したと判定し、且つ前記出場駅の近辺に存在すると判定した場合に、前記取得部は、前記探索条件を生成し、前記経路データを取得する
   請求項１乃至３いずれか１つ記載の携帯端末装置。
5. 前記出場駅の近辺に存在しないと一旦判定し、その後前記出場駅の近辺に存在すると判定した場合に、前記取得部は、前記探索条件を生成し、前記経路データを取得する
   請求項１乃至４いずれか１つ記載の携帯端末装置。
6. 前記判定部は、前記出場駅から第１の距離の位置から、前記第１の距離よりも短い第２の距離の位置までの通過時間を算出し、前記通過時間が基準時間よりも短いか否かを判定し、
   前記通過時間が前記基準時間よりも短いと判定した場合に、前記取得部は、前記探索条件を生成し、前記経路データを取得する
   請求項１乃至５いずれか１つ記載の携帯端末装置。
7. 更に、
   前記出場駅から出場した後の所在位置を一又は複数回記録する記録部
   を含み、
   前記判定部は、一又は複数回記録した前記所在位置のうち少なくともいずれか一つから所定距離内に存在する場合に、前記出場駅の近辺に存在すると判定する
   請求項１乃至６いずれか１つ記載の携帯端末装置。
8. 前記取得部は、更に、前記出場駅の近隣にある他の駅を特定し、前記他の駅を乗車駅に設定した他の探索条件を生成し、他の探索条件によって探索された他の経路データを取得し、
   前記出力部は、更に、前記他の経路データを出力する
   請求項１乃至７いずれか１つ記載の携帯端末装置。
9. 交通機関の改札記録に基づいて出場駅を特定する処理と、
   前記出場駅の近辺に存在するか否かを判定する処理と、
   前記出場駅の近辺に存在すると判定した場合に、前記出場駅を乗車駅に設定した探索条件を生成し、生成した前記探索条件によって探索された経路データを取得する処理と、
   前記経路データを出力する処理と
   を含む経路データ提示方法。
10. 交通機関の改札記録に基づいて出場駅を特定する処理と、
    前記出場駅の近辺に存在するか否かを判定する処理と、
    前記出場駅の近辺に存在すると判定した場合に、前記出場駅を乗車駅に設定した探索条件を生成し、生成した前記探索条件によって探索された経路データを取得する処理と、
    前記経路データを出力する処理と
    を実行させるためのプログラム。

Images