(57)【特許請求の範囲】
【請求項１】
携帯端末の現在地を示す位置情報を取得する位置情報取得手段と、
該携帯端末の向きを示す方向情報を取得する方向情報取得手段と、
外部サーバに接続される通信手段と、
表示手段とを有し、
上記通信手段は、上記位置及び方向情報に基づいて上記サーバで検索された上記携帯端末の向きに存在する店舗の情報を受信し、
上記表示手段は、上記店舗の情報を該現在地から近い順にリスト形式で表示することを特徴とする携帯端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯電話及びＰＨＳ（Personal Handyphone System）（データ通信機能のみの文字電話を含む）及び携帯電話又はＰＨＳのデータ通信機能付き携帯情報端末（ＰＤＡ：Personal Data Assistance）を包含する携帯端末に係り、歩行者向けの位置情報に関連した情報提供を可能とする歩行者ナビゲーション機能を有する携帯端末に関する。
【０００２】
【従来の技術】
従来の地図情報サービスとして、インターネットやＦＡＸを通じて地図や地図に付随するコンテンツ情報を提供するサービスが多数存在している。これらのサービスでは、パソコンやＦＡＸのような表示面積の広い画面や紙面への出力を前提とした情報提供方法が用いられている。歩行者が携帯可能なＰＤＡと、携帯電話やＰＨＳのデータ通信機能を用いれば、上記サービスにより旅先や出張先で所望の地図を取得することが可能である。
【０００３】
また、ＧＰＳ（Global Positioning System）を利用して自己の現在地を示す位置情報を提供するシステムが多数開発されている。例えば、自動車に搭載することを前提としたカーナビゲーションシステムは、歩行者が携帯するには装置サイズが大きく、また、道路走行を前提としたナビゲーション方法が用いられているため、歩行者ナビゲーションに直接利用することはできない。一方、ＧＰＳ付きＰＤＡやハンディＧＰＳのような歩行者向けの位置情報システムでは、予めローカルメモリに格納されている地図や上記サービスからダウンロードした地図を表示して、歩行者の現在地を示すことが可能となっている。
【０００４】
【発明が解決しようとする課題】
従来のインターネット地図情報サービスでは、パソコンと同程度の表示解像度を前提として最適化した地図を提供している。このため、携帯電話やＰＨＳの狭いディスプレイに表示したのではつぶれて見難くなるという問題がある。
【０００５】
また、上記サービスで用いられる地図の検索方法はサーバとの通信コストが膨大なため、歩行者ナビゲーションには適していない。例えば、広域地図から詳細地図へと何段階かの縮尺で地図を表示して検索条件を絞り込んでいく方法では、検索操作の度にサーバから地図をダウンロードしなければならない。テキスト入力やメニュー選択によって検索条件を絞り込んでいく方法ならば、検索途中でのデータ通信量を削減することが可能である。しかしながら、指定した地名が複数のページに跨っている場合には隣接するページの地図が提供されるなど、所望の地図がダイレクトに提供されない可能性もある。このような場合には、スクロールや拡大・縮小といった表示操作によって所望の地図を検索しなければならないが、地図データを予めローカルメモリに蓄積しているわけではないので、表示操作の度にサーバから地図をダウンロードしなければならない。
【０００６】
さらに、上記サービスで提供される地図が必ずしも歩行者にとって判り易い形態とは限らない。例えば現在地から目的地への道順を知りたい場合に、現在地から目的地までの経路が複数のページに跨っていたり、同じページにあっても広域すぎて詳細情報が判らなかったりすることが多い。このような場合に必要な情報を取得するためには、スクロールや拡大・縮小といった煩雑な表示操作が必要であり、上述のようにサーバとの通信コストが膨大になる。
【０００７】
さらに、携帯電話やＰＨＳの他にＰＤＡを必要とする機器構成では、サービスを受けられるユーザが限定される上、携帯機器間をケーブルなどで接続しなければならず、歩行中に手軽に利用できないという問題もある。一方、携帯電話又はＰＨＳ単独で利用可能な、映画やイベント、レストランなどのコンテンツ情報を提供するサービスも存在する。これらのコンテンツ情報は、携帯電話やＰＨＳの狭いディスプレイに表示することを想定しているため、文字情報として提供されることが多い。しかしながら、場所や道順といった空間的な位置関係を知りたい場合、このような形態での提供が判り易いとは言えない。また、携帯電話やＰＨＳにはダイヤルボタンを含むいくつかのボタンキーが入力デバイスとして用意されているだけなので、複雑な検索条件の入力は煩わしいという問題もある。
【０００８】
一方、従来のＧＰＳ付きＰＤＡやハンディＧＰＳは単独の機器構成で利用することが可能なシステムである。しかしながら、予めローカルメモリに格納されている地図を表示するだけでは、歩行者の要求に合致した判り易い情報提供方法とは言えないし、映画やイベント、レストランといったリアルタイムな情報を提供することもできない。勿論、ＰＤＡに携帯電話やＰＨＳのデータ通信機能を付加すれば、単独の機器構成でインターネット地図情報サービスに接続することも可能であるが、上述のようなサービスでは、歩行者にとって判り易い情報提供方法とは言えない。
【０００９】
そこで本発明の目的は、携帯電話やＰＨＳの狭いディスプレイを用いて、歩行者にとって判り易い位置情報に関連する情報の提供が可能な歩行者ナビゲーション機能を有する携帯端末を提供することにある。また、本発明の他の目的は、歩行者が位置情報に関連する情報を検索するときに検索条件の入力に要する労力を軽減すると共に、直感的に判り易いインタフェースを実現する歩行者ナビゲーション機能を有する携帯端末を提供することにある。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明の歩行者ナビゲーション機能を有する携帯端末には、通常の携帯電話やＰＨＳが有するデータ通信手段や入力手段、表示手段などの他に、自己の現在地を示す位置情報を取得する位置情報取得手段と自己の向きを示す方向情報を取得する方向情報取得手段を備える。以下では、これらの手段によって取得される位置情報と方向情報をまとめて端末情報と称す。
【００１１】
上述の手段を備えることにより、取得した端末情報を検索条件として利用することが可能になるので、明示的な現在地の入力が不用になるばかりでなく、「南口方面にどんな店があるか」とか「この通りを行くとどんな店があるか」といった検索要求の内、「南口方面に」とか「この通りを行くと」といった方向に関する部分の入力を、例えば携帯端末の先端を直接その方向に向けることによって指示することが可能になる。従って、検索条件の入力に要する労力が軽減されると共に、直感的に判り易いインタフェースが実現される。また、端末情報を利用することにより、実際の空間での方向とディスプレイ上の表示を一致させることができ、例えば、現在地における進行方向を単なる矢印で表現するといった圧縮形態で提供することが可能になる。これより、携帯電話やＰＨＳの狭いディスプレイに表示可能な圧縮形態でありながら、歩行者にとって判り易い位置情報に関する情報の提供が実現される。
【００１２】
ここで、本発明の歩行者ナビゲーション機能を有する携帯端末の利用において、想定するサービスは次の通りである。１）目的地が決まっていて目的地までの経路が判らない場合に経路案内として利用する「経路案内サービス」、２）どこに行くか目的地が決まっていない場合に映画やイベント、レストランなどの情報案内として利用する「周辺案内サービス」、３）人と待ち合わせをする場合に、自分の居場所を相手に伝えたり、相手の居場所を確認したりするために利用する「待ち合わせ案内サービス」、４）自分がどこにいるか判らなくなった場合に現在地がどこであるかの案内に利用する「現在地案内サービス」。
【００１３】
このようなサービスは例えば、本発明の歩行者ナビゲーション機能を有する携帯端末とインター／イントラネット上の情報提供サーバという構成で構築される。携帯端末と情報提供サーバの間は例えば、携帯電話やＰＨＳによるインターネットサービスの場合と同様に、無線通信網からゲートウェイサーバを介してインター／イントラネットへと接続される。情報提供サーバには、空間情報データベースとその管理システム部の他に、制御プログラムを備える。ここで、空間情報データベースは、地図情報と映画やイベント、レストランなどのコンテンツ情報を格納し、インター／イントラネット上に分散していてもよい。処理プログラムでは、携帯端末に提供する情報の圧縮と携帯端末上での表示を端末情報に基づいて制御する。すなわち、歩行者ナビゲーションのためのほとんどの処理を情報提供サーバで実行し、携帯端末には、単に提供される情報を表示する機能だけをもたせる。
【００１４】
以上は携帯電話やＰＨＳのように処理能力の低い携帯端末を想定した構成であるが、もう少し処理能力の高い携帯端末を用いて、端末情報に基づく表示の制御を携帯端末で実行してもよい。また、検索結果を地図データごと携帯端末で受信し、端末情報に基づく圧縮から表示までの制御を携帯端末で実行してもよい。さらに処理能力の高い携帯端末を用いて、予め地図情報をローカルメモリに格納しておき、地図情報の検索から圧縮・表示までを携帯端末で実行してもよい。この場合、映画やイベント、レストランのようなリアルタイム性を要求されるコンテンツ情報のみを情報提供サーバで検索する。
【００１５】
さらに本発明の歩行者ナビゲーション機能を有する携帯端末において、取得する位置情報は緯度・経度又は座標や高度で表わされ、例えば、ＧＰＳ又はＰＨＳなどの無線アンテナや赤外線センサなどを用いて測定される。どれか一つの方法を備えて測定してもよいし、いくつかの方法を備えて状況に応じて測定可能な方法で測定してもよい。また、取得する方向情報は携帯端末の先端方向又はディスプレイの向きを方角や仰角で表わしたもので、例えば、コンパスやジャイロ、クリノメータなどのセンサを用いて測定される。コンパスの軸とディスプレイの法線方向を一致させ、ディスプレイを地面に対して水平に保てば、ディスプレイの上方向が東西南北どちらの方角を指しているか判る。ジャイロの場合も常に北を指すように設定しておけば、コンパスの場合と同様の測定が可能である。さらに、コンパスとクリノメータを用いれば、方角だけでなく地面に対する仰角といった３次元的な方向情報を取得することも可能である。また、コンパスとクリノメータの代わりに３次元ジャイロを用いても、同様の測定が可能である。
【００１６】
【発明の実施の形態】
以下に図面を参照して、本発明の実施の形態を説明する。図１に、本発明の歩行者ナビゲーション機能を有する携帯端末による表示制御例を示す。歩行者１０はある目的地１１に向かって歩いている途中である。歩行者は、目的地の方向や進行方向が判らなくなる度に、システムに問合せをすることができる。システムに問合せがあると、本発明では、携帯電話やＰＨＳの狭いディスプレイに表示可能な圧縮形態、例えば、現在地から見た目的地の方向や距離を矢印の向きと長さで表現するような形態で情報を提供する。通常の地図システムでは、ディスプレイの上方向が北となるように地図を表示していることが多い。実際の歩行者は方角を意識せずに歩いていることが多いので、地図を実際の空間と照らし合わせて地図の向きを合わせる必要がある。通常は地図に書かれているランドマーク情報などから対応関係を把握することができるが、本発明の対象となる狭いディスプレイでは、このような詳細な情報を表示することはできない。そこで本発明では、実際の空間での目的地の方向とディスプレイに表示する矢印の向きが一致するように制御する。１２又は１３又は１４のように携帯端末を向けて歩行者１０が問合せをすると、ここでは、それぞれの場合に矢印がいつでも目的地の方向を指すように表示を制御する。
【００１７】
次に、本発明の歩行者ナビゲーション機能を有する携帯端末を用いた歩行者ナビゲーションにおける処理全体の流れを図２を用いて説明する。ステップ１０３では、歩行者が携帯端末のボタンキーやペン、マイクなどの入力手段を用いて、メニューの選択や検索条件の設定などを設定画面で対話的に指示するために、入力制御が実行される。歩行者ナビゲーションでは、歩行者から繰り返し問合せがあると考えられるので、ステップ１０４では、ステップ１０３で入力された状態を保存しておく。本処理ではまず、ステップ１０１において、保存されている状態があるかどうかの判定を行う。保存されている状態がある場合には、ステップ１０２において前の状態を読み込み、保存されている状態がない場合には、ステップ１０３において入力制御を実行する。ステップ１０５は、入力の待ち状態を表わし、ここでは、ステップ１０６からステップ１１１を実行するRun、ステップ１０３の設定画面に戻るBack、プログラムを終了するStop、以上の三つの選択肢を用意した。
【００１８】
ステップ１０５において、歩行者がRunを選択した場合の処理の流れを説明する。まずステップ１０６では、携帯端末の位置情報を何らかの手段で取得する。ここで、位置情報は携帯端末の位置を緯度・経度又は座標や高度で表わしたものであり、例えば、ＧＰＳ又はＰＨＳなどの無線アンテナや赤外線センサなどを利用して測定される。次にステップ１０７では、携帯端末の方向情報を何らかの手段で取得する。方向情報は携帯端末の先端方向又はディスプレイの向きを方角や仰角で表わしたものであり、例えば、コンパスやジャイロ、クリノメータなどのセンサを利用して測定される。ステップ１０８では、ステップ１０６で取得した位置情報とステップ１０７で取得した方向情報を端末情報として検索条件に設定する。ステップ１０９では、データベースの検索制御を実行し、ステップ１０３で選択されたメニューに対応する情報をステップ１０３及びステップ１０８で設定された検索条件で検索する。ステップ１０３で経路案内サービスが選択されていたとすると、例えば、現在地から目的地までの経路情報が検索される。ステップ１１０では、ステップ１０９の検索結果である情報の圧縮制御を実行し、ステップ１０８の端末情報に基づいて、狭いディスプレイに表示可能な形態に圧縮する。さらにステップ１１１では、ステップ１１０の圧縮結果である情報の表示制御を実行し、ステップ１０８の端末情報に基づいて、歩行者にとって判り易い形態に変換して表示する。ここで、必要があれば検索結果をメモリに保存してもよい。最後に、表示画面はそのままでステップ１０５の待ち状態に戻る。
【００１９】
次に、具体的なサービスを想定して、本発明の歩行者ナビゲーション機能を有する携帯端末を詳細に説明する。図３に、本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「経路案内サービス」の圧縮制御例を示す。このサービスは、目的地が決まっていて目的地までの経路が判らない場合の経路案内として利用される。そこで、図２の処理フローと対応付けながら、本サービスの圧縮制御を説明する。本サービスを利用する場合にはまず、ステップ１０３においてサービスメニューから「経路案内サービス」を選択し、何らかの手段で目的地を設定しておく。目的地は、例えば、ボタンキーやペンによるテキスト入力やマイクからの音声入力によって設定される。これらのステップ１０３で設定した状態は、歩行者からの問合せの度に必要になるので、ステップ１０４でシステムに保存しておく。現在地には、ステップ１０６で取得した位置情報を用い、歩行者からの問合せの度に自動的に更新していく。また、最初の地点を出発地としてシステムに登録したり、通過点を途中経過としてシステムに登録してもよい。
【００２０】
図１と同様に、図３における歩行者１０はある目的地１１に向かって歩いている途中である。図３の(a)から(f)に示した状況でシステムに問合せがあった場合に、本発明の歩行者ナビゲーション機能を有する携帯端末における情報の圧縮制御例を２１から２６に示す。まず、２１及び２２では、現在地から見た目的地の方向と距離を矢印の向きと長さで表現するという圧縮形態が用いられている。２１は目的地までの距離が遠い場合に、２２は近い場合にそれぞれ対応している。２３及び２４では、現在地付近の進行方向を折れ線と矢印で表現するという圧縮形態が用いられ、２３は次の曲がり角までの距離が遠い場合に、２４は近い場合にそれぞれ対応している。２５及び２６では、出発地から目的地までの全行程を単なる折れ線で表現するという圧縮形態が用いられ、さらに全行程中の現在地を折れ線上の黒丸で表現している。２５及び２６は同じ行程の途中経過での問合せにそれぞれ対応している。尚、２１から２６では、現在地での進行方向が上になるように表示した。
【００２１】
２１及び２２のような圧縮形態は現在地と目的地の位置情報が判れば提供できるので、ステップ１０９では、単に目的地の名称などから目的地の位置情報を検索するだけである。ここで、目的地の位置情報は同じ行程の途中で変化しないので、一度検索した情報を保存して、次からこの処理を省略する。次のステップ１１０では、現在地と目的地の位置情報から現在地から見た目的地の方向と距離を求めて、矢印で表現しているだけである。一方、２３及び２４のような圧縮形態を提供するためには、現在地から目的地までの経路情報の内、現在地付近での経路情報が必要となる。そこで、ステップ１０９ではその都度、経路探索によって現在地から目的地までの経路情報を検索し、ステップ１１０においてこの経路情報から現在地付近の経路情報を切出して提供する。さらに、２５及び２６のような圧縮形態を提供するためには、出発地から目的地までの経路情報が必要となる。そこで、ステップ１０９では、経路探索によって出発地から目的地までの経路情報を検索する。ここで、出発地から目的地までの経路情報は同じ行程の途中で変化しないので、一度検索した情報を保存しておく。次のステップ１１０では、出発地から目的地までの経路情報と現在地の位置情報を相対的に関連付けて提供する。
【００２２】
図４に、本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「周辺案内サービス」の検索制御例を示す。このサービスは、どこに行くか目的地が決まっていない場合に映画やイベント、レストランなどの情報案内として利用される。そこで、図２の処理フローと対応付けながら、本サービスの圧縮制御を説明する。本サービスを利用する場合にはまず、ステップ１０３においてサービスメニューから「周辺案内サービス」を選択し、さらに検索対象のカテゴリを選択しておく。図４の例では、検索対象のカテゴリとしてお店を選択している。ところで、周辺案内サービスを利用する場合に歩行者は、従来のように現在地周辺を漠然と検索するのではなく、「南口方向にどんな店があるか」とか「この通りを行くとどんな店があるか」といった特定の情報を検索したいことがある。しかしながら、通常のメニューの選択やテキストの入力でこのような複雑な検索条件を設定することは困難である。そこで本発明の歩行者ナビゲーション機能を有する携帯端末では、例えば携帯端末の先端を直接検索したい方向に向けて指示することを可能にした。ステップ１０７により携帯端末の先端方向の向きが検出され、ステップ１０８において検索条件として設定される。３１又は３２又は３３のように携帯端末の先端を向けて問合せをすると、本発明の歩行者ナビゲーション機能を有する携帯端末では、それぞれの方向にある店を例えばリストにして提供する。さらに、リストからお店を選択すると、そのお店についての詳細情報が表示されるように設計することも可能である。
【００２３】
次に、図５、図６及び図７を用いて、本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「待合せ案内サービス」の一実施例を説明する。このサービスは、人と待合せをする場合に、自分の居場所を相手に伝えたり、相手の居場所を確認したりするために利用される。図５において、１０ａと１０ｂは待合せをしている歩行者を表わし、４１及び４２はお互いの居場所を確認するためのデータ送受信の流れを表わす。ここでは、携帯電話やＰＨＳのメッセージ送信機能のように、携帯端末の間で直接データを送受信してもよいし、電子メール機能のように、インターネット上のサーバを介してデータを送受信してもよい。
【００２４】
まず、歩行者１０ａが歩行者１０ｂに自分の居場所を伝える場面を想定し、図６に示したデータ送信の処理フローを説明する。ここで、ステップ１０１からステップ１０６までは図２と同様の処理である。データ送信を実行する場合に歩行者１０ａは、ステップ１０３において、サービスメニューから本サービスのデータ送信を選択し、送信先に歩行者１０ｂの電話番号を設定しておく。この場合に、ステップ１０５で歩行者１０ａがRunを選択すると、ステップ２０１では、ステップ１０６で取得した位置情報のデータを歩行者１０ｂに送信する。
【００２５】
次に、歩行者１０ｂが相手の居場所を確認する場面を想定し、図７に示したデータ受信の処理フローを説明する。ステップ２０２において、歩行者１０ｂが歩行者１０ａから送信された位置情報のデータを受信した場合に、ステップ１０４では、発信元である歩行者１０ａの電話番号や受信した位置情報のデータを待合せ相手の状態として保存しておく。ステップ１０５で歩行者１０ｂがRunを選択すると、ステップ１０６からステップ１１１までの処理が実行され、歩行者１０ｂの携帯端末に相手の居場所が表示される。ここで、ステップ１０６からステップ１１１までの一連の処理は、待合せ相手の居場所を目的地として設定した「経路案内サービス」の場合と同様の処理である。図５の携帯端末にはそれぞれ、自分の居場所（現在地）から見た相手の居場所（目的地）の方向と距離が表示されている。ここでは、「経路案内サービス」で用いた矢印の代わりに、矢印の始点（自分の居場所）を黒丸、矢印の終点（相手の居場所）を白丸で表わした。尚、ステップ１０５でStopを選択して処理を終了した後で、もう一度相手の居場所を表示したい場合には、図２と同様の処理を実行する。
【００２６】
図８に、本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「現在地案内サービス」の検索制御例を示す。このサービスは、自分がどこにいるか判らなくなった場合に現在地がどこであるかの案内に利用される。従来技術により、現在地付近の地図を提供するサービスが考えられるが、携帯電話やＰＨＳのような狭いディスプレイに表示することは困難である。実際の歩行者は、現在地周辺の情報を漠然と知りたいというよりも、「この道路はどこに至るか」とか「あの建物は何か」といった特定の情報を知りたいことが多い。このような場合にも、本発明の歩行者ナビゲーション機能を有する携帯端末によれば「周辺案内サービス」の場合と同様にして、例えば携帯端末の先端を直接知りたい方向に向けて指示することが可能である。そこでまず、道路の行き先や建物の名称などのカテゴリから、何を知りたいかを目的別に予め設定しておく。図８の例では、道路の行き先が選択されている。５１又は５２又は５３のように携帯端末の先端を向けて問合せをすると、本発明の歩行者ナビゲーション機能を有する携帯端末では、それぞれの道路がどこに至るかという情報を提供する。
【００２７】
図９に、これまで説明してきた本発明の歩行者ナビゲーション機能を有する携帯端末を用いた歩行者ナビゲーションシステムの構成例を示す。本システムは、携帯端末６１とインター／イントラネット上の情報提供サーバ６７という構成で構築されている。携帯端末６１と情報提供サーバ６７の間は、携帯電話やＰＨＳによるインターネットサービスの場合と同様に、基地局６２から無線通信網６３に接続し、ゲートウェイサーバ６４を介してインター／イントラネット６５に接続し、さらに、ＷＷＷサーバ６６を介して接続している。ここで、情報検索サーバ６７には、空間情報データベース６７ｃとその管理システム部６７ｂの他に、制御プログラム６７ａを備える。この制御プログラム６７ａには、図２の処理ステップの内、ステップ１０３の入力制御におけるサーバ処理と、ステップ１０８の検索条件設定からステップ１１１の表示制御までが含まれる。ステップ１０３の入力制御におけるクライアント処理と、ステップ１０７の方向情報取得までの残りの処理は携帯端末６１で実行される。空間情報データベース６７ｃは、地図情報と映画やイベント、レストランなどのコンテンツ情報を格納し、インター／イントラネットに分散して存在していてもよい。
【００２８】
最後に、本発明の歩行者ナビゲーション機能を有する携帯端末６１の構成例を図１０に示す。携帯端末６１には、制御ユニットであるＣＰＵ７１を中心に、液晶ディスプレイなどの表示手段７１、ボタンキーやペンなどの入力を可能とする入力手段７２、ＲＯＭやＲＡＭなどの内部記憶手段７４、フラッシュメモリやＤＶＤなどの外部記憶手段７５、通常の携帯電話やＰＨＳの有するデータ通信手段７６の他に、位置情報取得手段７７及び方向情報取得手段７８を備え、互いに接続する。ここで、位置情報取得手段７７には、 ＧＰＳ又はＰＨＳなどの無線アンテナや赤外線センサなどのデータ受信機と、受信データを解析して位置情報を計算する制御ユニットを備える。また、方向情報取得手段７８には、コンパスやジャイロ、クリノメータなどのセンサと、センサによる測定データを解析して方向情報を計算する制御ユニットを備える。尚、位置情報取得手段７７と方向情報取得手段７８は、必ずしも携帯端末に内蔵されている必要があるとは限らず、歩行者ナビゲーションとして利用するときに外付けで利用可能な構成であってもよい。
【００２９】
図９及び図１０の構成例では、携帯電話やＰＨＳのように処理能力の低い携帯端末を想定し、携帯端末には単に提供される情報を表示するだけの機能をもたせた。このような構成は本発明において必須ではなく、もう少し処理能力の高い携帯端末を用いて、ステップ１１１の表示制御を携帯端末で実行してもよい。また、ステップ１０９の検索結果を地図データごと携帯端末で受信し、ステップ１１０の圧縮制御及びステップ１１１の表示制御を携帯端末で実行してもよい。さらに処理能力の高い携帯端末を用いて、空間情報データベース６７ｃの地図情報を外部記憶手段７５に予め格納しておき、ステップ１０９の検索制御における地図情報の検索、ステップ１１０の圧縮制御及びステップ１１１の表示制御を携帯端末で実行してもよい。この場合、映画やイベント、レストランのようなリアルタイム性を要求されるコンテンツ情報のみを情報提供サーバで検索する。尚、ＰＤＡで本発明の機能を実現する場合、携帯電話又はＰＨＳとケーブルで接続して利用することは困難であるが、必ずしも携帯電話又はＰＨＳのデータ通信機能を内蔵する必要があるとは限らず、携帯電話又はＰＨＳと無線で接続可能な構成をとってもよい。
【００３０】
【発明の効果】
以上に説明したように、本発明の歩行者ナビゲーション機能を有する携帯端末においては、携帯端末で位置情報及び方向情報を取得して検索条件として利用できるようにしたので、検索条件の入力に要する労力が軽減されると共に、直感的に分かり易いインタフェースが実現される。さらに、検索結果である情報の圧縮及び表示を端末情報に基づいて制御できるようにしたので、携帯電話やＰＨＳの狭いディスプレイに表示可能な圧縮形態でありながら、歩行者にとって判り易い情報提供が可能になる。
【図面の簡単な説明】
【図１】本発明の歩行者ナビゲーション機能を有する携帯端末による表示制御例を示す図。
【図２】本発明の歩行者ナビゲーション機能を有する携帯端末を用いた歩行者ナビゲーション処理全体の流れを示す図。
【図３】  本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「経路案内サービス」の圧縮制御例を示す図。
【図４】本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「周辺案内サービス」の検索制御例を示す図。
【図５】本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「待合せ案内サービス」の一実施例を示す図。
【図６】「待合せ案内サービス」におけるデータ送信の処理フローを示す図。
【図７】「待合せ案内サービス」におけるデータ受信の処理フローを示す図。
【図８】本発明の歩行者ナビゲーション機能を有する携帯端末を用いた「現在地案内サービス」の検索制御例を示す図。
【図９】本発明の歩行者ナビゲーション機能を有する携帯端末を用いた歩行者ナビゲーションシステムの構成図。
【図１０】本発明の歩行者ナビゲーション機能を有する携帯端末の構成図。
【符号の説明】
１０、１０ａ、１０ｂ…歩行者、１１…目的地、１２〜１４…表示制御の例、２１〜２６…圧縮制御の例、３１〜３３…検索制御の例（周辺案内サービス）、４１、４２…データ送受信の流れ、５１〜５３…検索制御の例（現在地案内サービス）、６１…携帯端末、６２…基地局、６３…無線通信網、６４…ゲートウェイサーバ、６５…インター／イントラネット、６６…ＷＷＷサーバ、６７…情報検索サーバ、６７ａ…制御プログラム、６７ｂ…空間情報ＤＢ管理システム、６７ｃ…空間情報ＤＢ、７１…ＣＰＵ、７２…表示手段、７３…入力手段、７４…内部記憶装置、７６…データ通信手段、７７…位置情報取得手段、７８…方向情報取得手段、１０１…保存状態があるかの判定部、１０２…状態読込み部、１０３…入力制御部、１０４…状態保存部、１０５…待ち状態、１０６…位置情報取得部、１０７…方向情報取得部、１０８…検索条件設定部、１０９…検索制御部、１１０…圧縮制御部、１１１…表示制御部、２０１…データ送信部、２０２…データ受信部。
【図１】
0003791249.tif 000002
【図２】
0003791249.tif 000003
【図３】
0003791249.tif 000004
【図４】
0003791249.tif 000005
【図５】
0003791249.tif 000006
【図６】
0003791249.tif 000007
【図７】
0003791249.tif 000008
【図８】
0003791249.tif 000009
【図９】
0003791249.tif 000010
【図１０】
0003791249.tif 000011