(57)【要約】【課題】自動車に設置される車載ナビゲーション装置において、インターネットなどのネットワーク上の情報を長く利用できるようにする。【解決手段】地点検索装置１１は、でネットワーク４２上のサーバ装置４３と通信する装置通信部１４と、装置通信部１４を用いてネットワーク４２上の情報を検索する端末ＣＰＵ１５と、を有し、装置通信部１４から、自動車１に設置される車載ナビゲーション装置２１へ自動車１の経路の情報を送信する。地点検索装置１１の端末ＣＰＵ１５は、検索履歴１８に含まれる地点についてのジャンルを生成し、生成されたジャンルを用いて経路の周辺の地点を探索する。装置通信部１４は、経路の情報とともに、ネットワーク４２上の情報から探索した経路の周辺の地点の情報を車載ナビゲーション装置２１へ送信する。【選択図】  図２
2019178881.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバ装置と通信する装置通信部と、前記装置通信部を用いてネットワーク上の情報を検索する検索部と、を有し、前記装置通信部から、車両に設置される車載ナビゲーション装置へ車両の経路の情報を送信する地点検索装置であって、
前記検索部の検索履歴に含まれる地点についてのジャンルを生成する生成部と、
生成されたジャンルを用いて前記検索部により前記経路の周辺の地点の探索する地点探索部と、
を有し、
前記装置通信部は、前記経路の情報とともに、ネットワーク上の情報から探索した前記経路の周辺の地点の情報を前記車載ナビゲーション装置へ送信する、
地点検索装置。
【請求項２】
前記経路を複数の区画に分ける区画情報を、探索した前記経路の周辺の地点の情報に付加する付加部、を有する、
請求項１記載の地点検索装置。
【請求項３】
前記地点探索部は、予め定められた固定ジャンルを用いて前記検索部により前記経路の周辺の地点の探索する、
請求項１または２記載の地点検索装置。
【請求項４】
車両に設置されて経路を案内する車載ナビゲーション装置であって、
前記車両で案内する経路の情報とともに複数の地点を区画に対応づけた情報を受信する受信部と、
前記車両の現在地を取得する取得部と、
取得した現在地の区画に含まれる地点を、前記受信部が受信した地点の情報から抽出する受信抽出部と、
前記受信抽出部が抽出した地点の情報を表示する表示部と、
を有する、
車載ナビゲーション装置。
【請求項５】
地点の情報を記憶する記憶部と、
取得した現在地の経路先の地点の情報を、前記記憶部から抽出する記憶抽出部と、を有し、
前記表示部は、前記記憶抽出部が抽出した地点の情報を表示する、
請求項４記載の車載ナビゲーション装置。
【請求項６】
前記受信部が受信した地点の情報において同一の区画に含まれる地点数が多い場合に区画を複数に分割する分割部、を有し、
前記受信抽出部は、前記分割部により分割された区画により、取得した現在地の区画に含まれる地点を抽出する、
請求項４または５記載の車載ナビゲーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に、車両に設置される車載ナビゲーション装置に関する。
【背景技術】
【０００２】
車載ナビゲーション装置は、基本的に車両に設置して使用される。そして、車載ナビゲーション装置は、たとえば目的地が入力されると、その目的地までの経路を探索し、探索した経路で車両を案内する（特許文献１）。
ところで、車両に設置される車載ナビゲーション装置は、目的地を探索できるようにするために、複数の地点の情報を有する。
これに対し、現実社会では、新たな店舗などの地点ができたり、過去にあった地点が消滅したりする。
このため、車載ナビゲーション装置においても、地点データなどのナビデータを定期的に更新できるようになっている。
しかしながら、現実社会は常に変化しており、その変化のスピードも近年早くなってきている様子がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２７５７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そこで、地点データなどの内容と現実社会との乖離を少しでも減らし続けるために、車載ナビゲーション装置において、地点の情報を、インターネットなどのネットワークで検索することが考えられる。ネットワーク上の情報は、現実社会の変化に好適に追従していると考えられ、それを利用することにより現実社会に対応する地点の検索が可能になると考えられる。
しかしながら、車載ナビゲーション装置は、車両に固定的に設置されるものである。車載ナビゲーション装置は、車両に設置した時点では最新のものであったとしても、数年もしない中に性能が低いものになってしまう。
これに対し、インターネットなどのネットワーク上の情報は、短期間で激しく更新される。
また、近年の情報化社会では、情報の量が飛躍的に増えているだけでなく、情報の質が短期間の間に急激にリッチなものへ変化している。
このため、車載ナビゲーション装置は、インターネットなどのネットワークにおいて地点の情報を探索し得たとしても、車載ナビゲーション装置のメモリやＣＰＵといったリソースそのものが新たな質の情報に対応できなくなって時代遅れとなることにより、ネットワークの検索が実質的に可能となる期間が非常に短くなると考えられる。車載ナビゲーション装置のソフトウェアやファームウェアを更新したとしても、数年が経過すれば新たな時代の情報に対応することができなくなってしまう可能性が低くないと考えられる。車載ナビゲーション装置を用いてインターネットなどのネットワーク上の情報を検索させ続けるようにするためには、車両に固定的に設置される車載ナビゲーション装置を、通常のコンピュータ装置や携帯端末などと同様に、短期間で頻繁に更新しなければならなくなる。
しかも、インターネット上の整理がなされていない多量の情報から、ユーザが車載ナビゲーション装置を用いた経路案内において利用したい情報を検索して抽出することは、容易でない。このような検索を、非常に限られたリソースしか持たない車載ナビゲーション装置において実施した場合、ユーザが所望の地点の情報を得ることは容易でない。
【０００５】
このように車両に設置される車載ナビゲーション装置では、インターネットなどのネットワーク上の情報を、好適に長く利用できるようにすることが求められている。
【課題を解決するための手段】
【０００６】
本発明に係る地点検索装置は、ネットワーク上のサーバ装置と通信する装置通信部と、前記装置通信部を用いてネットワーク上の情報を検索する検索部と、を有し、前記装置通信部から、車両に設置される車載ナビゲーション装置へ車両の経路の情報を送信する地点検索装置であって、前記検索部の検索履歴に含まれる地点についてのジャンルを生成する生成部と、生成されたジャンルを用いて前記検索部により前記経路の周辺の地点の探索する地点探索部と、を有し、前記装置通信部は、前記経路の情報とともに、ネットワーク上の情報から探索した前記経路の周辺の地点の情報を前記車載ナビゲーション装置へ送信する。
【０００７】
好適には、前記経路を複数の区画に分ける区画情報を、探索した前記経路の周辺の地点の情報に付加する付加部、を有する、とよい。
【０００８】
好適には、前記地点探索部は、予め定められた固定ジャンルを用いて前記検索部により前記経路の周辺の地点の探索する、とよい。
【０００９】
本発明に係る車載ナビゲーション装置は、車両に設置されて経路を案内する車載ナビゲーション装置であって、前記車両で案内する経路の情報とともに複数の地点を区画に対応づけた情報を受信する受信部と、前記車両の現在地を取得する取得部と、取得した現在地の区画に含まれる地点を、前記受信部が受信した地点の情報から抽出する受信抽出部と、前記受信抽出部が抽出した地点の情報を表示する表示部と、を有する。
【００１０】
好適には、地点の情報を記憶する記憶部と、取得した現在地の経路先の地点の情報を、前記記憶部から抽出する記憶抽出部と、を有し、前記表示部は、前記記憶抽出部が抽出した地点の情報を表示する、とよい。
【００１１】
好適には、前記受信部が受信した地点の情報において同一の区画に含まれる地点数が多い場合に区画を複数に分割する分割部、を有し、前記受信抽出部は、前記分割部により分割された区画により、取得した現在地の区画に含まれる地点を抽出する、とよい。
【発明の効果】
【００１２】
本発明において地点検索装置は、装置通信部から、経路の情報とともに、ネットワーク上の情報から探索した前記経路の周辺の地点の情報を前記車載ナビゲーション装置へ送信する。
よって、車両に設置される車載ナビゲーション装置は、自ら直接的に、経路を探索したり、ネットワーク上の情報を探索したりする必要がない。車両に設置される車載ナビゲーション装置は、保持するデータの内容が現実社会とは異なるものとなっても、インターネットなどのネットワーク上の情報が更新されても、リソースが古くなっても、ネットワーク上の情報から得られる地点の情報を用いることができる。
しかも、地点検索装置は、単に経路や地点の情報を送信するのではなく、経路の周辺の地点の情報を探索し、経路の情報とともに車載ナビゲーション装置へ送信する。よって、車載ナビゲーション装置において、車内において、経路の周辺の地点の情報を活用できる。
特に、経路の周辺の地点の情報については、地点検索装置におけるユーザによる探索履歴に基づくジャンルにより探索されるため、ユーザが興味あると考えられる地点についての情報を集約して、車載ナビゲーション装置へ送信できる。ユーザにとって利用価値が高いと考えられる地点の情報に絞って送信できる。
そして、このようにネットワーク上の情報の情報から、ユーザにとって利用価値が高いと予想される経路の近く地点の情報を検索することにより、車載ナビゲーション装置へ送信する情報量を抑えて、車載ナビゲーション装置の通信や記憶の負担を抑えることができる。
その結果、車載ナビゲーション装置は、車両に固定的に設置されていたとしても、たとえばインターネットといったネットワーク上の情報を好適に長く利用することができると期待できる。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明が適用可能な自動車の説明図である。
【図２】図２は、本発明の第一実施形態に係る車載ナビゲーション装置を含むナビゲーションシステムの説明図である。
【図３】図３は、図２のユーザ端末が車載ナビゲーション装置に代わって検索抽出したデータを、車載ナビゲーション装置へ転送する前に実施する地点検索処理の一例のフローチャートである。
【図４】図４は、地点を地域ごとに分類する区画の説明図である。
【図５】図５は、図２の車載ナビゲーション装置がデータを受信した後に実施する地点のナビゲーション処理の一例のフローチャートである。
【図６】図６は、図２のナビ表示部に表示される地点の案内画面の説明図である。
【図７】図７は、図２のナビ表示部に表示される地点の他の案内画面の説明図である。
【図８】図８は、本発明の第二実施形態に係る車載ナビゲーション装置がユーザ端末から受信データを受信した際に実施する再区分処理の一例のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態を、図面に基づいて説明する。
【００１５】
［第一実施形態］
図１は、本発明が適用可能な自動車１の説明図である。
自動車１は、車両の一例である。
図１の自動車１は、車体２を有する。車体２には、乗員室３が設けられる。乗員は、乗員室３に乗車してシート４に着座する。
ところで、図１の自動車１では、車載ナビゲーション装置２１が用いられることがある。図１において、車載ナビゲーション装置２１は、シート４に着座した乗員の前側に位置するダッシュボード５の中央部分に、固定的に取り付けられる。
そして、車載ナビゲーション装置２１は、たとえば目的地が入力されると、その目的地までの経路を検索し、検索した経路で自動車１を案内する。
【００１６】
ところで、自動車１に設置される車載ナビゲーション装置２１は、目的地を検索できるようにするために、複数の地点データを有する。
これに対し、現実社会では、新たな店舗などができたり、過去にあった地点が消滅したりする。
このため、車載ナビゲーション装置２１においても、地点データなどのナビデータを定期的に更新できるようになっている。
しかしながら、現実社会は常に変化しており、その変化のスピードも近年早くなってきている様子がある。
【００１７】
そこで、地点データなどの内容と現実社会との乖離を少しでも減らし続けるために、車載ナビゲーション装置２１において、地点データを、インターネット４２から検索により取得することが考えられる。
インターネット４２上の情報は、現実社会の変化に好適に追従していると考えられ、それを利用することにより、現実社会に対応する地点の検索が可能になると考えられる。
しかしながら、車載ナビゲーション装置２１は、自動車１に固定的に設置されるものである。車載ナビゲーション装置２１は、自動車１に設置した時点では最新のものであったとしても、数年も経過しないうちに性能が低いものになってしまう。
これに対し、インターネット４２上の情報は、短期間で激しく更新される。
また、近年の情報化社会では、インターネット４２の情報量が飛躍的に増えているだけでなく、インターネット４２の情報の質が短期間の間に急激にリッチなものへ変化している。
このため、車載ナビゲーション装置２１は、インターネット４２において地点データを検索し得たとしても、車載ナビゲーション装置２１のメモリやＣＰＵといったリソースそのものが新たな質の情報に対応できなくなって時代遅れとなることにより、インターネット４２の検索が実質的に可能となる期間が非常に短くなっていると考えられる。車載ナビゲーション装置２１は、ソフトウェアやファームウェアを更新したとしても、数年が経過すれば新たな時代の情報に対応することができない。
車載ナビゲーション装置２１を用いたインターネット４２上の情報の検索を可能にし続けるためには、自動車１に固定的に設置される車載ナビゲーション装置２１を、通常のコンピュータ装置や携帯端末などと同様に、短期間で頻繁に更新しなければならなくなる。
しかも、インターネット４２上の整理がなされていない多量の情報から、車載ナビゲーション装置２１を用いた経路案内において利用可能な情報を検索して抽出することは、容易でない。
このような大量の情報を扱う検索処理を、非常に限られたリソースしか持たない車載ナビゲーション装置２１において実施した場合、ユーザが所望の地点データを得られるとは限らない。
このように自動車１に設置される車載ナビゲーション装置２１では、インターネット４２上の情報を、好適に長く利用できるようにすることが求められている。
【００１８】
図２は、本発明の第一実施形態に係る車載ナビゲーション装置２１を含むナビゲーションシステム１０の説明図である。
ナビゲーションシステム１０は、車載ナビゲーション装置２１と、地点検索処理を実行するユーザ端末１１と、を有する。
【００１９】
ユーザ端末１１は、端末表示部１２、端末操作部１３、端末通信部１４、端末ＣＰＵ１５、端末メモリ１６、およびこれらを相互にデータ通信可能に接続する端末バス１７、を有する。
ユーザ端末１１には、たとえばユーザが携帯する携帯情報端末、ユーザが自宅などで使用するコンピュータ装置がある。
【００２０】
端末通信部１４は、たとえば無線通信デバイス、有線通信デバイスである。端末通信部１４は、たとえば無線通信により基地局４１とデータ通信する。基地局４１は、インターネット４２に接続される。インターネット４２には、この他にもたとえば、検索サーバ装置４３、ウェブサーバ装置４４、が接続される。ウェブサーバ装置４４は、インターネット４２上で一意に割り当てられるＵＲＬ（Uniform Resource Locator）において、店舗などを掲載するウェブページを公開する。ウェブページには、通常、店舗で提供する商品やサービスについての説明や、店舗の所在地を示す住所や電話番号の情報が含まれる。検索サーバ装置４３は、周期的に予めインターネット４２上で公開されているウェブページの情報を収集する。
そして、たとえばユーザ端末１１の端末通信部１４は、店舗名などを指定した検索リクエストを検索サーバ装置４３へ送信する。検索サーバ装置４３は、検索リクエストに含まれる店舗名を検索条件として、収集したウェブページの情報から、店舗名を含むウェブページの情報を抽出する。検索サーバ装置４３は、検索により抽出した店舗名を含むウェブページを、検索リクエストの応答としてユーザ端末１１の端末通信部１４へ送信する。端末通信部１４は、インターネット４２上のサーバ装置と通信することができる。
【００２１】
端末表示部１２は、たとえば液晶表示デバイス、モニタデバイス、である。端末表示部１２は、たとえばインターネット４２上の情報を検索サーバ装置４３により検索するための検索画面、検索結果の表示画面などを表示する。検索結果の表示画面には、たとえば検索リクエストの応答として受信した複数のウェブページがリスト表示される。
【００２２】
端末操作部１３は、たとえばタッチパネルデバイス、キーボードデバイス、ポインティングデバイス、音声認識デバイス、である。端末操作部１３は、端末表示部１２とともにユーザインタフェースを構成する。端末操作部１３は、端末表示部１２の表示に基づいて、リスト表示からウェブページを選択する。
【００２３】
端末メモリ１６は、たとえばハードディスクデバイス、半導体メモリデバイス、である。端末メモリ１６は、端末ＣＰＵ１５がたとえば地点検索処理に利用するプログラム３１やデータを記憶する。
図２には、端末メモリ１６に記憶されるデータの一例として、ウェブ検索履歴１８のデータが示されている。ウェブ検索履歴１８のデータは、ユーザがユーザ端末１１を用いて過去に検索したウェブページを蓄積したデータである。
【００２４】
端末ＣＰＵ１５は、端末メモリ１６に記憶されるプログラムを読み込んで実行する。これにより、ユーザ端末１１の制御部が実現される。端末ＣＰＵ１５は、端末バス１７を通じて端末通信部１４のリソースであるデバイスを使用して、プログラム３１に基づく処理を実行する。
たとえば、端末ＣＰＵ１５は、端末通信部１４を用いてインターネット４２上の情報を検索する。これにより、ウェブ検索履歴１８のデータが生成または更新される。
この他にもたとえば、端末ＣＰＵ１５は、自動車１の経路を生成する。
この他にもたとえば、端末ＣＰＵ１５は、端末通信部１４を用いてインターネット４２上の情報から、経路の周辺の地点データを検索する。
この他にもたとえば、端末ＣＰＵ１５は、生成した経路の情報とともに、経路の周辺について検索した地点データを、車載ナビゲーション装置２１へ送信する。
【００２５】
車載ナビゲーション装置２１は、ナビ表示部２２、ナビ操作部２３、ナビ通信部２４、ＧＰＳ受信機２５、ナビＣＰＵ２６、ナビメモリ２７、およびこれらを相互にデータ通信可能に接続するナビバス２８、を有する。
車載ナビゲーション装置２１は、自動車１に設置されて、自動車１を経路により案内する。
【００２６】
ナビ通信部２４は、たとえば無線通信デバイスである。端末通信部１４は、たとえば無線通信によりユーザ端末１１の端末通信部１４とデータ通信する。ナビ通信部２４は、端末通信部１４から、たとえば、目的地、経路、および経路周辺の地点データを受信する。
【００２７】
ナビ表示部２２は、たとえば液晶表示デバイス、ヘッドマウントディスプレイデバイス、自動車１のフロントガラス６へのプロジェクション表示デバイス、である。ナビ表示部２２は、たとえば目的地までの経路の案内画面、経路周辺の地点の案内画面などを表示する。
【００２８】
ナビ操作部２３は、たとえばタッチパネルデバイス、音声認識デバイス、である。ナビ操作部２３は、ナビ表示部２２とともにユーザインタフェースを構成する。ナビ操作部２３は、ナビ表示部２２の表示に基づいて、たとえば経路周辺の地点を選択する。
【００２９】
ＧＰＳ受信機２５は、複数のＧＰＳ衛星からの電波を受信し、自動車１の現在地の位置情報を生成する。
【００３０】
ナビメモリ２７は、たとえばハードディスクデバイス、半導体メモリデバイス、である。ナビメモリ２７は、ナビＣＰＵ２６がたとえば地点のナビゲーション処理に利用するプログラム３１やデータを記憶する。
図２には、ナビメモリ２７に記憶されるデータの一例として、プログラム３１のデータ、自動車１が走行可能な道路についての道路データ３２、店舗などの地点データ３３、ナビ通信部２４がユーザ端末１１から受信した目的地、経路、および経路周辺の地点などの受信データ３４、が示されている。そして、ナビメモリ２７に記憶されるプログラム３１のデータは、新たなプログラム３１のデータにより、道路データ３２は、新たな道路データ３２により、地点データ３３は、新たな地点データ３３により更新することが可能である。
【００３１】
ナビＣＰＵ２６は、ナビメモリ２７に記憶されるプログラム３１を読み込んで実行する。これにより、車載ナビゲーション装置２１の制御部が実現される。ナビＣＰＵ２６は、ナビバス２８を通じて車載ナビゲーション装置２１のリソースであるデバイスを使用して、プログラム３１に基づく処理を実行する。
たとえば、ナビＣＰＵ２６は、目的地までの経路を地図上に表示して案内する。
この他にもたとえば、ナビＣＰＵ２６は、ナビ通信部２４を用いてユーザ端末１１から目的地、経路、および経路周辺の地点などのデータを受信し、ナビメモリ２７に記憶させる。これにより、ナビメモリ２７には、ユーザ端末１１において検索された目的地、経路、および経路周辺の地点のデータが記憶される。
この他にもたとえば、ナビＣＰＵ２６は、ナビメモリ２７に記憶されている地点データ３３および受信データ３４を用いて、たとえば現在地の周辺の地点の情報をナビ表示部２２に表示するナビゲーション処理を実行する。
【００３２】
次に、以上の構成を有するナビゲーションシステム１０の動作について説明する。
図３は、図２のユーザ端末１１が車載ナビゲーション装置２１に代わって検索抽出したデータを、車載ナビゲーション装置２１へ転送する前に実施する地点検索処理の一例のフローチャートである。
ユーザ端末１１の端末ＣＰＵ１５は、図３の処理を繰り返し実行する。
【００３３】
図３の地点検索処理において、端末ＣＰＵ１５は、ユーザ端末１１において目的地が選択されているか否かを判断する（ステップＳＴ１）。
目的地が選択されていない場合、端末ＣＰＵ１５は、図３の処理を終了する。
【００３４】
目的地が選択されている場合、端末ＣＰＵ１５は、端末メモリ１６に記憶されている道路データ３２を用いて、ユーザ端末１１または車載ナビゲーション装置２１の現在地から目的地までの経路を生成する（ステップＳＴ２）。
【００３５】
目的地までの経路を生成した後、端末ＣＰＵ１５は、端末メモリ１６にウェブ検索履歴１８があるか否かを判断する（ステップＳＴ３）。
ユーザ端末１１において、インターネット４２上の情報を検索した場合、それによりアクセスしたウェブページのデータが、ウェブ検索履歴１８として端末メモリ１６に保存される。
ウェブ検索履歴１８がない場合、端末ＣＰＵ１５は、処理を後述するステップＳＴ７へ進める。
ウェブ検索履歴１８がある場合、端末ＣＰＵ１５は、その履歴に含まれるジャンルの地点であって、生成した経路の周辺に存在する地点を検索する。
【００３６】
具体的には、端末ＣＰＵ１５は、まず、ウェブ検索履歴１８に含まれる地点の情報を抽出し、その地点に存在する店舗が提供するサービスまたは商品についてのウェブジャンルを生成する（ステップＳＴ４）。
たとえばウェブ検索履歴１８にイタリアンレストランの情報が含まれている場合、端末ＣＰＵ１５は、ウェブジャンルとして、たとえば洋食といったジャンルを生成する。
なお、端末ＣＰＵ１５は、レストランや、イタリアンレストランといったウェブジャンルを生成してもよい。
端末ＣＰＵ１５は、たとえば予め定められたウェブジャンルリストから最適なものを選択することにより、ウェブジャンルを生成してよい。
【００３７】
次に、端末ＣＰＵ１５は、生成したウェブジャンルを用いて、ウェブ検索履歴１８に含まれる地点の情報を抽出する（ステップＳＴ５）。
【００３８】
また、端末ＣＰＵ１５は、生成したウェブジャンルを用いてインターネット４２上の情報を検索し、生成した経路の周辺に存在する地点の情報を検索する（ステップＳＴ６）。
ここで、端末ＣＰＵ１５は、インターネット４２上から取得した地点が、経路の周辺に存在するか否かを判断するために、経路からの地点までの距離を演算し、所定値以下の距離の地点を、経路の周辺に存在する地点として検索してもよいが、予め経路に基づいて定めた区画に含まれる場合に、経路の周辺に存在する地点として検索してもよい。
【００３９】
図４は、地点を地域ごとに分類する区画５１の説明図である。
図４の地域は、正方形の複数の区画５１に分けられている。そして、ハッチングを付した区画５１は、経路が通過する区画５１である。経路は、複数の区画５１に分けられる。
この場合、端末ＣＰＵ１５は、ハッチングを付した区画５１に住所が含まれる地点を、経路の周辺に存在する地点として検索してもよい。
【００４０】
経路の周辺に存在する地点を検索した後、端末ＣＰＵ１５は、予め設定されている固定ジャンルを用いてインターネット４２上の情報を検索し、生成した経路の周辺に存在する固定ジャンルの地点の情報を検索する（ステップＳＴ７）。
なお、ステップＳＴ３においてウェブ検索履歴１８がないと判断した場合も、端末ＣＰＵ１５は、予め設定されている固定ジャンルを用いてインターネット４２上の情報を検索し、生成した経路の周辺に存在する固定ジャンルの地点の情報を検索する。
【００４１】
固定ジャンルの地点を検索した後、端末ＣＰＵ１５は、以上の処理により抽出または検索したそれぞれの地点の情報に、図４におけるそれぞれの地点の区画５１を識別するための区画属性を付加する（ステップＳＴ８）。
区画属性は、たとえば図４の左上の区画５１を（０，０）とし、右方向または下方向へ１つずつ値を増加させたような一意に特定可能な属性情報でよい。
また、区画属性は、それぞれの区画５１についての緯度経度の情報でもよい。
【００４２】
区画属性を付加した後、端末ＣＰＵ１５は、以上の処理により得た目的地、経路、および複数の地点の地点データを、車載ナビゲーション装置２１へ送信する（ステップＳＴ９）。
端末通信部１４は、ナビ通信部２４へデータを送信する。
車載ナビゲーション装置２１のナビメモリ２７は、ナビ通信部２４が受信したデータを記憶する。
これにより、ナビメモリ２７には、ユーザ端末１１で設定された目的地、経路、および複数の地点の地点データが、受信データ３４として記憶される。
【００４３】
図５は、図２の車載ナビゲーション装置２１がデータを受信した後に実施する地点のナビゲーション処理の一例のフローチャートである。
車載ナビゲーション装置２１のナビＣＰＵ２６は、図５の処理を繰り返し実行する。
【００４４】
図５の地点のナビゲーション処理において、ナビＣＰＵ２６は、まず、受信データ３４があるか否かを判断する（ステップＳＴ１１）。
受信データ３４がない場合、ナビＣＰＵ２６は、処理をステップＳＴ１６へ進める。
【００４５】
受信データ３４がある場合、ナビＣＰＵ２６は、受信データ３４に基づく地点のナビゲーション処理を実行する。
受信データ３４に基づく地点のナビゲーション処理において、ナビＣＰＵ２６は、ＧＰＳ受信機２５から現在地の位置情報を取得する（ステップＳＴ１２）。
次に、ナビＣＰＵ２６は、図４の複数の区画５１から、現在地を含む現区画を選択する（ステップＳＴ１３）。
次に、ナビＣＰＵ２６は、受信データ３４に含まれる複数の地点データから、現区画に含まれる地点データを抽出する（ステップＳＴ１４）。
そして、ナビＣＰＵ２６は、抽出した地点データを、ナビ表示部２２に表示する（ステップＳＴ１５）。
【００４６】
図６は、図２のナビ表示部２２に表示される地点の案内画面の説明図である。
図６の左分割画面６１には、地図が現在地および経路を重ねて表示されている。
右分割画面６２には、複数の地点の情報がリスト表示される。ナビＣＰＵ２６は、抽出した地点データのジャンルや名称といった情報を、右分割画面６２にリスト表示する。
【００４７】
図７は、図２のナビ表示部２２に表示される地点の他の案内画面の説明図である。
ナビＣＰＵ２６は、ユーザの設定などに基づいて、図６の画面と図７の画面とを切り替えてナビ表示部２２に表示する。
図７では、現在地からの進路が俯瞰図で表示される。ナビＣＰＵ２６は、俯瞰図に住所が表示される地点データのジャンルや名称といった情報を、それぞれの住所位置に立てた旗マーク７１または吹き出しに割り付け表示する。
【００４８】
受信データ３４に基づく地点のナビゲーション処理の後、ナビＣＰＵ２６は、自動車１がハイウェイを走行しているか否かを判断する（ステップＳＴ１６）。
自動車１がハイウェイを走行していない場合、ナビＣＰＵ２６は、図５の処理を終了する。
【００４９】
自動車１がハイウェイを走行している場合、ナビＣＰＵ２６は、さらに自動車１のガソリンといった燃料が所定値より少ないか否かを判断する（ステップＳＴ１７）。
残燃料が少ない場合、ナビＣＰＵ２６は、記憶部の地点データ３３から、経路先の地点であるサービスエリアおよびガソリンスタンドの地点データ３３を抽出する（ステップＳＴ１８）。
ナビＣＰＵ２６は、記憶部の地点データ３３から抽出したサービスエリアおよびガソリンスタンドのジャンルや名称といった情報を、ナビ表示部２２に表示する（ステップＳＴ１９）。
この際、ナビＣＰＵ２６は、たとえば既に図６または図７の地点の案内画面を表示している場合、受信データ３４に基づく地点とともに、記憶部の地点データ３３に基づく地点を追加して表示してよい。
たとえば図６のリスト表示では、上２つの地点は、受信データ３４に基づく地点である。これに対し、上から三番目の地点は、記憶部の地点データ３３に基づく地点である。
【００５０】
残燃料が少なくない場合、ナビＣＰＵ２６は、記憶部の地点データ３３から、経路先の地点であるサービスエリアの地点データ３３を抽出する（ステップＳＴ２０）。
ナビＣＰＵ２６は、記憶部の地点データ３３から抽出したサービスエリアのジャンルや名称といった情報を、ナビ表示部２２に表示する（ステップＳＴ１９）。
この際、ナビＣＰＵ２６は、たとえば既に図６または図７の地点の案内画面を表示している場合、受信データ３４に基づく地点とともに、記憶部の地点データ３３に基づく地点を追加して表示してよい。
その後、ナビＣＰＵ２６は、図５の処理を終了する。
【００５１】
以上のように、本実施形態では、ユーザ端末１１が、端末通信部１４から、経路の情報とともに、インターネット４２上の情報から検索した経路の周辺の地点データを車載ナビゲーション装置２１へ送信する。
よって、自動車１に設置される車載ナビゲーション装置２１は、自ら直接的に、経路を検索したり、インターネット４２上の情報を検索したりする必要がない。自動車１に設置される車載ナビゲーション装置２１は、保持するデータの内容が現実社会とは異なるものとなっても、インターネット４２上の情報が更新されても、リソースが古くなっても、インターネット４２上の情報から得られる地点データを用いることができる。
しかも、ユーザ端末１１は、単に経路や地点データを送信するのではなく、経路の周辺の地点データを検索し、経路の情報とともに車載ナビゲーション装置２１へ送信する。よって、車載ナビゲーション装置２１において、車内において、経路の周辺の地点データを活用できる。
特に、経路の周辺の地点データについては、ユーザ端末１１におけるユーザによるウェブ検索履歴１８に基づくウェブジャンルにより検索されるため、ユーザが興味あると考えられる地点についての情報を集約して、車載ナビゲーション装置２１へ送信できる。ユーザにとって利用価値が高いと考えられる地点データに絞って送信できる。
そして、このようにインターネット４２上の情報の情報から、ユーザにとって利用価値が高いと予想される経路の近く地点データを検索することにより、車載ナビゲーション装置２１へ送信する情報量を抑えて、車載ナビゲーション装置２１の通信や記憶の負担を抑えることができる。
車載ナビゲーション装置２１は、自動車１に固定的に設置されているとしても、たとえばインターネット４２上の情報を好適に長く利用することができると期待できる。
【００５２】
本実施形態では、経路を複数の区画５１に分ける区画情報を、検索した経路の周辺の地点データに付加する。よって、自動車１に設置される車載ナビゲーション装置２１は、この付加された区画５１の情報を用いて、区画５１ごとに地点データを抽出した活用できる。たとえば、現在地の区画５１についての情報を、受信した複数の地点データから容易に抽出して表示することができる。
【００５３】
本実施形態では、端末ＣＰＵ１５は、予め定められた固定ジャンルを用いてウェブ検索により経路の周辺の地点を検索する。一定の情報については、ウェブ検索履歴１８に存在しなくても、常に車載ナビゲーション装置２１へ送信できる。よって、たとえばユーザが自動車１で移動する際に利用する可能性がある一定のジャンルの地点データについては、必ず車載ナビゲーション装置２１へ送信できる。ユーザが自動車１で移動する際に利用する可能性が高いジャンルとしては、たとえばガソリンスタンド、サービスエリアなどがある。
【００５４】
本実施形態において自動車１に設置されて経路を案内する車載ナビゲーション装置２１は、取得した現在地の区画５１に基づいて、その現区画に含まれる地点を、ユーザ端末１１が送信してナビ通信部２４が受信した地点データから抽出し、ナビ表示部２２に表示する。
よって、車載ナビゲーション装置２１は、現区画に基づいて絞り込んだ、現在地の近くにある地点データをナビ表示部２２に表示することができる。車載ナビゲーション装置２１は、現在地において利便性が高い地点データを表示することができる。
【００５５】
本実施形態において車載ナビゲーション装置２１は、さらに、自らのナビメモリ２７に記憶する地点データ３３を現在地から抽出して表示する。
これにより、車載ナビゲーション装置２１は、自ら保持する地点データ３３が、区画により分類されていなくても、たとえば受信した地点データと併せて表示することができる。ユーザへ提供可能な情報量を減らさないようにできる。
【００５６】
［第二実施形態］
次に、本発明の第二実施形態に係るナビゲーションシステム１０について説明する。以下の説明では、主に第一実施形態との相違点について説明し、第一実施形態と共通性を有する構成については同一の符号を付してその説明を省略する。
【００５７】
図８は、本発明の第二実施形態に係る車載ナビゲーション装置２１がユーザ端末１１から受信データ３４を受信した際に実施する再区分処理の一例のフローチャートである。
車載ナビゲーション装置２１のナビＣＰＵ２６は、図８の処理を繰り返し実行する。
【００５８】
図８の再区分処理において、ナビＣＰＵ２６は、まず、ユーザ端末１１から受信データ３４を受信したか否かを判断する（ステップＳＴ２１）。
ユーザ端末１１から受信データ３４を受信していない場合、ナビＣＰＵ２６は、図８の処理を終了する。
【００５９】
ユーザ端末１１から受信データ３４を受信している場合、ナビＣＰＵ２６は、区画５１を選択する（ステップＳＴ２２）。
ナビＣＰＵ２６は、受信データ３４において選択した同一の区画５１に含まれる地点数をカウントし、閾値以上あるか否かを判断する（ステップＳＴ２３）。
閾値は、たとえば図６または図７の画面において表示可能な地点数に基づいて設定すればよい。
地点数が閾値以上でない場合、ナビＣＰＵ２６は、処理をステップＳＴ２６へ進める。
【００６０】
地点数が閾値以上である場合、ナビＣＰＵ２６は、選択した区画５１を複数の区画５２に分割する（ステップＳＴ２４）。
選択した区画５１の分割処理において、ナビＣＰＵ２６は、たとえば地点数を閾値数で除算した数値を切り上げて、分割数を得る。
次に、ナビＣＰＵ２６は、選択した区画５１を、分割数で均等に分割する。
たとえば図４の上部中央の区画５１は、多数の地点データを含むため、図中に破線で示すように縦方向および横方向において分割されて４つの区画５２に分割されている。
【００６１】
次に、選択した区画５１に含まれる複数の地点データのそれぞれについての区画を、それぞれの住所を含む分割後の区画５２へ更新する（ステップＳＴ２５）。
【００６２】
選択した区画５１の分割処理を終えると、ナビＣＰＵ２６は、受信データ３４に含まれるすべての区画５１について以上の分割処理をしたか否かを判断する（ステップＳＴ２６）。
すべての区画５１について処理をし終えていない場合、ナビＣＰＵ２６は、処理をステップＳＴ２２へ戻す。ナビＣＰＵ２６は、受信データ３４から次の区画５１を選択し、以上の処理を繰り返す。
その後、すべての区画５１について処理をし終えると、ナビＣＰＵ２６は、図８の処理を終了する。
【００６３】
以上のように、本実施形態では、ナビメモリ２７に記憶される記憶データにおいて、各区画５１に含まれる地点データの個数を閾値以下に抑えることができる。
たとえば図６の画面において現在地に関連付けて区画５１ごとにナビ表示部２２に表示される地点データは、必要に応じて複数に分割された区画５１，５２に対応付けられる。
その結果、自動車１の現在地が経路に沿って移動することにより、すべての地点データは、必要に応じて分割された区画５１，５２ごとに順次切り替えられて、ナビ表示部２２に適切に表示される。
また、ユーザ端末１１における１つの区画５１が大きくて、車載ナビゲーション装置２１には適さない数の地点が１つの区画５１に含まれている場合であっても、車載ナビゲーション装置２１において適切な地点数毎の区画５２に分割し、車載ナビゲーション装置２１の処理に支障を来たさないようにできる。
たとえば、市街地などのように現実的に複数の地点が密集している場合であっても、車載ナビゲーション装置２１において利用する際には各区画５１，５２の地点数を適切な数に抑えることができる。
【００６４】
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明はこれに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【符号の説明】
【００６５】
１…自動車（車両）、２…車体、３…乗員室、４…シート、５…ダッシュボード、６…フロントガラス、１０…ナビゲーションシステム、１１…ユーザ端末、１２…端末表示部、１３…端末操作部、１４…端末通信部、１５…端末ＣＰＵ、１６…端末メモリ、１７…端末バス、１８…ウェブ検索履歴、２１…車載ナビゲーション装置、２２…ナビ表示部、２３…ナビ操作部、２４…ナビ通信部、２５…ＧＰＳ受信機、２６…ナビＣＰＵ、２７…ナビメモリ、２８…ナビバス、３１…プログラム、３２…道路データ、３３…地点データ、３４…受信データ、４１…基地局、４２…インターネット、４３…検索サーバ装置、４４…ウェブサーバ装置、５１，５２…区画、６１…左分割画面、６２…右分割画面、７１…旗マーク
【図１】
2019178881.tif 000003
【図２】
2019178881.tif 000004
【図３】
2019178881.tif 000005
【図４】
2019178881.tif 000006
【図５】
2019178881.tif 000007
【図６】
2019178881.tif 000008
【図７】
2019178881.tif 000009
【図８】
2019178881.tif 000010