JP4084901B2

JP4084901B2 - Information provision system

Info

Publication number: JP4084901B2
Application number: JP5865399A
Authority: JP
Inventors: 君吉待井; 和義古賀; 松尾　　茂; 吉高新
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-03-05
Filing date: 1999-03-05
Publication date: 2008-04-30
Anticipated expiration: 2019-03-05
Also published as: JP2000258172A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークにアクセスする情報端末及び情報を提供するサーバシステムに係り、特に家庭内、自動車等の移動体内、または歩行中などさまざまな場所でインターネットの情報をアクセスすることを可能とする情報端末と、前記端末のそれぞれの使用場所に最適な形態で情報を提供するサーバとを備える情報提供システムに関する。
【０００２】
【従来の技術】
特開平１０−１０５０５３号公報、特開平７−２６２４９４号公報には、ネットワーク型の地図情報提供システムが開示されている（第１、第２の従来技術）。上記第１の従来技術では、所定のエリア単位で地図情報を受信し、自車がエリアから外れる前に次のエリアの地図情報を受信する。次のエリアの地図情報を受信した後、その前に使用していた地図データを消去する。上記第２の従来技術では、センターに経路情報を記憶し、端末から送信された現在位置情報および目的地位置情報に基づいて、端末の現在地近傍の主要な情報を端末に送信する。
【０００３】
また、特開平１０−１２２８８５号公報には、ナビゲーション装置が開示されている（第３の従来技術）。この第３の従来技術では、ルート入力用のコンピュータからナビゲーションシステム本体に対して走行ルートを入力する。ナビゲーションシステムは、分岐点に近づいたときに、その走行ルートと現在地に基づいて分岐方向を求める。
【０００４】
また、特開平７−３３２９９３号公報にもナビゲーション装置が開示されている（第４の従来技術）。この第４の従来技術では、推奨ルート途中にある交差点、形状の複雑な交差点などを検出する手段を備えている。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記第１の従来技術においては、地図の切れ目に近づいたときに次のエリアの地図全体をダウンロードするので、端末側のメモリが足りなくなった場合に対処できないと考えられる。本従来技術では、使い終えた地図を消去する例も開示されてはいるが、次のエリアの地図データをダウンロードする前ではないので、メモリ不足の対策とはなり得ない。また、地図の切れ目に近づいてからダウンロードするので、例えばダウンロードする地点がトンネル内のように通信できない場所などでダウンロードできなかった場合に、ユーザは地図を参照することができない。また、道なりに進めばよい場合など、地図が必ずしも必要でない場合でも地図をダウンロードすることになり、通信料金が高くなると考えられる。
【０００６】
上記第２の従来技術では、端末の位置情報に基づいて、端末の現在地近傍の地図をサーバからダウンロードするので、第１の従来技術と同様、ダウンロードする時点で通信不良があった場合にダウンロードできず、地図を参照することができなくなる。また、端末側のメモリが足りない場合の対処について記述が無く、端末のメモリ不足に対応できないと考えられる。
【０００７】
上記第３、第４の従来技術では、端末が持っている地図データベースのデータを用いることから、道路の増設や閉鎖など地図の更新に対応できない。特に第４の従来技術では、重要地点はあくまでも地図の拡大表示に使用されるだけであり、重要地点において道路増設などの変更があった場合にはユーザに混乱をもたらしてしまう。また、地図データベースを格納するための外部記憶装置が必要になり、システムが高額になったり、パッケージが大きくなったりする。
【０００８】
本発明は上記の各問題点を鑑みてなされたもので、サーバからの地図情報提供サービスをより効率的、低価格で実施することを可能とする、サーバと車両に搭載される端末とを備える情報提供システムを提供することを目的とする。
【０００９】
また、本発明の他の目的は、サーバと端末との通信の負担が大きくなることを防ぐ手段を提供することにある。
【００１０】
また、本発明の他の目的は、情報提供システムにおいて、サーバからダウンロードするタイミングを最適化することが可能な手段を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために本発明は、車両に搭載され目的地までの経路誘導を行う端末器と、該端末器へ経路誘導に用いる地図データを少なくとも含む情報を提供するサーバ装置とを備える情報提供システムにおいて、前記端末器および前記サーバ装置のうちいずれか一方に、前記地図データを少なくとも含む情報を前記サーバ装置から前記端末器へ送信すべきタイミングを決定する情報提供タイミング決定手段を備えることを特徴とする。
【００１２】
ここで、前記情報提供タイミング決定手段は、例えば、自車の位置を利用して、予め設定された位置に自車が到達した場合、前記地図データを少なくとも含む情報を前記サーバ装置から前記端末器へダウンロードするタイミングを決定する。また、前記情報提供タイミング決定手段は、前記端末器のその時点での利用可能な資源情報、および、目的地までの誘導経路に関する情報のうち、少なくとも一方を用いて、前記地図データを少なくとも含む情報を送信すべきタイミングを決定すること構成としてもよい。
【００１３】
また、上記目的を達成するために本発明は、情報提供システムにおいて、前記サーバ装置および前記端末器のうちいずれか一方に、該端末器のその時点での資源情報を取得して、該資源情報に応じて前記地図データを少なくとも含む情報の情報量を計算する手段を有し、前記サーバ装置は、前記算出された情報量に応じて、前記端末器に送信すべき情報を生成することを特徴とする。
【００１４】
【発明の実施の形態】
本発明の実施の形態について、以下、図面を参照しながら述べる。
【００１５】
図１３は、本実施形態における情報提供システムの全体構成例を示したものである。本実施形態のシステムにおいては、インターネット網１３０１に、サーバ１３０２とプロバイダ１３０４が接続されている。端末器１３０６は、自車１３０５に備えられ、ＧＰＳ衛星１３０７からの信号を受信して現在地を検出する機能を備えている。サーバ１３０２は、端末器１３０６からの要求に応じて、地図データを提供する。端末器１３０６は、携帯電話で電話網１３０３を経由し、プロバイダ１３０４に接続してインターネット網１３０１にアクセスし、例えば、端末器１３０６の位置に応じてサーバ１３０２から地図をダウンロードする。
【００１６】
本実施形態における端末器１３０６の構成例を図１に示す。
【００１７】
端末器１３０６は、例えば図１に示すように、メモリ部１０１、ＧＰＳ部１０２、位置判定部１０３、入力装置１０４、処理装置１０５、表示制御装置１０６、地図表示判定装置１０７、外部記憶装置１０８、通信装置１０９、および、音声出力装置１１０を備えている。
【００１８】
端末器１３０６は、通信装置１０９を通じてサーバ１３０２からデータを受け取る。受け取ったデータは、メモリ部１０１や外部記憶装置１０８に格納され、後に利用される。
【００１９】
ＧＰＳ部１０２は、自車１３０５の位置を把握するためのものであり、自車１３０５の位置の緯度、経度を計測する。位置判定装置１０３は、ＧＰＳ部１０２が計測した緯度・経度情報を基に、自分がどの道路のどの辺りにいるのかを計算する。すなわち、地図情報と緯度・経度情報とをマッピングする。
【００２０】
地図表示判定装置１０７は、現在位置が地図をダウンロードすべき地点かどうかを判定するものである。
【００２１】
表示制御装置１０６は、自動車にすでに備え付けられている表示装置に表示データを送るものである。なお、本実施形態では端末器に表示装置を含んでいないが、表示装置も含む構成としてももちろん構わない。
【００２２】
入力装置１０４は、目的地等を入力するのに用いられる。入力装置１０４としては、リモコンが一般的に用いられる。但し、リモコンだけでなく、手書き入力用のタブレットであってもよい。音声出力装置１１０は、端末器１３０６またはサーバ１３０２からのメッセージを音声出力する。
【００２３】
次に、図２を用いて、端末器１３０６とサーバ１３０２の処理プロセスを説明する。
【００２４】
本処理プロセスでは最初、端末器１３０６のＧＰＳ部１０２が自車１３０５の位置を測定する（ステップ２０１）。次に、ユーザが端末器１３０６を操作して目的地を設定し、目的地はメモリ１０１または外部記憶装置１０８に保持される（ステップ２０２）。
【００２５】
ここで、目的地を端末器１３０６で保持するのは、経路途中で車のエンジンを切って再スタートしたときに、ユーザが目的地を再入力する手間を省くためである。エンジンを切って端末器１３０６の電源が切れるたびに目的地を設定するのは、ユーザにとって負担になる。また、本来の経路を外れてしまったときに経路を再計算するときにも、その度に目的地を設定するのは負担になる。目的地が保持されていれば、経路途中であることがわかり、保持されていなければ経路の途中ではなく、新たに目的地を設定する。
【００２６】
次に、通信装置１０９を用いて自車１３０５の位置と目的地とを、サーバ１３０２に送信する（ステップ２０３）。尚、ここで通信装置１０９として携帯電話を想定している。このとき、端末器１３０６は電話をサーバ１３０２に自動的にかけ、送信が終わると自動的に電話を切る機能を有するものとする。
【００２７】
サーバ１３０２は自車１３０５の位置と目的地を受信し、目的地までの経路を計算する（ステップ２０９）。尚、自車１３０５の位置と目的地は緯度・経度をサーバ１３０２に送信するか、または地名を送信してサーバ１３０２で緯度・経度に変換する。
【００２８】
次に、端末器１３０６が地図を表示すべき位置（以下、地図表示位置と呼ぶ）を計算する（ステップ２１０）。地図表示位置としては、例えば車が曲がるべき交差点を抽出する。ただし、交差点であっても、道なりにまっすくでよい場合は、地図をダウンロードしなくてもよいので、この場合は地図表示位置としない。また、交差点だけでなく、高速道路で降りるべきインターチェンジも地図表示位置としてもよい。また、同じ道路名でない道路に進入する地点も、地図表示位置になる。あるいは、既存のナビゲーションシステムにおいて、曲がるべき交差点を認識する手法を用いて、地図表示位置の求める構成としてもよい。
【００２９】
経路を計算し、地図表示位置を計算した後、サーバ１３０２はそれらを端末器１３０６に送信する（ステップ２１１）。
【００３０】
端末器１３０６はそれらを受信し、メモリ部１０１に格納する（ステップ２０４）。受信した経路情報は、自車１３０５の位置が経路から外れていないかどうかの確認に使われる。ここまでで、準備が完了する。
【００３１】
車が走行している場合、ＧＰＳ部１０２は常に自車１３０５の位置を測定し（ステップ２０５）、自車１３０５の位置に応じて処理を実行する。サーバ１３０２から受信した地図表示位置と自車１３０５の位置とを比較し、地図表示位置か、地図の拡大表示地点か、目的地か、その他かを判定する。経路外にあると判定された場合には、ステップ２０３へ処理を戻す。
【００３２】
地図表示位置周辺であれば、通信装置１０９を通じて、地図表示位置周辺の地図データをサーバ１３０２から受信する。具体的には、地図表示位置に近づいたら、自動的にサーバ１３０２に電話をかけて地図データ要求をサーバ１３０２へ送る（ステップ２１３）。サーバ１３０２では、該要求に該当する地図を検索し（ステップ２１４）、さらに要求されている地図の種類を判定し（ステップ２１５）、デフォルトの場合には予め設定されたデフォルト縮尺の地図を送信し（ステップ２１６）、拡大の場合には拡大地図を送信する（ステップ２１７）。
【００３３】
端末器１３０６では、サーバ１３０２から送られてきた地図データを受信し、受信が終わったら自動的に電話を切る。このとき、サーバ１３０２は携帯電話の電話番号によって、どのユーザからデータを受信したか判定してもよい。受信したデータは、表示制御装置１０６を通じて、表示装置（図示しない）に表示される（ステップ２０６）。さらに自車１３０５の位置が地図表示位置に近づくと、地図をさらに拡大表示する（ステップ２０７）。
【００３４】
この機能に関しては、前記地図データがベクトルデータであれば、端末器１３０６で拡大することが可能である。一方、前記地図データがイメージデータであれば、端末器１３０６で拡大することは不可能であるから、拡大された地図データをサーバ１３０２に要求する。
【００３５】
目的地に到達した場合には、全部の処理が終了する。そのとき、端末器１３０６に保持されていた経路情報、目的地は消去される（ステップ２１２）。
【００３６】
また、その他の場所であれば、表示装置の表示を消去する（ステップ２０８）。すなわち、地図表示位置や目的地から離れていれば、何も表示する必要が無い。但し、表示を消去するだけでなく、自車１３０５の位置の近くにあるランドマークに関連する情報を表示してもよい。
【００３７】
また、地図表示位置に来ても、必ずしも地図をダウンロードする必要はない。例えば、地図表示位置の手前に来たら、端末器１３０６がユーザに対して、地図をダウンロードする旨を伝える。その方法は、例えば図１６に示すように、ウィンドウ１６０１を表示する。それと同時に「次のエリアの地図をダウンロードします」といった音声を流してもよい。これに対して、ユーザが何もしなければ、端末器１３０６は地図のダウンロードを開始する。ユーザが入力装置１０４から何らかの方法でキャンセルの意志を伝えれば、ダウンロードしない。入力装置１０４としては、リモコンなどが使用可能である。
【００３８】
尚、上述した処理は端末器１３０６の電源が入っている間に実行されるものである。例えば、経路の途中で休憩した場合などで車のエンジンを切ったときには、端末器１３０６の電源も切れることが考えられる。そこで、エンジンを再スタートさせたときは、目的地が端末器１３０６内に保持されているかどうかを確認する。保持されていれば、目的地に到達していないということであるから、ステップ２０５から再開する。目的地が保持されていなければ、ステップ２０１から開始する。
【００３９】
図３は、本実施形態における表示の遷移例を表したものである。
【００４０】
画面３０１は、道なりにまっすぐ進んでいるときの表示例である。ここでは何も表示してないが、自車１３０５の位置の近くにあるランドマークに関連する情報を表示するようにしてもよい。ランドマークとしては、例えばレストラン等が挙げられる。レストランから発せられている情報、例えばメニューや値段を受信して表示装置に表示してもよい。
【００４１】
地図表示位置に近づいた場合の画面が画面３０２である。地図表示位置に近づいたかどうかは、自車１３０５の位置と地図表示位置との距離が一定以内になったかどうかで判定できる。これはＧＰＳ部１０２で測定した自車位置３０４と、地図表示位置３０５との距離を計算するだけで求めることができる。本画像例では、さらに、矢印３０６によって、車が進むべき方向を示す。画面３０２の場合では、地図表示位置３０５から左折するように示している。
【００４２】
さらに、地図表示位置３０５により近づいたら、画面３０３のように交差点付近がさらに拡大表示される。画面３０３でも、自車位置３０４、矢印３０６を表示している。この拡大表示の場合も、端末器１３０６がベクトルデータを受信した場合は端末器１３０６で拡大することが可能である。一方、イメージデータを受信した場合は、拡大された地図をサーバ１３０２からダウンロードする。
【００４３】
拡大表示された後、曲がるべき交差点を曲がったら、地図の表示を終了し、画面表示を消去する。そして、そのまま道なりに進んでいる間は、何も表示しないかあるいはランドマークに関する情報を表示する。または、図１１に示すようにその付近の概略地図を表示してもよい。これは、上記と同様である。
【００４４】
ランドマークに近づいたときにそれに関する情報を表示するには、端末器１３０６がランドマークの所在地を予め知っておく必要があるので、予めサーバ１３０２から受信する必要がある。そして、自車位置を常に計測して、ランドマークに近づいたかどうかを判断する必要がある。
【００４５】
図４は、サーバ１３０２の構成例を示したものである。
【００４６】
本例のサーバ１３０２は、通信装置４０１、入力受付部４０２、検索エンジン４０３、会員情報データベース４０４、地図データベース４０５、経路計算部４０６、イメージ展開部４０７、地図表示位置決定部４０８、ＨＴＭＬ変換部４０９、課金制御部４１０、イメージ／ベクトル判定部４１１、および、間引き判定部４１２を備えている。
【００４７】
本例のサーバ１３０２において、端末器１３０６からの要求はすべて通信装置４０１を通して受信する。受信したデータは、入力受付部４０２にて、どんなデータを受信したのかを判定する。
【００４８】
会員情報を受信した場合には、当該会員が、サーバ１３０２にアクセス可能な会員かどうかを判定する。アクセス不可能な会員ならば、以後のサービスを提供しないように端末器１３０６に通知する。または、イメージ地図データだけの提供にとどめるようにする。
【００４９】
会員情報は課金制御部４１０に送られ、課金制御部４１０は、会員情報ＤＢ４０４の会員情報を参照して、どの会員に課金するかを判定し、その会員のＩＤを端末器１３０６内部に保存する。
【００５０】
端末ユーザから自車１３０５の位置と目的地とに関するデータが送信されてきた場合にも、ユーザ情報の場合と同様、データはサーバ１３０２の通信装置４０１を通じて入力受付部４０２に送られる。自車１３０５の位置と目的地は、緯度・経度で表されている。目的地は緯度・経度でなく、目的地周辺の市外局番や郵便番号であってもよいが、その場合、入力受付部４０２等の所定の個所でそれらのデータを緯度・経度に変換する。
【００５１】
入力受付部４０２は自車１３０５の位置と目的地の緯度・経度データを検索エンジン４０３に渡し、検索エンジン４０３は地図ＤＢ４０５から地図データを検索し、目的とする地図データが含まれているメッシュの格納アドレスに対応する地図ＤＢ４０５中のインデックス（Index）を返してもらう。地図ＤＢ４０５は、一般に使われている地図データベースでよい。但し、ベクトル地図データを保持していることが望ましい。
【００５２】
インデックスがわかった後、当該インデックスは経路計算部４０６に送られ、自車１３０５の位置から目的地までの経路を計算する。経路を計算した後、その経路データは地図表示位置決定部４０８に送られ、端末器１３０６が地図をダウンロードする位置を決定する。
【００５３】
また、送信すべき地図種の判定を行うイメージ／ベクトル判定部４１１が、アクセスしているユーザが会員かどうかによってイメージ地図を提供するかベクトル地図を提供するかを判定する。会員であれば、ベクトル地図データを提供し、会員でなければイメージ地図データを提供する。ベクトル地図を提供すると、端末器１３０６で自由に拡大・縮小等ができるので、提供された地図とは異なる縮尺の地図が欲しくなっても、その度にサーバ１３０２からダウンロードする必要はなくなり、通信の負担が減る。
【００５４】
会員であれば検索エンジン４０３からインデックスを受け取り、さらに経路計算部４０６から経路情報を受け取り、経路情報と地図ＤＢ４０５のベクトル地図データを通信装置４０１に送る。通信装置４０１はそれらのデータを端末器１３０６に送信する。会員でなければ、イメージ／ベクトル判定部４１１は、地図ＤＢ４０５のインデックスと経路データをイメージ展開部４０７に送り、イメージ展開部４０７がイメージデータを生成する。当該イメージデータは、地図データの上に、経路を重ねて表示したものである。イメージ展開部４０７で作成されたイメージデータは、HTML変換部４０９でＨＴＭＬデータに変換される。このＨＴＭＬデータは通信装置４０１を通じて端末器１３０６に送信される。
【００５５】
端末器１３０６にデータを送信すると、課金制御部４１０は、どの会員にいくら課金するかを計算する。例えば、イメージ地図データを提供する場合は無償、ベクトル地図データを提供する場合は有償といった課金も可能である。
【００５６】
イメージ地図データの場合、受け取った端末器１３０６では、拡大・縮小等の機能があっても、あまり有効でない。したがって、例えば図３の画面３０２から画面３０３に切り替えるような場合、イメージ地図を２枚ダウンロードして表示することになり、通信の負担が増えるので、通信料金も増える。そこで、イメージ地図データを提供してもらう場合は、通信料金だけの負担となるようにし、サービス料金を徴収しない構成としてもよい。
【００５７】
ベクトル地図データの場合、一度ダウンロードすれば拡大・縮小は自由にできるので、例えば画面３０２から画面３０３に切り替えるような場合、地図をダウンロードし直す必要はなく、通信料金の負担も少なくなる。また、立体的な表示を可能とするための情報も含む地図データを利用するようにすれば、地図の３次元表示なども可能になり、地図を見やすく表示することが可能になる。したがって、ベクトル地図データの恩恵に浴するユーザからは、サービス料金を徴収するようにしてもよい。
【００５８】
地図の３次元表示には、既存のいわゆる「バードビュー」と呼ばれる技術を用いてよい。この技術は、２次元情報を斜め上から見ているような感覚で表示するものであり、既存のカーナビゲーションシステムで実用化されている。これは、サーバ１３０２から受信した地図データに対しても応用可能である。
【００５９】
図８に、課金制御部３１０で保持している課金情報の一例を示す。
【００６０】
課金情報としては会員ＩＤ８０１、データ量８０２、地図種８０３、アクセス日時８０４を保持している。このような課金情報は所定の締め日にまとめて集計されて課金額が決定され、ユーザが契約している金融機関に送られ、ユーザの口座から自動的に料金が引き落とされて支払われる。
【００６１】
端末器１３０６からサーバ１３０２に送信されるデータとしては、会員情報、自車位置、目的地などがある。これらのデータを送信するためのプロトコルを図５に示す。図５（ａ）は端末器１３０６からサーバ１３０２に、自車位置と目的地を送信するためのものである。この場合、コマンド５０１、会員ＩＤ５０２、自車位置５０３、目的地５０４、端末情報５０５を一つのパケットにして送信する。図５（ｂ）は、端末器１３０６からサーバ１３０２に、地図データを要求するためのものである。この場合、コマンド５０１、会員ＩＤ５０２、目的地５０４、縮尺５０６、端末情報５０５を一つのパケットにして送信する。
【００６２】
どちらのプロトコルでも、先頭にコマンドをつける。コマンドの種類は、経路計算要求、地図情報要求がある。コマンドの識別子としては、１バイトの文字コードを用いてよい。また、会員ＩＤ５０２は、サーバ１３０２に何らかのデータを送信する場合には必ずつける。あるいは、会員ＩＤ５０２をつけず、携帯電話の番号を会員ＩＤとして代用してもよい。
【００６３】
コマンドが経路計算要求であれば、経路計算要求コマンド、会員ＩＤ５０２、自車位置５０３、目的地５０４、端末情報５０５を一つのパケットにしてサーバ１３０２に送信する。会員ＩＤ５０２は、サーバ１３０２からベクトル地図データを提供してもらえる会員のＩＤである。もし会員でなければ、会員ＩＤ５０２は負の数など、ＩＤとして使われない数値とする。自車位置５０３と目的地５０４は、緯度・経度とする。
【００６４】
コマンドが地図情報要求であれば、コマンド５０１、会員ＩＤ５０２、目的地５０４、縮尺５０６を一つのパケットにしてサーバ１３０２に送信する。会員ＩＤ５０２と目的地５０４は、上記の通りである。縮尺５０６は、地図の縦幅・横幅の長さをメートル単位で表したものである。サーバ１３０２は受け取ったパケットの先頭についているコマンドに応じて、上記の処理を実行する。
【００６５】
会員ＩＤ５０２は、図６に示すような画面を用いて、端末器１３０６の立ち上げ時に１回だけ入力する。会員ＩＤ５０２の入力には、画面下方に表示されているテンキー６０６を用いる。入力された数字は、ＩＤフィールド６０１に表示され、ＯＫボタン６０２を押すと、メモリ１０１に記憶される。Ｃｌｅａｒボタン６０２を押すと、ＩＤフィールド６０１の表示がクリアされる。終了ボタン６０４を押すと、端末器１３０６に記憶された会員ＩＤを消去する。ＢＳボタン６０５は、いわゆるバックスペースであり、ＩＤフィールド６０１に表示された文字を右端から１文字ずつ消去する。
【００６６】
また、会員ＩＤを入力せずにＯＫボタン６０２を押すと、会員ＩＤには任意の負の数が設定され、メモリ１０１に記憶される。あるいは、会員ＩＤ５０２を入力せず、通信装置１０９として用いている携帯電話の電話番号を会員ＩＤとして代用してもよい。
【００６７】
会員情報ＤＢ４０４の構成例を、図１２に示す。会員情報ＤＢ４０４には、名前１２０１、会員ＩＤ１２０２、携帯電話番号１２０３、金融機関名１２０４、連絡先１２０５が含まれている。
【００６８】
会員ＩＤ１２０２は、システムを使う前に予めサービスセンタから発行してもらう。携帯電話番号１２０３は、通信装置１０９として用いる携帯電話の番号である。この携帯電話番号は、会員ＩＤを発行せず、会員ＩＤの代わりとして用いる場合には、会員ＤＢ４０４に登録しておく必要があるが、会員ＩＤを発行する場合は必ずしも必要でない。金融機関名１２０４は、ユーザが契約している金融機関の名前で、サービス料金を引き落とすための金融機関である。但し、サービス料金を引き落としにせず、ユーザからの振り込みにする場合には必要でない。連絡先１２０５は、ユーザの住所と有線電話番号であり、サービス料金の請求書や領収書を送付する住所である。
【００６９】
目的地は、図７に示す画面を用いて入力する。それには、地名だけでなく、目的地の電話番号の市外局番や郵便番号を入力してもよい。電話番号は電話番号フィールド７０１に、郵便番号は郵便番号フィールド７０２に入力する。地名は地名フィールド７０３に入力する。すべてを入力する必要はなく、どれか一つを入力するだけでよい。電話番号と郵便番号の入力には、テンキー７０９を用いる。地名の入力にはひらがなキー７０８を用いる。１文字入力するたびに候補の地名が表示され、そこから選択することが可能である。
【００７０】
次に、端末器１３０６のメモリ等の資源が足りない場合の処理について述べる。本実施形態では、端末器１３０６のメモリが足りない場合、サーバ１３０２は地図データを間引きして端末器１３０６に送信するものとする。
【００７１】
端末器１３０６は、サーバ１３０２に地図データ要求するとき、端末器１３０６の資源に関する情報を一緒に送信する。資源に特に問題ない場合は資源に関する情報は何も送信しないが、資源が足りない場合は、端末器１３０６のメモリ容量をつけたパケットを送信する。このパケットは、これまでに述べたように、入力受付部３０２にて処理される。
【００７２】
また、サーバ１３０２の間引き判定部３１２は、端末器１３０６から受け取ったメモリ容量を参照し、間引きが必要ならば、端末器１３０６に送信する地図データを間引きしてから通信装置３０１にデータを送る。これによって、メモリの少ない端末でも、すべてのデータを受けられないまでも、それなりのサービスを受けることが可能になる。
【００７３】
間引きに付いては、ベクトル地図データの場合、主要道路だけを送信することにし、他の細い道路を省いたデータを送信する。イメージ地図データの場合は、解像度を落とした画像を送信する。
【００７４】
また、地図データだけでなく、地図データと共に送られるその外の情報、例えば経路誘導に係わる情報についても、その誤誘導が起こらないと考えられる程度にデータ量を削減して送信する構成としてもよい。
【００７５】
ベクトルデータ、イメージデータのどちらを送信するかを判定するフローの一例を図９に示す。図９では、ユーザが会員かどうかも考慮したフローを示している。
【００７６】
サーバ１３０２はデータを受け取ると（ステップ９０１）、会員ＩＤを調べ（ステップ９０２）、会員かどうかを判定する。会員ならば、端末情報を調べ（ステップ９０３）、メモリが足りていれば地図ＤＢ４０５のベクトル地図データそのまま端末器１３０６に送信する（ステップ９０５）。メモリが不足していれば、地図ＤＢ４０５のベクトル地図データを間引きしたものを端末器１３０６に送信する（ステップ９０６）。
【００７７】
もし会員でなければ、端末情報を調べ（ステップ９０４）、メモリが足りていれば、地図ＤＢ４０５の地図データからデフォルトの解像度でイメージデータを生成し、端末器１３０６に送信する（ステップ９０７）。メモリが不足していれば、デフォルトよりも解像度を下げてイメージデータを生成し、端末器１３０６に送信する（ステップ９０８）。
【００７８】
上述した実施形態では、データが必要になったらその都度サーバ１３０２に接続してデータを受信するものであった。しかし、その都度データをもらうのではなく、自車１３０５の位置と目的地をサーバ１３０２に送信した後で、データを一括して受信する構成としてもよい。以下に、本発明を適用した情報提供システムの他の実施形態について説明する。
【００７９】
本実施形態のシステムは、以下に詳細説明する処理フローを除き、上記実施形態のシステムと基本的には同様な構成を備えるものとする。図１０は、データを一括して受信する本実施形態のシステムのフローを示したものである。
【００８０】
本処理では最初、ＧＰＳ部１０２が自車１３０５の位置を測定した後（ステップ１００１）、目的地を設定して端末器１３０６に保存する（ステップ１００２）。次に携帯電話等をかけることで、自車１３０５の位置と目的地とをサーバ１３０２に送信する（ステップ１００３）。
【００８１】
サーバ１３０２はこれらのデータを受信後、目的地までの経路を計算し（ステップ１０１１）、地図表示位置を計算する（ステップ１０１２）。本実施形態では以下の処理が、上記実施形態と異なる。
【００８２】
次に、目的地までの地図を検索し、地図表示位置付近以外の地図は間引き（ステップ１０１３）、自車１３０５の位置周辺の地図、経路データ、地図表示位置、目的地までの地図を端末器１３０６に送信する（ステップ１０１４）。
【００８３】
端末器１３０６ではこれらのデータを受信後、メモリ１０１にデータを格納する（ステップ１００４）。このときに送信する地図データは、道なりにまっすぐのところはその道の情報だけを送信し、曲がるべき交差点付近に関しては詳細な情報を送信する。
【００８４】
例えば、日立から東京のある目的地に向かう場合、まず常磐自動車道または国道６号を通るので、常磐自動車道または国道６号の情報だけを端末器１３０６に送信し、その他の部分は送信しない。そして、常磐自動車道を降りたり、国道６号を外れたとき、端末器１３０６からサーバ１３０２に目的地までの経路計算と目的地までの地図を要求し、サーバ１３０２から端末器１３０６に送信する。
【００８５】
尚、目的地はこれまでに述べたのと同様、端末器１３０６の立ち上げ時にユーザが入力し、目的地に到着するまでは端末器１３０６で保持しているものとする。
【００８６】
サーバ１３０２からデータを受け取った後、ＧＰＳ部１０２で自車１３０５の位置を測定しながら、自車１３０５の位置に応じた処理を実行する（ステップ１００５）。
【００８７】
地図表示位置に近づいたら、受け取った地図データを基に地図表示位置付近を表示する（ステップ１００６）。さらに近づいたら、さらに拡大表示する（ステップ１００７）。但し、サーバ１３０２からベクトル地図データを受信している場合に限って、この処理が可能である。あるいは、端末器１３０６のメモリが少ない場合は、最初に通るべき道路の情報だけを受信して地図表示位置付近の詳細データを受信せず、地図表示位置に近づいたら、これまでに通ってきた経路の地図データを消去して、地図表示位置付近（例えば、地図表示位置から半径１〜５ｋｍ）の詳細データを受信するようにしてもよい。
【００８８】
ここで、地図表示位置付近における経路は、サーバ１３０２で計算してもよく、会員であれば経路情報をサーバ１３０２から受信し、会員でなければ地図上に経路を示したイメージ地図を受信する。あるいは、会員であれば地図表示位置付近のベクトル地図データを受信し、該ベクトル地図データに基づいて端末器１３０６で経路計算をしてもよい。
【００８９】
また、道なりにまっすぐでよい場合は、何も表示しなくてもよいし、その付近のランドマークに関する情報を表示したり、最初にダウンロードした地図情報を表示してもよい。
【００９０】
図１１は、経路途中の大まかな地図を表示する例を示したものである。画面１１０１には、国道１１０２、学校１１０３、郵便局１１０４、自車位置１１０５が表示されており、その他の情報は表示されていない。道なりにまっすぐでよい場合は、この程度の表示であってもユーザに対する援助になる。
【００９１】
また、道なりにまっすぐでよい場合、ユーザは次に曲がるべき場所までどれくらいかわからなくなって不安を感じることも考えられる。そのような場合でも、何らかのランドマークを表示すれば、自分がどこにいるかという目安にすることができる。これらの情報は、経路が決まったときにダウンロードした情報であってもよいし、ユーザが自分の居場所を確認したくなったときにサーバ１３０２から受け取ってもよい。
【００９２】
上記図１０の処理フローにおいて、目的地に到着したら、端末器１３０６に記憶されている経路情報、会員ＩＤ、地図情報を消去し（ステップ１００９）、すべての処理を終了する。
【００９３】
上記図１０に示す実施形態では予め間引きしたデータを送るものとしたが、データを間引きする代わりに、あらかじめベクトルデータに優先順位を付けておき、該優先順位および当該端末器のその時点での残りメモリ容量に応じてデータを送る構成としてもよい。以下にその構成例について説明する。
【００９４】
例えば、端末器１３０６のメモリ容量が少ない場合は、高速道路や国道などの主要道路データのみを送信し、メモリ容量に余裕があれば詳細な道路データを送信する。すなわち、例えば図１７に示すように、高速道路や国道などの主要道路の優先順位を高くし、その他の道路の優先順位を低く設定しておく。
【００９５】
このような構成によれば、端末器１３０６のメモリが足りない場合は、目的地までの大まかな経路を高速道路や国道などで表示させ、他の詳細な道路は表示しないようにすることが可能となる。
【００９６】
優先順位を決めるパラメータとしては、例えば、道路の種類（例えば高速＞国道＞県道＞その他）、自車位置からの距離（自車位置に近いほど優先順位が高い）、経路からの距離（経路周辺の優先度が高い）の３種類がある。
【００９７】
サーバ１３０２は、地図データに含まれる各情報に付いてこれらのパラメータの値を判定し、どのデータを端末器１３０６に送信すべきかを決める。具体的には、上記した優先順位を決めるのは、間引き判定部４１２で行う。
【００９８】
間引き判定部４１２には、ダウンロードの優先順位を各パラメータを定義した優先順位定義表（例えば道路の優先順位については図１７）をあらかじめ持たせておく。次に、間引き判定部４１２は、経路計算結果を受け取り、優先順位定義表と照らし合わせて、ダウンロードする優先順位を決定する。
【００９９】
なお、パラメータが複数ある場合に、具体的にどのパラメータを優先させるか、どのような組み合わせで行うかについては、その時の状況に応じて間引き判定部４１２で決定するものとする。
【０１００】
例えば、日立市から東京までの経路をダウンロードする場合は、サーバ１３０２は東京までの常磐自動車道のデータを先に用意する。そのデータ量が端末側の許容範囲を超えていなければ、東京までの国道６号のデータを用意する。さらに端末側のメモリに余裕があればその他の道路情報も用意する。その後、サーバ１３０２は端末器１３０６に道路情報を送信する。
【０１０１】
なお、同じ道路の道路データであれば、自車位置に近いほど、優先順位は高くする。例えば、同じ常磐自動車道であっても、日立市内のデータの優先順位が高くなり、日立市から遠ざかるほど優先順位は低くなる。
【０１０２】
目的地までの全経路を一度にダウンロードできない場合は、車が通過した場所の地図データを端末から消去してメモリの空き領域を作り、ダウンロードできなかったデータをダウンロードする。
【０１０３】
上述したダウンロードする地図データの優先順位の付け方について、他の例を説明する。
【０１０４】
本例では、自車位置周辺だけの詳細地図をダウンロードして、目的地までの地図はダウンロードしないものとする。その場合の優先順位は、必ずしも上記のように主要道路が高いとは限らず、ダウンロードする範囲に応じて、優先順位を動的に設定してもよい。
【０１０５】
例えば、上記と同じく日立市から東京までの経路をダウンロードする場合、サーバ１３０２は常磐自動車道の最寄りのインターチェンジまでの経路データを用意する。そのデータ量が端末のメモリ空き容量よりも小さければ、東京までの常磐自動車道データを用意し、さらにメモリ容量に余裕があれば国道６号のデータも用意する。
【０１０６】
データの用意が終わったところで、サーバ１３０２は端末器１３０６にデータを送信する。常磐自動車道データと国道６号データは、上記したように自車位置に近いところほど優先順位を高くする。あるいは、経路となる道路と主要道路をダウンロードさせることにしてもよい。すなわち、高速道路や国道などの主要道路の優先順位は、経路となる道路の次に高くする。
【０１０７】
図１４は、日立から東京までの経路の例である。この図を参照しながら、送信する道路情報の優先順位に付いてさらに述べる。尚、ここでは、会員ユーザが端末器１３０６を用いていると想定し、ベクトル地図データが送信される場合である。
【０１０８】
本図では始点１４０１から終点１４０２までの経路が経路１４０３で表されている。詳細は図示しないが、常磐自動車道が経路となった場合を想定している。サーバ１３０２は、経路計算を終えた後、経路が含まれる地図メッシュ１４０４〜１４１０から、送信すべき道路を選び出す。
【０１０９】
まず、経路だけを始点から終点まで送信しようとする場合、始点１４０１に近いメッシュ１４０４内にある経路を抜き出す。経路データの容量を調べ、端末器１３０６から送信されてきたメモリ容量よりも小さければ、メッシュ１４０５の経路を抜き出す。以下、端末器１３０６のメモリ容量を超えない範囲で、メッシュ１４１０までの経路を抜き出していく。抜き出した合計の容量が端末器１３０６のメモリ容量を超える前に処理を終了し、経路データを送信する。処理の終了のタイミングに関しては、例えば送信されてきたメモリ容量の８０％等をしきい値として設定してよい。
【０１１０】
メッシュ１４１０まで経路を抜き出し、端末器１３０６のメモリ容量に余裕があれば、メッシュ１４０４からメッシュ１４１０まで順に国道を抜き出していく。それでもまだメモリ容量に余裕があれば、その他の道路も抜き出していく。処理の終了のタイミングは上記のように、端末器１３０６のメモリ容量の８０％等としてよい。
【０１１１】
経路データを優先して抜き出す例を、図１５に示す。
【０１１２】
図１５（ａ）は、サーバ１３０２に格納してある地図データの例である。この地図データには、郵便局１５０１、警察署１５０２、県庁１５０３、学校１５０４が含まれている。
【０１１３】
サーバ１３０２が経路計算した結果、図１５（ｂ）の経路１５０５のようになったとする。このとき、端末器１３０６に送信するデータは、図１５（ｃ）に示すデータとなる。すなわち、郵便局１５０１、警察署１５０２、学校１５０４、経路１５０５である。県庁１５０３は、経路１５０５上に無いデータであるので、送信しない。
【０１１４】
また、上記のように経路データを最優先して抜き出していくのではなく、始点１４０１に近いところから抜き出していく方法もある。
【０１１５】
まず、メッシュ１４０１の経路データを抜き出した後、経路に近い道路のデータを抜き出す。例えば、経路に交差している道路データを抜き出す。また、交差点の名前等も抜き出しておくと、送信した後にユーザにとって都合がよい。高速道路など、交差点のない道路が経路である場合には、経路データだけが抜き出されることになるが、１本道を道なりに進めばよいので、経路データ以外がなくてもほとんど問題はない。
【０１１６】
端末器１３０６のメモリ容量に余裕があれば、次にメッシュ１４０２について同様の処理を実施する。そして、端末器１３０６のメモリ容量に余裕があればメッシュ１４０３以降についても同様に実施し、例えばメモリ容量の８０％を超えたら処理を終了し、端末器１３０６に送信する。
【０１１７】
出発前に端末器１３０６がデータをダウンロードするには、以上の処理でよいが、出発前にすべてのデータをダウンロードできるとは限らない。ダウンロードできなかったデータに関しては、経路途中でダウンロードしなければならない。その時には上記したように、車がそれまでに通ってきた経路のデータを端末器１３０６から消去して、新たなデータをサーバ１３０２から受信する必要がある。経路の途中にいるときは、その途中時点での自車位置を始点１４０１に見立てて、前述した処理を実施すればよい。
【０１１８】
また、サーバ１３０２は、端末器１３０６のメモリ容量だけでなく、端末器１３０６における他の種類の資源情報を利用して、地図データの提供方法を調整する構成としてもよい。例えば、端末器１３０６の資源情報として、上記したメモリ容量の他に、通信レート、ディスプレイの種類等を端末情報としてサーバ１３０２へ送り、サーバ１３０２側では、これらの資源情報を直接的あるいは間接的に利用して、地図データを送るタイミングを決定する。
【０１１９】
その一例として、端末器１３０６への送信時間を考慮して地図データを送る場合について説明する。すなわち、ある時間内に送信できるだけのデータを用意し、端末器１３０６に送信しようとするものである。
【０１２０】
例えば、通信レートが９６００ｂｐｓであり、データ受信までの時間を３０秒とすると、この時間内に送信できるデータ量は３６KBである。そこで、３６KB分だけの地図データを用意し、端末器１３０６に送信する。データを用意する際は、上記の優先順位にしたがうものとする。
【０１２１】
一方、端末器１３０６は、地図が必要になる少なくとも３０秒前にサーバ１３０２に地図を要求する。これについては、自車の速さと通信レートから、地図が必要になる地点まで何メートルの地点で要求するかを計算すればよい。
【０１２２】
例えば、降りるインターチェンジに差し掛かるときに地図を受信し終えたい場合を考える。当該インターチェンジに差し掛かるまでの時間を自車速度から計算すると同時に、端末器１３０６のメモリ空き容量を調べる。
【０１２３】
また、通信レートがわかっていれば、自車速度、メモリ容量、通信レートの３つのパラメータから地図要求のタイミングを計算できる。例えば自車速度１００ｋｍ／ｈ、メモリ空き容量８０KB、通信レート９６００ｂｐｓとすると、８０KBのデータを受信する時間は約６６．７秒であるから、インターチェンジの１．８５ｋｍ手前でデータ受信を開始すればよい。実際はメモリ空き容量のすべてを使う必要はなく、受信するデータ量は８０KBより小さくてもよいので、この距離はもう少し短くてもよい。
【０１２４】
以上では、端末器１３０６は必要に応じてサーバ１３０２に接続する場合を想定していた。接続時間に応じて通信料金が課されると想定すれば、必要に応じてサーバ１３０２に接続する方が通信料金は安くなる。しかし、通信量に応じて通信料金が課されると想定すれば、必ずしも接続を切る必要がないので、上記と異なるサービスが可能である。
【０１２５】
すなわち、上記では端末器１３０６が経路情報をダウンロードし、ダウンロード地点の判定も端末器１３０６で実施していた。しかし、経路情報、ダウンロード地点をサーバ１３０２に残しておき、端末器１３０６から、自車位置情報、車速、端末情報を一定時間間隔でサーバ１３０２に送信し、サーバ１３０２側で地図をダウンロードするかどうかを判定する構成としてもよい。または、一定時間間隔ではなく、一定距離ごとに現在地自車位置情報、車速、端末情報をサーバ１３０２に送信する構成としてもよい。あるいはサーバ１３０２側で、予め定めた条件に基づいて地図データをダウンロードする位置を適宜決定する構成としてもよい。
【０１２６】
このようにサーバ１３０２側でダウンロードするタイミングを調整する構成によれば、車が経路を外れた場合にサーバ１３０２が端末器１３０６に対して警告を出したり、トンネル等の安定した通信が不可能あるいは困難な状況が予想される場所でのダウンロードを避けることができるため、より効率的で信頼性の高い情報提供サービスを実現することができる。
【０１２７】
なお、上記各実施形態では説明を簡単にするために、１つのサーバ１３０２に対して１つの端末器１３０６がある場合について説明したが、本発明はこれに限定されるものではなく、１つのサーバ１３０２が複数の端末器（複数の自動車）を個別に管理しつつ、要求された情報の提供を行う構成としてもよい。例えば、図１３にも示すように、サーバ１３０２をインターネット上のサーバで構成し、複数の端末器に対応できる構成としてもよい。
【０１２８】
また、上記各実施形態では端末器からサーバに電話をかけて地図のダウンロードを行う構成について説明したが、その代わりに、サーバから端末器に電話をかけて地図を送信する構成としてもよい。例えば、サーバで経路計算をした際、地図表示位置（地図ダウンロード位置）だけでなく、各地図表示位置の通過予想時刻も計算する。さらに、サーバはその通過予想時刻に近づいたら、端末器に電話をかけ、その時刻に通過する地図表示位置周辺の地図データを送信する。
【０１２９】
【発明の効果】
本発明の情報提供システムによれば、常に最新の道路情報が得られ、かつ、ユーザの金銭的負担を小さくするために、ネットワーク上のサーバから、必要なときだけ地図をダウンロードできる手段を提供することができる。
【０１３０】
また、本発明の情報提供システムによれば、地図データなどの情報の提供を受ける端末器のメモリ資源が少ないときでも、ナビゲーションにとって必要最小限の地図データの提供サービスを受けることが可能となる。
【図面の簡単な説明】
【図１】本発明による端末器の構成例を示すブロック図である。
【図２】本発明による端末器とサーバの処理の一例を示す流れ図である。
【図３】本発明による処理で生成される表示画面例を示す説明図である。
【図４】本発明によるサーバの構成例を示すブロック図である。
【図５】図５（ａ）：端末器からサーバに送信するためのプロトコルの一例を示す説明図である。
図５（ｂ）：端末器からサーバに送信するためのプロトコルの一例を示す説明図である。
【図６】ユーザIDを入力するための画面例を示す説明図である。
【図７】目的地を入力するための画面例を示す説明図である。
【図８】会員に対する課金情報を示す説明図である。
【図９】ベクトルデータまたはイメージデータを送信するまでの処理例を示すフローチャートである。
【図１０】本発明による端末器とサーバの処理の一例であって、地図データを一括して送信する場合のフローチャートである。
【図１１】主要部分の地図表示例を示す説明図である。
【図１２】会員情報ＤＢに格納されている情報の一例を示す説明図である。
【図１３】本発明による情報提供システムの全体構成例を示す説明図である。
【図１４】地図メッシュと経路情報の例を示す説明図である。
【図１５】図１５（ａ）：サーバに格納してある地図データの例を示す説明図である。
図１５（ｂ）：地図データと経路情報の表示例を示す説明図である。
図１５（ｃ）：端末器へ送信するデータの例を示す説明図である。
【図１６】地図ダウンロード前の画面例を示す説明図である。
【図１７】優先順位の定義表の一例を示す説明図である。
【符号の説明】
１０１メモリ
１０２ GPS
１０３位置判定装置
１０４入力装置
１０５処理装置
１０６表示制御装置
１０７地図表示判定装置
１０８外部記憶装置
１０９通信装置
１１０音声出力装置。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information terminal that accesses a network and a server system that provides information, and in particular, information that makes it possible to access information on the Internet in various places such as homes, moving bodies such as automobiles, or walking. The present invention relates to an information providing system including a terminal and a server that provides information in a form optimal for each use place of the terminal.
[0002]
[Prior art]
JP-A-10-105053 and JP-A-7-262494 disclose network type map information providing systems (first and second prior arts). In the first conventional technique, map information is received in units of a predetermined area, and the map information of the next area is received before the vehicle leaves the area. After receiving the map information of the next area, the map data used before that is deleted. In the second prior art, route information is stored in the center, and main information in the vicinity of the current location of the terminal is transmitted to the terminal based on the current location information and the destination location information transmitted from the terminal.
[0003]
Japanese Patent Laid-Open No. 10-122885 discloses a navigation device (third prior art). In the third prior art, a travel route is input to the navigation system body from a route input computer. When the navigation system approaches the branch point, it determines the branch direction based on the travel route and the current location.
[0004]
Japanese Patent Laid-Open No. 7-332993 also discloses a navigation device (fourth prior art). The fourth conventional technique includes means for detecting an intersection in the middle of a recommended route, an intersection having a complicated shape, and the like.
[0005]
[Problems to be solved by the invention]
However, in the first prior art, since the entire map of the next area is downloaded when approaching the break of the map, it is considered that it is impossible to cope with the case where the memory on the terminal side is insufficient. In this prior art, an example of erasing a map that has been used is disclosed, but since it is not before downloading the map data of the next area, it cannot be a countermeasure against memory shortage. Further, since the download is performed after approaching the break of the map, the user cannot refer to the map when the download point cannot be downloaded at a place where communication is not possible such as in a tunnel. In addition, even if the map is not always necessary, such as when it is only necessary to follow the road, the map will be downloaded, and the communication fee will be high.
[0006]
In the second prior art, since the map near the current location of the terminal is downloaded from the server based on the location information of the terminal, it can be downloaded if there is a communication failure at the time of downloading, as in the first prior art. It becomes impossible to refer to the map. In addition, there is no description about how to deal with a shortage of memory on the terminal side, and it is considered that it is not possible to cope with a shortage of memory in the terminal.
[0007]
In the third and fourth prior arts, since the data of the map database possessed by the terminal is used, it is not possible to cope with the update of the map such as the addition or closure of roads. In particular, in the fourth prior art, the important point is only used for the enlarged display of the map, and the user is confused when there is a change such as road addition at the important point. In addition, an external storage device for storing the map database is required, and the system becomes expensive and the package becomes large.
[0008]
The present invention has been made in view of the above-described problems, and includes a server and a terminal mounted on a vehicle that enable a map information providing service from the server to be implemented more efficiently and at a low price. An object is to provide an information providing system.
[0009]
Another object of the present invention is to provide means for preventing an increase in the communication burden between the server and the terminal.
[0010]
Another object of the present invention is to provide means capable of optimizing the timing of downloading from a server in an information providing system.
[0011]
[Means for Solving the Problems]
To achieve the above object, the present invention provides a terminal device that is mounted on a vehicle and performs route guidance to a destination, and a server device that provides the terminal device with information including at least map data used for route guidance. In the providing system, any one of the terminal device and the server device includes an information provision timing determining unit that determines a timing at which information including at least the map data is to be transmitted from the server device to the terminal device. Features.
[0012]
Here, the information provision timing determining means uses, for example, the position of the own vehicle, and when the own vehicle has reached a preset position, information including at least the map data is transmitted from the server device to the terminal device. Decide when to download. In addition, the information provision timing determining means uses at least one of the resource information available at that time of the terminal and information on the guidance route to the destination, and includes at least the map data It is good also as a structure which determines the timing which should transmit.
[0013]
In order to achieve the above object, according to the present invention, in the information providing system, the resource information at that time of the terminal is acquired by either the server device or the terminal, and the resource information And means for calculating an information amount of information including at least the map data, and the server device generates information to be transmitted to the terminal according to the calculated information amount. And
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0015]
FIG. 13 shows an example of the overall configuration of the information providing system in this embodiment. In the system of this embodiment, a server 1302 and a provider 1304 are connected to the Internet network 1301. The terminal 1306 is provided in the own vehicle 1305 and has a function of receiving a signal from the GPS satellite 1307 and detecting the current location. The server 1302 provides map data in response to a request from the terminal 1306. The terminal device 1306 connects to the provider 1304 via the telephone network 1303 by a mobile phone, accesses the Internet network 1301, and downloads a map from the server 1302 according to the position of the terminal device 1306, for example.
[0016]
A configuration example of the terminal 1306 in this embodiment is shown in FIG.
[0017]
For example, as shown in FIG. 1, the terminal unit 1306 includes a memory unit 101, a GPS unit 102, a position determination unit 103, an input device 104, a processing device 105, a display control device 106, a map display determination device 107, an external storage device 108, A communication device 109 and an audio output device 110 are provided.
[0018]
The terminal device 1306 receives data from the server 1302 through the communication device 109. The received data is stored in the memory unit 101 or the external storage device 108 and used later.
[0019]
The GPS unit 102 is for grasping the position of the own vehicle 1305 and measures the latitude and longitude of the position of the own vehicle 1305. Based on the latitude / longitude information measured by the GPS unit 102, the position determination device 103 calculates which road on which road it is. That is, map information and latitude / longitude information are mapped.
[0020]
The map display determination device 107 determines whether or not the current position is a point where a map should be downloaded.
[0021]
The display control device 106 sends display data to a display device already installed in the automobile. In the present embodiment, the terminal device does not include a display device, but may be configured to include a display device.
[0022]
The input device 104 is used for inputting a destination or the like. A remote controller is generally used as the input device 104. However, not only a remote control but also a tablet for handwriting input may be used. The voice output device 110 outputs a message from the terminal 1306 or the server 1302 by voice.
[0023]
Next, the processing process of the terminal 1306 and the server 1302 will be described with reference to FIG.
[0024]
In this processing process, first, the GPS unit 102 of the terminal 1306 measures the position of the host vehicle 1305 (step 201). Next, the user operates the terminal 1306 to set a destination, and the destination is held in the memory 101 or the external storage device 108 (step 202).
[0025]
Here, the destination is held by the terminal 1306 in order to save the user from having to re-enter the destination when the car engine is turned off and restarted in the middle of the route. It is a burden on the user to set the destination each time the terminal 1306 is turned off after the engine is turned off. In addition, when the route is recalculated when the original route is deviated, it is a burden to set the destination each time. If the destination is held, it is known that the route is in the middle of the route. If the destination is not held, a new destination is set instead of the route.
[0026]
Next, the position and destination of the host vehicle 1305 are transmitted to the server 1302 using the communication device 109 (step 203). Here, a mobile phone is assumed as the communication device 109. At this time, it is assumed that the terminal device 1306 has a function of automatically placing a call to the server 1302 and automatically disconnecting the call when transmission is completed.
[0027]
The server 1302 receives the position of the host vehicle 1305 and the destination, and calculates a route to the destination (step 209). Note that the position and destination of the host vehicle 1305 are transmitted as latitude / longitude to the server 1302, or the place name is transmitted and converted into latitude / longitude by the server 1302.
[0028]
Next, a position where the terminal 1306 should display a map (hereinafter referred to as a map display position) is calculated (step 210). As the map display position, for example, an intersection where a car should bend is extracted. However, even if it is an intersection, it is not necessary to download the map if it is not necessary to download the map when the road is straight. In this case, the map display position is not used. Moreover, not only an intersection but the interchange which should get off on a highway is good also as a map display position. A point entering a road that does not have the same road name is also a map display position. Alternatively, the existing navigation system may be configured to obtain the map display position using a method for recognizing an intersection to be bent.
[0029]
After calculating the route and calculating the map display position, the server 1302 transmits them to the terminal 1306 (step 211).
[0030]
The terminal device 1306 receives them and stores them in the memory unit 101 (step 204). The received route information is used to confirm whether or not the position of the own vehicle 1305 is not off the route. This completes the preparation.
[0031]
When the vehicle is traveling, the GPS unit 102 always measures the position of the own vehicle 1305 (step 205), and executes processing according to the position of the own vehicle 1305. The map display position received from the server 1302 is compared with the position of the host vehicle 1305 to determine whether it is a map display position, an enlarged map display point, a destination, or the like. If it is determined that it is out of the route, the process returns to step 203.
[0032]
If it is around the map display position, map data around the map display position is received from the server 1302 through the communication device 109. Specifically, when the map display position is approached, the server 1302 is automatically called and a map data request is sent to the server 1302 (step 213). The server 1302 searches for a map corresponding to the request (step 214), further determines the type of the requested map (step 215), and in the case of default, transmits a map of a preset default scale. (Step 216) In the case of enlargement, an enlarged map is transmitted (Step 217).
[0033]
The terminal device 1306 receives the map data sent from the server 1302 and automatically hangs up when the reception is completed. At this time, the server 1302 may determine from which user the data is received according to the telephone number of the mobile phone. The received data is displayed on a display device (not shown) through the display control device 106 (step 206). Further, when the position of the host vehicle 1305 approaches the map display position, the map is further enlarged and displayed (step 207).
[0034]
Regarding this function, if the map data is vector data, it can be enlarged by the terminal 1306. On the other hand, if the map data is image data, it cannot be enlarged by the terminal 1306, and the enlarged map data is requested to the server 1302.
[0035]
When the destination is reached, the entire process ends. At that time, the route information and the destination held in the terminal 1306 are deleted (step 212).
[0036]
In other places, the display on the display device is erased (step 208). In other words, there is no need to display anything as long as it is away from the map display position or the destination. However, in addition to erasing the display, information related to landmarks near the position of the host vehicle 1305 may be displayed.
[0037]
Moreover, even if it comes to a map display position, it is not always necessary to download a map. For example, when it comes before the map display position, the terminal 1306 notifies the user that the map is to be downloaded. For example, the window 1601 is displayed as shown in FIG. At the same time, a voice such as “Download the map of the next area” may be played. On the other hand, if the user does nothing, the terminal 1306 starts downloading the map. If the user informs the user of the intention of cancellation from the input device 104 by any method, the download is not performed. As the input device 104, a remote controller or the like can be used.
[0038]
The above-described processing is executed while the terminal 1306 is turned on. For example, when the vehicle engine is turned off, for example, when a break is taken in the middle of the route, the terminal 1306 may be turned off. Therefore, when the engine is restarted, it is confirmed whether or not the destination is held in the terminal 1306. If it is held, it means that the destination has not been reached, and the process restarts from step 205. If the destination is not held, the process starts from step 201.
[0039]
FIG. 3 shows a display transition example in the present embodiment.
[0040]
A screen 301 is a display example when the vehicle is traveling straight along the road. Although nothing is displayed here, information related to a landmark near the position of the host vehicle 1305 may be displayed. Examples of the landmark include a restaurant. Information emitted from a restaurant, such as a menu or price, may be received and displayed on the display device.
[0041]
A screen 302 is a screen when the map display position is approached. Whether or not the map display position is approached can be determined based on whether or not the distance between the position of the vehicle 1305 and the map display position is within a certain range. This can be obtained simply by calculating the distance between the vehicle position 304 measured by the GPS unit 102 and the map display position 305. In this example image, an arrow 306 further indicates the direction in which the vehicle should travel. In the case of the screen 302, it is shown to turn left from the map display position 305.
[0042]
Furthermore, when approaching the map display position 305, the vicinity of the intersection is further enlarged and displayed as shown in the screen 303. Also on the screen 303, the vehicle position 304 and the arrow 306 are displayed. Also in the case of this enlarged display, when the terminal device 1306 receives vector data, it can be enlarged by the terminal device 1306. On the other hand, when image data is received, the enlarged map is downloaded from the server 1302.
[0043]
After the enlarged image is displayed, if the vehicle turns at an intersection to bend, the map display is terminated and the screen display is erased. Then, while proceeding as it is, nothing is displayed or information on the landmark is displayed. Or you may display the schematic map of the vicinity as shown in FIG. This is the same as described above.
[0044]
In order to display information about a landmark when it is approaching, the terminal 1306 needs to know the location of the landmark in advance, and therefore needs to receive it from the server 1302 in advance. And it is necessary to always measure the vehicle position to determine whether or not the vehicle is approaching the landmark.
[0045]
FIG. 4 shows a configuration example of the server 1302.
[0046]
The server 1302 in this example includes a communication device 401, an input reception unit 402, a search engine 403, a member information database 404, a map database 405, a route calculation unit 406, an image development unit 407, a map display position determination unit 408, and an HTML conversion unit 409. A charge control unit 410, an image / vector determination unit 411, and a thinning determination unit 412.
[0047]
In the server 1302 of this example, all requests from the terminal 1306 are received through the communication device 401. From the received data, the input receiving unit 402 determines what data is received.
[0048]
When the member information is received, it is determined whether the member is a member that can access the server 1302. If the member is inaccessible, the terminal unit 1306 is notified not to provide the subsequent service. Alternatively, only provide image map data.
[0049]
The member information is sent to the billing control unit 410, and the billing control unit 410 refers to the member information in the member information DB 404 to determine which member is charged and stores the member ID in the terminal 1306. .
[0050]
Even when data regarding the position and destination of the host vehicle 1305 is transmitted from the terminal user, the data is transmitted to the input reception unit 402 through the communication device 401 of the server 1302 as in the case of user information. The position and destination of the own vehicle 1305 are represented by latitude and longitude. The destination may be an area code or a zip code around the destination instead of the latitude / longitude, but in that case, the data is converted into the latitude / longitude at a predetermined location such as the input reception unit 402.
[0051]
The input reception unit 402 passes the position of the host vehicle 1305 and the latitude / longitude data of the destination to the search engine 403, and the search engine 403 searches the map DB 405 for map data, and the mesh containing the target map data is included. The index (Index) in the map DB 405 corresponding to the storage address is returned. The map DB 405 may be a map database that is generally used. However, it is desirable to hold vector map data.
[0052]
After the index is known, the index is sent to the route calculation unit 406, and the route from the position of the host vehicle 1305 to the destination is calculated. After calculating the route, the route data is sent to the map display position determining unit 408, and the terminal 1306 determines the position where the map is downloaded.
[0053]
The image / vector determination unit 411 that determines the map type to be transmitted determines whether to provide an image map or a vector map depending on whether the accessing user is a member. If it is a member, vector map data is provided, and if it is not a member, image map data is provided. When a vector map is provided, the terminal 1306 can be freely enlarged or reduced, so even if a map with a different scale from the provided map is desired, it is not necessary to download it from the server 1302 each time. The burden is reduced.
[0054]
If it is a member, it receives an index from the search engine 403, further receives route information from the route calculation unit 406, and sends the route information and vector map data of the map DB 405 to the communication device 401. The communication device 401 transmits those data to the terminal device 1306. If not a member, the image / vector determination unit 411 sends the index and route data of the map DB 405 to the image development unit 407, and the image development unit 407 generates image data. The image data is obtained by overlaying a route on map data. The image data created by the image development unit 407 is converted into HTML data by the HTML conversion unit 409. This HTML data is transmitted to the terminal device 1306 through the communication device 401.
[0055]
When data is transmitted to the terminal 1306, the charge control unit 410 calculates how much the member is charged. For example, it is possible to charge for providing image map data free of charge, and for providing vector map data, there is a charge.
[0056]
In the case of image map data, the received terminal device 1306 is not very effective even if it has functions such as enlargement / reduction. Therefore, for example, when switching from the screen 302 of FIG. 3 to the screen 303, two image maps are downloaded and displayed, and the communication burden increases, so the communication fee also increases. Therefore, when the image map data is provided, the communication fee may be borne only and the service fee may not be collected.
[0057]
In the case of vector map data, since it can be freely enlarged or reduced once downloaded, for example, when switching from the screen 302 to the screen 303, it is not necessary to download the map again and the burden of communication charges is reduced. Further, if map data including information for enabling a three-dimensional display is used, a three-dimensional map can be displayed and the map can be displayed easily. Therefore, service charges may be collected from users who benefit from vector map data.
[0058]
An existing technique called “bird view” may be used for the three-dimensional display of the map. This technology displays two-dimensional information as if viewed from diagonally above, and has been put to practical use in an existing car navigation system. This can also be applied to map data received from the server 1302.
[0059]
FIG. 8 shows an example of billing information held by the billing control unit 310.
[0060]
As billing information, a member ID 801, a data amount 802, a map type 803, and an access date and time 804 are stored. Such billing information is summed up on a predetermined closing date to determine the billing amount, sent to the financial institution with which the user has a contract, and the fee is automatically deducted from the user's account and paid.
[0061]
Data transmitted from the terminal device 1306 to the server 1302 includes member information, own vehicle position, destination, and the like. A protocol for transmitting these data is shown in FIG. FIG. 5A is for transmitting the vehicle position and the destination from the terminal 1306 to the server 1302. In this case, the command 501, member ID 502, own vehicle position 503, destination 504, and terminal information 505 are transmitted as one packet. FIG. 5B is for requesting map data from the terminal 1306 to the server 1302. In this case, the command 501, member ID 502, destination 504, scale 506, and terminal information 505 are transmitted as one packet.
[0062]
Both protocols have a command at the beginning. The command types include a route calculation request and a map information request. A 1-byte character code may be used as the command identifier. The member ID 502 is always assigned when any data is transmitted to the server 1302. Alternatively, the mobile phone number may be substituted for the member ID without attaching the member ID 502.
[0063]
If the command is a route calculation request, the route calculation request command, member ID 502, own vehicle position 503, destination 504, and terminal information 505 are transmitted as one packet to the server 1302. The member ID 502 is an ID of a member who can receive vector map data from the server 1302. If it is not a member, the member ID 502 is a numerical value that is not used as an ID, such as a negative number. The own vehicle position 503 and the destination 504 are assumed to be latitude and longitude.
[0064]
If the command is a map information request, the command 501, member ID 502, destination 504, and scale 506 are transmitted as one packet to the server 1302. The member ID 502 and the destination 504 are as described above. The reduced scale 506 represents the length of the map in the vertical and horizontal directions in meters. The server 1302 executes the above processing according to the command at the head of the received packet.
[0065]
The member ID 502 is input only once when the terminal unit 1306 is started up using a screen as shown in FIG. The numeric keypad 606 displayed at the bottom of the screen is used to input the member ID 502. The entered number is displayed in the ID field 601 and is stored in the memory 101 when an OK button 602 is pressed. When the Clear button 602 is pressed, the display of the ID field 601 is cleared. When the end button 604 is pressed, the member ID stored in the terminal 1306 is deleted. The BS button 605 is a so-called backspace, and erases characters displayed in the ID field 601 one by one from the right end.
[0066]
If the user presses the OK button 602 without inputting the member ID, an arbitrary negative number is set for the member ID and stored in the memory 101. Alternatively, the mobile phone number used as the communication device 109 may be substituted for the member ID without inputting the member ID 502.
[0067]
A configuration example of the member information DB 404 is shown in FIG. The member information DB 404 includes a name 1201, a member ID 1202, a mobile phone number 1203, a financial institution name 1204, and a contact address 1205.
[0068]
The member ID 1202 is issued in advance from the service center before using the system. The mobile phone number 1203 is a mobile phone number used as the communication device 109. This mobile phone number needs to be registered in the member DB 404 when it is used as a substitute for a member ID without issuing a member ID, but is not necessarily required when issuing a member ID. The financial institution name 1204 is the name of the financial institution with which the user has a contract, and is a financial institution for withdrawing service charges. However, it is not necessary when the service fee is not deducted and the transfer is made from the user. The contact address 1205 is a user's address and a wired telephone number, and is an address to which a bill for service charges and a receipt are sent.
[0069]
The destination is input using the screen shown in FIG. For this purpose, not only the place name but also the area code or zip code of the destination telephone number may be entered. The telephone number is input in the telephone number field 701, and the postal code is input in the postal code field 702. The place name is entered in the place name field 703. You don't have to enter everything, just enter one. A numeric keypad 709 is used to input a telephone number and a postal code. The hiragana key 708 is used to input the place name. Each time a character is entered, a candidate place name is displayed and can be selected from there.
[0070]
Next, processing when resources such as a memory of the terminal 1306 are insufficient will be described. In this embodiment, when the memory of the terminal device 1306 is insufficient, the server 1302 thins out map data and transmits it to the terminal device 1306.
[0071]
When the terminal device 1306 makes a map data request to the server 1302, the terminal device 1306 transmits information on resources of the terminal device 1306 together. If there is no particular problem with the resource, no information about the resource is transmitted, but if the resource is insufficient, a packet with the memory capacity of the terminal 1306 is transmitted. This packet is processed by the input reception unit 302 as described above.
[0072]
Further, the thinning determination unit 312 of the server 1302 refers to the memory capacity received from the terminal device 1306, and if thinning is necessary, thins out the map data to be transmitted to the terminal device 1306 and then sends the data to the communication device 301. As a result, even a terminal with a small memory can receive a certain service even if it cannot receive all data.
[0073]
In the case of vector map data, only the main road is transmitted and data excluding other narrow roads is transmitted. In the case of image map data, an image with a reduced resolution is transmitted.
[0074]
Further, not only the map data but also other information sent together with the map data, for example, information related to route guidance, may be configured to reduce the amount of data to such an extent that the erroneous guidance is considered not to occur. .
[0075]
An example of a flow for determining whether to transmit vector data or image data is shown in FIG. FIG. 9 shows a flow considering whether the user is a member.
[0076]
When the server 1302 receives the data (step 901), the server 1302 checks the member ID (step 902) and determines whether it is a member. If it is a member, the terminal information is checked (step 903), and if the memory is sufficient, the vector map data in the map DB 405 is transmitted as it is to the terminal 1306 (step 905). If the memory is insufficient, the vector map data in the map DB 405 is sent to the terminal 1306 (step 906).
[0077]
If it is not a member, the terminal information is checked (step 904). If the memory is sufficient, image data is generated from the map data in the map DB 405 with a default resolution, and is transmitted to the terminal 1306 (step 907). If the memory is insufficient, the image data is generated with a lower resolution than the default and transmitted to the terminal 1306 (step 908).
[0078]
In the above-described embodiment, each time data is needed, it connects to the server 1302 and receives the data. However, instead of obtaining the data each time, the data may be received in a lump after transmitting the position and destination of the vehicle 1305 to the server 1302. Hereinafter, another embodiment of the information providing system to which the present invention is applied will be described.
[0079]
The system according to the present embodiment has basically the same configuration as the system according to the above-described embodiment except for a processing flow described in detail below. FIG. 10 shows the flow of the system of this embodiment that receives data collectively.
[0080]
In this process, first, after the GPS unit 102 measures the position of the vehicle 1305 (step 1001), the destination is set and stored in the terminal 1306 (step 1002). Next, by making a mobile phone or the like, the position and destination of the host vehicle 1305 are transmitted to the server 1302 (step 1003).
[0081]
After receiving these data, the server 1302 calculates a route to the destination (step 1011) and calculates a map display position (step 1012). In the present embodiment, the following processing is different from that in the above embodiment.
[0082]
Next, a map to the destination is searched, maps other than the map display position are thinned out (step 1013), the map around the position of the host vehicle 1305, route data, the map display position, and the map to the destination are displayed on the terminal. 1306 (step 1014).
[0083]
After receiving these data, the terminal 1306 stores the data in the memory 101 (step 1004). The map data transmitted at this time transmits only the information on the road in a straight line along the road, and transmits detailed information on the vicinity of the intersection to be turned.
[0084]
For example, when heading for a certain destination in Tokyo from Hitachi, first, since the Joban Expressway or National Route 6 is passed, only the information on the Joban Expressway or National Route 6 is transmitted to the terminal 1306, and other portions are not transmitted. Then, when getting off the Joban Expressway or leaving National Route 6, the terminal device 1306 requests the server 1302 to calculate the route to the destination and the map to the destination, and transmits from the server 1302 to the terminal device 1306.
[0085]
The destination is assumed to be input by the user when the terminal 1306 is started up and held by the terminal 1306 until the destination is reached, as described above.
[0086]
After receiving the data from the server 1302, the GPS unit 102 measures the position of the host vehicle 1305 and executes processing according to the position of the host vehicle 1305 (step 1005).
[0087]
When the map display position is approached, the vicinity of the map display position is displayed based on the received map data (step 1006). When further approached, the display is further enlarged (step 1007). However, this process is possible only when vector map data is received from the server 1302. Alternatively, when the terminal 1306 has a small amount of memory, only the information on the road to be passed first is received, detailed data in the vicinity of the map display position is not received, and if the map display position is approached, the route taken so far The map data may be deleted, and detailed data near the map display position (for example, a radius of 1 to 5 km from the map display position) may be received.
[0088]
Here, the route in the vicinity of the map display position may be calculated by the server 1302. If the member is a member, the route information is received from the server 1302, and if the member is not a member, an image map showing the route on the map is received. Alternatively, if it is a member, it may receive vector map data in the vicinity of the map display position, and the terminal 1306 may calculate a route based on the vector map data.
[0089]
If the road is straight, nothing may be displayed, information about landmarks in the vicinity thereof, or first downloaded map information may be displayed.
[0090]
FIG. 11 shows an example of displaying a rough map along the route. On the screen 1101, a national road 1102, a school 1103, a post office 1104, and a vehicle position 1105 are displayed, and other information is not displayed. If the road may be straight, even this level of display is helpful to the user.
[0091]
In addition, when the road is straight, the user may feel uneasy because he / she does not know how long to turn next. Even in such a case, if you display some kind of landmark, you can use it as a guide to where you are. These pieces of information may be information downloaded when the route is determined, or may be received from the server 1302 when the user wants to confirm his / her location.
[0092]
In the processing flow of FIG. 10, when the destination is reached, the route information, member ID, and map information stored in the terminal 1306 are erased (step 1009), and all the processes are terminated.
[0093]
In the embodiment shown in FIG. 10, data thinned out in advance is sent. Instead of thinning out data, priorities are assigned to vector data in advance, and the priorities and the remaining time of the terminal at that time are set. A configuration may be adopted in which data is sent according to the memory capacity. An example of the configuration will be described below.
[0094]
For example, when the memory capacity of the terminal 1306 is small, only main road data such as an expressway and a national road is transmitted, and detailed road data is transmitted if the memory capacity is sufficient. That is, for example, as shown in FIG. 17, the priority order of main roads such as highways and national roads is set high, and the priority order of other roads is set low.
[0095]
According to such a configuration, when the memory of the terminal device 1306 is insufficient, it is possible to display a rough route to the destination on an expressway or a national road and not to display other detailed roads. It becomes.
[0096]
Parameters for determining priority include, for example, the type of road (for example, high speed> national road> prefectural road> other), distance from the vehicle position (the priority is higher as the vehicle is closer), distance from the route (around the route) Are high priority).
[0097]
The server 1302 determines the values of these parameters for each piece of information included in the map data, and determines which data should be transmitted to the terminal device 1306. Specifically, the above-described priority order is determined by the thinning determination unit 412.
[0098]
The thinning determination unit 412 has a priority definition table (for example, FIG. 17 for road priorities) in which the download priorities are defined for each parameter. Next, the thinning determination unit 412 receives the route calculation result and determines the priority order to download in comparison with the priority order definition table.
[0099]
In addition, when there are a plurality of parameters, which parameter is specifically prioritized and in what combination is determined by the thinning determination unit 412 according to the situation at that time.
[0100]
For example, when downloading a route from Hitachi to Tokyo, the server 1302 first prepares data on the Joban Expressway to Tokyo. If the amount of data does not exceed the allowable range on the terminal side, the data for National Route 6 to Tokyo is prepared. Furthermore, other road information is prepared if there is room in the memory on the terminal side. Thereafter, the server 1302 transmits road information to the terminal 1306.
[0101]
In the case of road data of the same road, the closer the vehicle is to the vehicle position, the higher the priority is. For example, even in the same Joban Expressway, the priority of data in Hitachi city becomes higher, and the priority becomes lower as the distance from Hitachi city increases.
[0102]
If the entire route to the destination cannot be downloaded at once, the map data of the place where the car has passed is erased from the terminal to create a free space in the memory, and the data that could not be downloaded is downloaded.
[0103]
Another example of the above-described method of assigning priorities to map data to be downloaded will be described.
[0104]
In this example, it is assumed that a detailed map only around the vehicle position is downloaded and a map to the destination is not downloaded. In this case, the priority order is not necessarily high in the main road as described above, and the priority order may be set dynamically according to the range to be downloaded.
[0105]
For example, when downloading a route from Hitachi to Tokyo as described above, the server 1302 prepares route data to the nearest interchange on the Joban Expressway. If the amount of data is smaller than the free memory capacity of the terminal, the Joban Expressway data to Tokyo is prepared, and if the memory capacity is sufficient, the data of National Route 6 is also prepared.
[0106]
When the data preparation is completed, the server 1302 transmits the data to the terminal 1306. For Joban Expressway data and National Route 6 data, the higher the priority is, the closer to the vehicle position as described above. Or you may decide to download the road and main road used as a path | route. That is, the priority of major roads such as highways and national roads is set next to the roads that become routes.
[0107]
FIG. 14 is an example of a route from Hitachi to Tokyo. The priority order of road information to be transmitted will be further described with reference to this figure. Here, it is assumed that the member user is using the terminal 1306 and the vector map data is transmitted.
[0108]
In this figure, a route from the start point 1401 to the end point 1402 is represented by a route 1403. Although details are not shown, it is assumed that the Joban Expressway is the route. After finishing the route calculation, the server 1302 selects a road to be transmitted from the map meshes 1404 to 1410 including the route.
[0109]
First, when only the route is to be transmitted from the start point to the end point, the route in the mesh 1404 close to the start point 1401 is extracted. The path data capacity is checked, and if the capacity is smaller than the memory capacity transmitted from the terminal 1306, the path of the mesh 1405 is extracted. Hereinafter, the route to the mesh 1410 is extracted within a range not exceeding the memory capacity of the terminal 1306. Before the total capacity extracted exceeds the memory capacity of the terminal 1306, the processing is terminated and the route data is transmitted. Regarding the timing of the end of processing, for example, 80% of the transmitted memory capacity may be set as a threshold value.
[0110]
If the route is extracted to the mesh 1410 and the memory capacity of the terminal 1306 is sufficient, the national road is extracted in order from the mesh 1404 to the mesh 1410. If there is still enough memory capacity, other roads will be extracted. As described above, the processing end timing may be 80% of the memory capacity of the terminal 1306.
[0111]
An example of extracting route data with priority is shown in FIG.
[0112]
FIG. 15A is an example of map data stored in the server 1302. This map data includes a post office 1501, a police station 1502, a prefectural office 1503, and a school 1504.
[0113]
As a result of the route calculation by the server 1302, it is assumed that the route 1505 in FIG. At this time, data to be transmitted to the terminal device 1306 is data shown in FIG. That is, a post office 1501, a police station 1502, a school 1504, and a route 1505. The prefectural office 1503 does not transmit because it is not on the route 1505.
[0114]
In addition, there is a method in which route data is not extracted with the highest priority as described above, but is extracted from a location close to the start point 1401.
[0115]
First, after extracting the route data of the mesh 1401, the data of the road close to the route is extracted. For example, road data that intersects the route is extracted. In addition, it is convenient for the user after transmitting the name of the intersection to be extracted. If a road without an intersection, such as an expressway, is a route, only route data will be extracted, but it is only necessary to proceed along a single road, so there is almost no problem even if there is no route data. .
[0116]
If the memory capacity of the terminal 1306 is sufficient, the same processing is performed on the mesh 1402 next. If there is a margin in the memory capacity of the terminal device 1306, the same processing is performed for the mesh 1403 and the subsequent steps.
[0117]
The terminal 1306 may download the data before the departure, but the above processing may be performed, but not all the data can be downloaded before the departure. Data that could not be downloaded must be downloaded along the way. At that time, as described above, it is necessary to delete the data of the route the car has taken so far from the terminal 1306 and receive new data from the server 1302. When the vehicle is in the middle of the route, the above-described processing may be performed with the vehicle position at the middle of the route as the start point 1401.
[0118]
The server 1302 may be configured to adjust the map data providing method using not only the memory capacity of the terminal 1306 but also other types of resource information in the terminal 1306. For example, as the resource information of the terminal 1306, in addition to the memory capacity described above, the communication rate, display type, etc. are sent to the server 1302 as terminal information, and these resource information is directly or indirectly transmitted to the server 1302 side. Use this to determine when to send map data.
[0119]
As an example, a case will be described in which map data is sent in consideration of the transmission time to the terminal 1306. That is, data that can be transmitted within a certain time is prepared and transmitted to the terminal 1306.
[0120]
For example, if the communication rate is 9600 bps and the time until data reception is 30 seconds, the amount of data that can be transmitted within this time is 36 KB. Therefore, map data for 36 KB is prepared and transmitted to the terminal 1306. When preparing data, it shall follow the above-mentioned priority order.
[0121]
On the other hand, the terminal 1306 requests a map from the server 1302 at least 30 seconds before the map is required. For this, it is only necessary to calculate how many meters to request from the speed and communication rate of the vehicle to the point where the map is required.
[0122]
For example, consider a case where the user wants to finish receiving a map when he / she approaches an exiting interchange. The time required to reach the interchange is calculated from the vehicle speed, and at the same time, the memory capacity of the terminal 1306 is checked.
[0123]
If the communication rate is known, the map request timing can be calculated from the three parameters of the vehicle speed, the memory capacity, and the communication rate. For example, if the vehicle speed is 100 km / h, the memory free space is 80 KB, and the communication rate is 9600 bps, the time for receiving 80 KB of data is about 66.7 seconds, so it is only necessary to start data reception 1.85 km before the interchange. . Actually, it is not necessary to use all of the free memory capacity, and the amount of data to be received may be smaller than 80 KB, so this distance may be a little shorter.
[0124]
In the above description, it is assumed that the terminal 1306 is connected to the server 1302 as necessary. Assuming that a communication fee is charged according to the connection time, it is cheaper to connect to the server 1302 as necessary. However, if it is assumed that a communication fee is charged according to the amount of communication, it is not always necessary to disconnect, so a service different from the above is possible.
[0125]
That is, in the above description, the terminal device 1306 downloads route information, and the terminal device 1306 also determines the download location. However, whether or not the route information and the download point are left in the server 1302, the vehicle position information, the vehicle speed, and the terminal information are transmitted from the terminal 1306 to the server 1302 at regular time intervals, and the map is downloaded on the server 1302 side. It is good also as a structure which determines. Or it is good also as a structure which transmits the present location vehicle position information, vehicle speed, and terminal information to the server 1302 for every fixed distance instead of a fixed time interval. Or it is good also as a structure which determines suitably the position which downloads map data on the server 1302 side based on predetermined conditions.
[0126]
As described above, according to the configuration in which the download timing is adjusted on the server 1302 side, the server 1302 issues a warning to the terminal device 1306 when the car goes off the route, or stable communication such as a tunnel is impossible. Since downloading at a place where a difficult situation is expected can be avoided, a more efficient and reliable information providing service can be realized.
[0127]
In each of the above-described embodiments, the case where there is one terminal device 1306 for one server 1302 has been described in order to simplify the description. However, the present invention is not limited to this, and one server 1302 is provided. 1302 may be configured to provide requested information while individually managing a plurality of terminals (a plurality of automobiles). For example, as shown in FIG. 13, the server 1302 may be configured by a server on the Internet so that it can handle a plurality of terminals.
[0128]
Moreover, although each said embodiment demonstrated the structure which calls a server from a terminal device and downloads a map, it is good also as a structure which calls a terminal device from a server and transmits a map instead. For example, when the route is calculated by the server, not only the map display position (map download position) but also the estimated passage time of each map display position is calculated. Further, when the server approaches the expected passage time, the server calls the terminal and transmits map data around the map display position that passes at that time.
[0129]
【The invention's effect】
According to the information providing system of the present invention, the latest road information is always obtained, and a means for downloading a map from a server on the network only when necessary is provided in order to reduce the financial burden on the user. be able to.
[0130]
In addition, according to the information providing system of the present invention, it is possible to receive the minimum map data providing service necessary for navigation even when the memory resources of the terminal receiving the information such as map data are small.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of a terminal according to the present invention.
FIG. 2 is a flowchart illustrating an example of processing of a terminal and a server according to the present invention.
FIG. 3 is an explanatory diagram showing an example of a display screen generated by processing according to the present invention.
FIG. 4 is a block diagram illustrating a configuration example of a server according to the present invention.
FIG. 5 (a) is an explanatory diagram showing an example of a protocol for transmitting data from a terminal device to a server.
FIG. 5B is an explanatory diagram showing an example of a protocol for transmitting from the terminal device to the server.
FIG. 6 is an explanatory diagram showing an example of a screen for inputting a user ID.
FIG. 7 is an explanatory diagram showing an example of a screen for inputting a destination.
FIG. 8 is an explanatory diagram showing billing information for members.
FIG. 9 is a flowchart illustrating a processing example until transmission of vector data or image data.
FIG. 10 is a flowchart illustrating an example of processing of a terminal and a server according to the present invention when map data is transmitted collectively.
FIG. 11 is an explanatory diagram showing a map display example of main parts.
FIG. 12 is an explanatory diagram showing an example of information stored in a member information DB.
FIG. 13 is an explanatory diagram showing an example of the overall configuration of an information providing system according to the present invention.
FIG. 14 is an explanatory diagram showing an example of a map mesh and route information.
FIG. 15A is an explanatory diagram showing an example of map data stored in the server.
FIG. 15B is an explanatory diagram showing a display example of map data and route information.
FIG. 15C is an explanatory diagram showing an example of data transmitted to the terminal.
FIG. 16 is an explanatory diagram illustrating an example of a screen before downloading a map.
FIG. 17 is an explanatory diagram showing an example of a priority definition table;
[Explanation of symbols]
101 memory
102 GPS
103 Position determination device
104 Input device
105 processing equipment
106 Display control device
107 Map display determination device
108 External storage device
109 Communication device
110 Audio output device.

Claims

車両に搭載され目的地までの経路誘導を行う端末器と、該端末器へ経路誘導に用いる地図データを少なくとも含む情報を提供するサーバ装置とを備える情報提供システムにおいて、
前記サーバ装置および前記端末器のうちいずれか一方に、該端末器のその時点での資源情報を取得して、該資源情報に応じて前記地図データを少なくとも含む情報の情報量を計算する手段を有し、
前記サーバ装置は、前記算出された情報量に応じて、前記端末器に送信すべき情報を生成し、
前記サーバ装置は、前記端末器が送信した現在位置と目的地から、目的地までの誘導経路に関する経路情報を生成する手段と、前記経路情報について前記端末器から前記サーバ装置へ取得を要求する地点を前記誘導経路上で決定する情報提供タイミング決定手段と、を備え、
前記経路情報を生成する手段では、前記経路情報を構成する地図データに含まれるべき各地図要素データについて優先順位を付与し、当該優先順位にしたがって、各時点で送信すべき経路情報を生成すること
を特徴とする情報提供システム。In an information providing system comprising: a terminal device mounted on a vehicle that performs route guidance to a destination; and a server device that provides information including at least map data used for route guidance to the terminal device;
Means for acquiring resource information at that time of the terminal device and calculating an information amount of information including at least the map data according to the resource information in one of the server device and the terminal device Have
The server device generates information to be transmitted to the terminal according to the calculated amount of information,
The server device generates a route information related to a guidance route from the current position and the destination transmitted by the terminal to the destination, and a point requesting the server device to obtain the route information from the terminal Information provision timing determining means for determining the information on the guidance route,
The means for generating the route information assigns priorities to each map element data to be included in the map data constituting the route information, and generates route information to be transmitted at each time point according to the priorities. An information provision system characterized by

請求項１に記載の情報提供システムにおいて、
前記優先順位では、誘導経路として用いる道路を最高順位とすること
を特徴とする情報提供システム。In the information provision system of Claim 1 ,
In the priority order, the information providing system is characterized in that a road used as a guide route is given the highest order.

請求項２に記載の情報提供システムにおいて、
前記優先順位では、主要道路、および、前記誘導経路として用いる道路の周辺に存在する道路のうちいずれかを、第２の優先順位とすること
を特徴とする情報提供システム。The information providing system according to claim 2 ,
In the priority order, any one of a main road and a road existing around the road used as the guide route is set as the second priority order.

請求項３に記載の情報提供システムにおいて、
前記主要道路とは、高速道路および国道のうちいずれかであること
を特徴とする情報提供システム。In the information provision system according to claim 3 ,
The main road is one of an expressway and a national road.

車両に搭載され目的地までの経路誘導を行う端末器と、該端末器へ経路誘導に用いる地図データを少なくとも含む情報を提供するサーバ装置とを備える情報提供システムにおいて、
前記サーバ装置は、
前記車両の経路を計算する経路計算手段と、
前記計算された経路において、地図データを送信すべき位置を決定する地図データ送信位置決定手段と、
前記決定された地図データ送信位置を、自車が通過する時刻を予想する通過時刻予想手段とを備え、
前記情報提供タイミング決定手段は、前記サーバ装置に配置されるものであって、前記予想された通過時刻に対応して定められた時刻に、地図データを送信するよう前記送信タイミングを決定すること
を特徴とする情報提供システム。In an information providing system comprising: a terminal device mounted on a vehicle that performs route guidance to a destination; and a server device that provides information including at least map data used for route guidance to the terminal device;
The server device
Route calculating means for calculating the route of the vehicle;
Map data transmission position determining means for determining a position where map data should be transmitted in the calculated route;
A passage time prediction means for predicting the time at which the vehicle passes the determined map data transmission position;
The information provision timing determining means is arranged in the server device, and determines the transmission timing so as to transmit map data at a time determined corresponding to the predicted passage time. A characteristic information provision system.