JP2011053571A - 地図表示装置及び方法 - Google Patents

Abstract

【課題】ラスター形式の地図においても、無駄なく、案内に十分な情報を含む見やすい地図表示を実現することである。
【解決手段】地図データを記憶している地図データ記憶手段１５と、経路データを取得する経路取得手段２０と、前記経路を、端点から所定範囲の端部経路とそれ以外の残余経路に区分する区分点を定める経路区分手段３０と、前記残余経路について、前記経路全体が表示画面の範囲内に収まる第一の縮尺を設定するとともに、前記端部経路について、前記第一の縮尺より詳細な表示となる所定の第二の縮尺を設定する縮尺設定手段４０と、前記地図データに基づいて、前記残余経路を含む第一の縮尺の第一の地図画像と、前記端部経路を含む第二の縮尺の第二の地図画像と、を生成する画像生成手段５０と、前記各地図画像を、前記区分点の位置で接合するように組み合わせて表示する画像表示手段６０と、を有する。
【選択図】図１

Description

本発明は、探索した経路を地図表示する技術に関する。

従来より、電子地図やナビゲーションシステムの分野において、利用者に出発地と目的地を入力させて、出発地から目的地への最適な経路を探索し、探索した経路を地図上に描画する技術が提供されている。この種の技術では、探索結果の経路全体を一度に表示できる地図の縮尺を計算し、その縮尺の地図上に探索結果の経路を描画している（例えば、非特許文献１参照）。

また、経路探索結果を利用した案内として、全体の経路を複数の部分経路に分割して、各部分経路ごとに一般道か否かなど経路の種別に応じて縮尺を変えて地図を表示や印刷などで出力し、各地図をつなげたり順次追ったりしていけば全体の経路を辿れるようにする例も知られている（例えば、特許文献１参照）。

さらに、地図データを線図の点列データや文字コード等で構成するベクトル形式を前提に、経路の周囲とその外側で異なる縮尺の地図を重ね合わせて表示する際に、背景⇒道路⇒地名のように要素を表示してゆく順序を制御することで、経路を含む地図の見やすくする技術も提案されている（例えば、特許文献２参照）。

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

ヤフー株式会社、「Yahoo!地図」、［online］、［2009年7月17日検索］、インターネット〈URL: http://map.yahoo.co.jp/〉

しかし、上記のような従来の技術では、経路が長くなるほど、経路全体を表示するためより広域の地図となるが、広域の地図では、細かい道路や目印となる建物が省略されるため、特に細かい右左折が生じがちな出発地や目的地周辺において情報不足となり、使い勝手に劣るという問題があった。

また、特許文献１では、出発地や目的地付近での情報不足は生じにくいが、経路が長距離になると出力される地図の枚数も多くなり、長い直線道路など案内が不要な部分の地図も相応の枚数を占めるなど無駄が多いという課題があった。

さらに、インターネット上で提供される地図サービスでは描画速度等の考慮から、地図の縮尺や範囲ごとのいわばビットマップ画像であるいわゆるラスター形式の地図が用いられるが、ラスター形式の地図では、画像中に最初から地図上の対象物や地名などの注記が一体化されて含まれている。このため、特許文献２のように地図中の要素ごとに描画順序を入れ替え制御して見やすくする類の技術は適用できないという限界もあった。

本発明は、上記のような従来の課題を解決するもので、その目的は、ラスター形式の地図においても、無駄なく、案内に十分な情報を含む見やすい地図表示を実現することである。

上記の目的をふまえ、本発明の一態様は、地域ごとに複数の縮尺の地図画像を表示するための地図データを記憶している地図データ記憶手段と、複数の位置座標からなる経路を表す経路データを取得する経路取得手段と、前記経路を、端点から所定範囲の端部経路とそれ以外の残余経路に区分する区分点を定める経路区分手段と、前記残余経路について、前記経路全体が表示画面の範囲内に収まる第一の縮尺を設定するとともに、前記端部経路について、前記第一の縮尺より詳細な表示となる所定の第二の縮尺を設定する縮尺設定手段と、前記地図データ記憶手段１５に記憶されている前記地図データに基づいて、少なくとも前記残余経路を含む第一の縮尺の第一の地図画像と、前記端部経路を含む第二の縮尺の第二の地図画像と、を生成する画像生成手段と、前記画像生成手段で取得された前記各地図画像を、前記区分点の位置で接合するように組み合わせて表示する画像表示手段と、をコンピュータが実現することを特徴とする。

このように、ラスター形式に代表される地図画像で経路を表示する際、出発地や目的地付近となる経路の端部の地図画像だけをより詳細な表示となる縮尺とし、残りの部分の地図と区分点で接合するように組み合わせて表示することにより、無駄なく一画面に経路全体が収まる地図でありながら、端部の詳細な情報は省略されず案内に十分な情報を含む見やすい地図表示を実現することができる。

本発明の他の態様は、前記第二の地図画像のサイズを地図表示領域全体に対して所定の寸法比率に設定するサイズ設定手段をさらに有し、前記経路区分手段は、前記所定範囲として前記経路のうち端点から所定の長さの経路を端部経路とし、前記縮尺設定手段は、前記端部経路が前記サイズ設定手段で設定されたサイズに収まる縮尺を前記第二の縮尺として設定することをコンピュータが実現することを特徴とする。

このように、経路の端から所定の長さについて、画面上ある程度の画像サイズを確保してそこに収まる縮尺で詳細表示することにより、経路全体の長さに関係なく常に、出発地や目的地付近の詳しい地理が把握できる見やすい地図表示を実現することができる。

なお、上記の各態様に対応する方法又はプログラムといった他のカテゴリや、以下に説明するさらに具体的な各態様も、本発明に含まれる。

以上のように、本発明によれば、ラスター形式の地図においても、無駄なく、案内に十分な情報を含む見やすい地図表示を実現することである。

本発明の実施形態の構成を示す機能ブロック図。 本発明の実施形態におけるネットワークデータを例示する図。 本発明の実施形態における処理手順を示すフローチャート。 本発明の実施形態における端点、区分点および各経路の説明を示す図。 本発明の実施形態における縮尺設定の処理手順を示すフローチャート。 本発明の実施形態における全体画像を示す図。 本発明の実施形態における部分画像を示す図。 本発明の実施形態における画像表示の処理手順を示すフローチャート。 本発明の実施形態における全体画像と部分画像とを組み合わせた地図画像を示す図。 本発明の実施形態における第二の縮尺設定の処理手順を示すフローチャート。

次に、本発明を実施するための形態（「実施形態」と呼ぶ）について、図に沿って説明する。なお、背景技術や課題などで既に述べた内容と共通の前提事項については適宜省略する。

〔１．構成〕
本実施形態は、サーバコンピュータが、出発地から目的地への最適な経路を地図表示する地図表示装置（以下「本装置」とも呼ぶ）１に関するもので、図１は、本装置１を含むクライアントサーバシステム全体を示す構成図である。但し、本発明は、本装置１に対応する方法やコンピュータ・プログラムとしても把握可能であるし、クライアント端末Ｔを含めて地図表示装置と把握してもよい。

まず、本装置１は（図１）、一般的なコンピュータの構成として、少なくとも、ＣＰＵなどの演算制御部５と、外部記憶装置（ＨＤＤ等）や主メモリ等の記憶装置６と、通信ネットワーク（インターネットや携帯電話網など）Ｎとの通信手段７（ＬＡＮアダプタなど）と、を有する。また、クライアント端末Ｔは、不特定多数のパーソナルコンピュータや携帯電話端末装置などで、搭載しているウェブブラウザＢなどで本装置１にアクセスするものであり、以下、単に「端末」とも呼ぶ。

そして、本実施形態における以下に説明するような地図表示は、本装置１から端末ＴのウェブブラウザＢに、ウェブページデータを送ることで実現するが、その際の具体的なウェブページ構築手法は自由であり、例えば、ＨＴＭＬファイルや画像などを用いる基本的なウェブ実現手法で実現してもよいし、ブラウザのスクリプト（例えばJavaScript（登録商標））機能、リッチインターネットアプリケーション用のインタラクティブ動画ファイルプラットフォーム（Flash（登録商標）など）のブラウザ用プラグイン、Ａｊａｘなど、任意の技術や手法で実現してよい。

また、端末Ｔは、上記のような一般的なコンピュータの構成（上記に準じた演算制御部５、記憶装置６、通信手段７、ウェブブラウザＢ）に加え、マウスやキーボードなどの入力装置Ｍと、液晶ディスプレイなどの表示装置Ｄと、を備える。さらに、ウェブブラウザＢに上記のようなプラグインを組み込んでもよい。

そして、本装置１では、記憶装置６に予め記憶（インストール）した図示しない所定のコンピュータ・プログラムが演算制御部５を制御することで、図１に示す各手段などの要素（１０，２０…など）を実現する。これら各要素のうち、情報の記憶手段は、記憶装置６において各種データベース（「ＤＢ」とも表す）やファイル、配列等の変数、システム設定値など任意の形式で実現できる。

記憶手段のうち、ネットワークデータ記憶手段１２は、道路のネットワーク構造を表すネットワークデータを予め記憶しているものである。ここで、道路のネットワーク構造は、道路区間を表すリンクを、道路の交差や分岐、屈曲点などを表すノード（結節点）で結合して表す。リンクは、道路区間を通行可能な方向ごとに、始点と終点で定義されるので、一方通行の道路区間には一本、双方向通行可能な道路区間には、互いに逆方向に二本設定される。

このようなネットワーク構造を表すネットワークデータは、図２に例示するように、道路区間を表すリンクのリンクＩＤごとに、始点ノードＩＤ、終点ノードＩＤ、通過所要時間などのコストおよび道路種別などの情報を有する。なお、始点ノードＩＤおよび終点ノードＩＤの代わりに各ノードの緯度および経度を記録していてもよい。

また、地図データ記憶手段１５は、地域ごとに複数の縮尺の地図画像を表示するための地図データを予め記憶している。この地図データについては、従来同様でよいので図示は省略するが、ラスター形式のデータであり、複数の縮尺の地図画像をそれぞれ一定範囲のメッシュとして区切り、各メッシュに対応する緯度経度と関連付けて記憶しておく。なお、記憶手段以外の各手段は、以下に説明する情報処理の機能・作用を実現・実行する処理手段である。

〔２．作用〕
上記のように構成した本装置１における作用の概要を、図３のフローチャートに示す。
〔２−１．経路データの取得〕
すなわち、まず、探索要求受付手段１０が端末Ｔから出発地および目的地等の経路探索条件を含む経路探索要求を受け付けると（ステップＳ０１）、これを受けて、経路取得手段２０が、複数の位置座標からなる経路を表す経路データを取得する（ステップＳ０２）。

具体的には、経路のデータを取得する一態様としては、経路取得手段２０が、探索要求受付手段１０が受け付けた経路探索条件（出発地、目的地、一般道優先又は高速優先の別など）に基づいて、ネットワークデータ記憶手段１２に記憶されたネットワークデータを利用して経路の探索を行い、探索結果の経路データを取得する。このように取得する経路データは探索結果に対応する複数のリンクＩＤでもよいし、複数の緯度と経度のデータの対でもよい。そして、経路の探索には、ダイクストラ法やＡ＊（Ａスター）法など任意の公知の経路探索アルゴリズムを用いることができる。

また、経路取得手段２０が経路データを取得する態様としては、上記のような経路探索を自ら行ってその結果として取得することに限らず、例えば、利用者から複数の緯度経度データを含む経路データそのものを入力してもらって取得してもよいし、本装置１と連携する他の情報処理システムから経路探索結果を受信するなどでもよい。

〔２−２．経路の区分〕
続いて、経路区分手段３０が、前記経路データを、端点から所定範囲の端部経路とそれ以外の残余経路に区分する区分点を定める（ステップＳ０３）。例えば、図４の例では、ある端点Ｓ（例えば出発地）から別の端点Ｇ（例えば目的地）に至る経路のうち、端点Ｓから所定範囲内の端部経路Ｒ１を求め、端部経路Ｒ１の終点を区分点Ａとして定め、端部経路Ｒ１以外の経路を残余経路Ｒ２とする。

端点からの所定範囲を設定する基準としては、所定の距離（例えば５００ｍ）でも、全体経路に対する端部経路の長さの割合（例えば１０％）でもよい。前者の例では、ネットワークデータ中で経路データに対応している各リンクの長さを端点から辿りながら積算し、例えば、所定の距離が５００ｍで、端点からの最初のリンクと次のリンクがそれぞれ３００ｍであれば、最初のリンクの終端ノードから、次のリンクを２００ｍ進んだ地点の緯度経度を経路データから抽出して区分点Ａとする。後者の長さの割合を用いる例では、全体経路の全長（例えば１５ｋｍ）を計算などで得て、この全長に対して所定の割合（例えば１０％）の長さ（例えば１５００ｍ）を求めたうえ、前者と同様に、端点から経路上でその長さだけ離れた位置の緯度経度を抽出して区分点Ａとする。

なお、上記のように端部経路を定めて後述のように詳細な縮尺で表示する対象の端点としては、経路の始点側と終点側のどちらか一方でも両方でもよく、両方の場合は始点側と終点側にそれぞれ区分点Ａを計２つ定め、経路の両端が端部経路となるが、以下の例では、説明を簡潔にするため、経路データの始点側の端点Ｓから区分点Ａまでの端部経路Ｒ１を詳細な縮尺による表示の対象とする場合について説明する。

〔２−３．各画像の縮尺の設定〕
そして、縮尺設定手段４０は、上記のように区分した経路のうち、前記残余経路について、経路全体が表示画面の範囲内に収まる第一の縮尺（以下「全体縮尺」とも呼ぶこととする）を設定するとともに、前記端部経路については、前記全体縮尺より詳細な表示となる所定の第二の縮尺（以下「部分縮尺」とも呼ぶこととする）を設定する（ステップＳ０４）。ここで、各縮尺を設定する具体的な処理手順について図５（フローチャート）を参照して説明する。

すなわち、縮尺設定手段４０は、まず、地図データ記憶手段１５から最も詳細な縮尺の地図データを取得し（ステップＳ１１）、次に、経路全体の経路データを、適宜な地図図法により現在の縮尺の地図データにおけるピクセル座標に変換する（ステップＳ１２）。すなわち、地図データは、本来球体である地球を平面で表したものであるため、経路データに含まれる緯度経度の地図データ上の位置を求めるためには、地図データ全体におけるピクセル座標に変換する必要がある。そのうえで、前記地図データに基づいて、経路全体の経路データ全ての上記ピクセル座標を含む矩形を求める（ステップＳ１３）。

この際、矩形のサイズについては、経路からみて周囲四辺いずれにも所定の幅又は割合の余剰面積を持たせた大きさに設定することで、後述する第一の地図画像に、より詳細な縮尺による第二の地図画像を組み合わせて表示する際に、第二の地図画像が地図表示画面に収まらないという事態を防止することが可能になる。

そして、前記矩形のサイズと、端末ＴのウェブブラウザＢにおける地図表示画面（図示せず）のサイズとを比較し（ステップＳ１４）、この比較において、前記矩形のサイズが前記地図表示画面のサイズより小さい場合（ステップＳ１５：「ＮＯ」）、ステップＳ１１で取得した現在の縮尺を全体縮尺として設定し（ステップＳ１６）、この全体縮尺より所定の階層分詳細な縮尺を、端部経路の表示に適用する部分縮尺として設定し（ステップＳ１７）、処理を終了する。一方、前記矩形のサイズが前記地図表示画面のサイズより大きい場合（ステップＳ１５：「ＹＥＳ」）、一階層広域の縮尺の地図データを取得し（ステップＳ１８）、経路全体の経路データをピクセル座標に変換する（ステップＳ１２）以降の処理を繰り返す。

なお、上記の縮尺設定手段の処理は一例であり、最も詳細な縮尺（例えば「２５０分の１」の縮尺）に前記矩形のサイズ（例えば、３２００ピクセル×２４００ピクセル）と前記地図表示画面のピクセル数（８００ピクセル×６００ピクセル）の比率を乗じた値（例えば、「１０００分の１」）を全体縮尺としてもよい。また、全体縮尺は、前記矩形が前記地図表示画面に収まる縮尺であるから、矩形と地図表示画面のプロポーションが異なる場合、Ｘ軸方向又はＹ軸方向のうちピクセル数の相違（比率）が小さい方の軸における比率を、前記最も詳細な縮尺に乗じることとなる。

〔２−４．各画像の生成〕
次に、画像生成手段５０が、地図データ記憶手段１５に記憶されている地図データに基づいて、少なくとも残余経路を含む全体縮尺の第一の地図画像（以下「全体画像」とも呼ぶこととする）と、端部経路を含む部分縮尺の第二の地図画像（以下「部分画像」とも呼ぶこととする）と、を生成する（ステップＳ０５）。

具体的には、全体画像は、縮尺設定手段４０で求めた全体縮尺の地図データを地図データ記憶手段１５から取得し、前記地図データ上に残余経路を描画して全体画像を生成する。例えば、図６の例は、残余経路Ｒ２を含む経路全体を包含する全体縮尺の全体画像Ｐ１を示すもので、地図内に含まれる施設の数が多く、地図上の施設名称や地図記号などの注記Ｃとしては、「○駅」のように目ぼしい大規模施設については文字で名称まで表示されるが、病院や停留所のような地図記号で表示可能な施設は地図記号によって簡易に表示されている。

また、画像生成手段５０は、部分画像については、縮尺設定手段４０で求めた部分縮尺の地図データを地図データ記憶手段１５から取得し、この地図データ上に端部経路を描画して部分画像を生成する。図７は、部分画像Ｐ２の一例であり、端部経路Ｒ１を含み、全体画像より詳細な縮尺の地図画像である。そのため、地図内に含まれる施設の数が少なく、小規模な施設についても「△△病院」「××タバコ店」のように名称まで注記Ｃとして地図上に表示され、また、地図記号で表記可能な施設であっても地図記号に加えて名称等の文字の注記（例えば「□□町」）が表示されている。これにより、利用者が経路の付近にある目印となる施設を詳細に把握し、正しい経路を通行する目印として活用することが容易になる。

〔２−５．生成した各画像の表示〕
そして最後に、画像表示手段６０が、上記のように画像生成手段５０で取得された前記各地図画像、すなわち全体画像及び部分画像を、区分点の位置で接合するように組み合わせて表示する（ステップＳ０６）。具体的な処理手順として、画像表示手段６０は、図８のフローチャートに示すように、まず、全体画像の区分点のピクセル座標を求め（ステップＳ２１）、また、部分画像の区分点のピクセル座標を求める（ステップＳ２２）。そして、全体画像の区分点のピクセル座標と部分画像の区分点のピクセル座標とが合致するように、全体画像と部分画像とを組み合わせて地図画像を生成し（ステップＳ２３）、組み合わせた地図画像を端末Ｔに表示する（ステップＳ２４）。

ここで、図９は、全体画像Ｐ１と部分画像Ｐ２とを組み合わせた地図画像Ｐ３の一例を示すもので、この例は、全体画像Ｐ１に含まれる残余経路Ｒ２と、部分画像Ｐ２に含まれる端部経路Ｒ１と、を区分点Ａのピクセル座標が合致するように組み合わせたものである。さらに、画像生成手段５０が部分画像Ｐ２について、四辺に枠線Ｆを描画することで全体画像Ｐ１との境界を明示することが可能になる。

〔２−６．実施例〕
ここで、端部経路の長さと、画像のサイズ及び縮尺を適切に制御する一実施例を示す。本実施例では、本装置１上にサイズ設定手段４５を実現し、このサイズ設定手段４５が、部分画像のサイズを地図表示領域全体に対して所定の寸法比率に設定する。具体的には、まず、端末ＴのウェブブラウザＢにおける地図表示画面のサイズを取得する。地図表示画面のサイズは、一例として表示画面の縦と横のピクセル数（例えば、８００ピクセル×６００ピクセル）で表される。次に、前記地図表示画面のサイズに所定の寸法比率（例えば３０％など）を乗じた値（例えば、２４０ピクセル×１８０ピクセル）を求め、部分画像のサイズとして設定する。

また、本実施例では、経路区分手段３０は、前記経路のうち端点から所定の距離の経路を端部経路とする。具体的には、ネットワークデータ中で経路データに対応している各リンクの距離を端点から辿りながら積算し、例えば、所定の距離が５００ｍで、端点からの最初のリンクと次のリンクがそれぞれ３００ｍであれば、最初のリンクの終端ノードから、次のリンクを２００ｍ進んだ地点の緯度経度を経路データから抽出して端部経路の終点、すなわち区分点Ａとする。

また、本実施例では、縮尺設定手段４０は、前記端部経路がサイズ設定手段４５で設定されたサイズに収まる縮尺を部分縮尺として設定する。ここで、部分縮尺を設定する処理手順の一例を図１０のフローチャートを参照して説明する。なお、ここで説明する部分縮尺を設定する処理手順は、図５のフローチャートで言えばステップＳ１７の処理の一例に相当する。

すなわち、縮尺設定手段４０は、まず、地図データ記憶手段１５から最も詳細な縮尺の地図データを取得し（ステップＳ３１）、次に、端部経路の経路データを現在の縮尺の地図データにおけるピクセル座標に変換する（ステップＳ３２）。そのうえで、前記地図データに基づいて、端部経路の経路データ全ての上記ピクセル座標を含む矩形を求める（ステップＳ３３）。

そして、前記矩形のサイズとサイズ設定手段４５で設定された部分画像のサイズとを比較し（ステップＳ３４）、この比較において、前記矩形のサイズが部分画像のサイズより小さい場合（ステップＳ３５：「ＮＯ」）、ステップＳ３１で取得した縮尺を部分縮尺として設定し（ステップＳ３６）、処理を終了する。一方、前記矩形のサイズが部分画像のサイズより大きい場合（ステップＳ３５：「ＹＥＳ」）、一階層広域の縮尺の地図データを取得し（ステップＳ３７）、端部経路の経路データをピクセル座標に変換する（ステップＳ３２）以降の処理を繰り返す。

〔３．効果〕
以上のように、本実施形態では、ラスター形式に代表される地図画像で経路を表示する際、出発地や目的地付近となる経路の端部の地図画像だけをより詳細な表示となる縮尺とし、残りの部分の地図と区分点で接合するように組み合わせて表示することにより、無駄なく一画面に経路全体が収まる地図でありながら、端部の詳細な情報は省略されず案内に十分な情報を含む見やすい地図表示を実現することができる。

特に、本実施形態の上記実施例１では、経路の端から所定の長さについて、画面上ある程度の画像サイズを確保して、そこに収まる縮尺で詳細表示することにより、経路全体の長さに関係なく常に、出発地や目的地付近の詳しい地理が把握できる見やすい地図表示を実現することができる。

〔４．他の実施形態〕
なお、上記各実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、本発明において、各手段などの要素は、コンピュータの演算制御部に限らず、ワイヤードロジック等に基づく電子回路や、今後登場する非ノイマン型等の情報処理機構で実現してもよい。また、各構成図、データの図、フローチャートの図などは例示に過ぎず、各要素の有無、その順序や具体的内容などは適宜変更可能である。

例えば、本装置を複数のサーバ装置で実現したり、各端末を含めて本発明のシステムとして把握したり、機能によっては外部のプラットフォーム等をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、上記実施形態は、通信ネットワーク経由でクライアントサーバシステムを構成するサーバ装置を中心に本発明の実現態様を説明したが、実際の実現態様は自由に選択可能であり、本発明は、カーナビゲーション装置のようなスタンドアロンコンピュータにおける装置、方法やプログラムとしても把握可能であるし、また、ウェブページデータとして端末に送り込まれたスクリプト等のプログラムとしても把握可能である。

Ｔ クライアント端末
Ｎ 通信ネットワーク
Ｄ 表示装置
Ｂ ウェブブラウザ
Ｍ 入力装置
Ｓ 経路データの始点側の端点
Ｇ 経路データの終点側の端点
Ａ 区分点
Ｒ１ 端部経路
Ｒ２ 残余経路
Ｐ１ 全体画像
Ｐ２ 部分画像
Ｐ３ 全体画像Ｐ１と部分画像Ｐ２とを組み合わせた地図画像
Ｃ 注記
１ 地図表示装置（本装置）
５ 演算制御部
６ 記憶装置
７ 通信手段
１０ 探索要求受付手段
２０ 経路取得手段
３０ 経路区分手段
４０ 縮尺設定手段
４５ サイズ設定手段
５０ 画像生成手段
６０ 画像表示

Claims (4)

1. 地域ごとに複数の縮尺の地図画像を表示するための地図データを記憶している地図データ記憶手段と、
   複数の位置座標からなる経路を表す経路データを取得する経路取得手段と、
   前記経路を、端点から所定範囲の端部経路とそれ以外の残余経路に区分する区分点を定める経路区分手段と、
   前記残余経路について、前記経路全体が表示画面の範囲内に収まる第一の縮尺を設定するとともに、前記端部経路について、前記第一の縮尺より詳細な表示となる所定の第二の縮尺を設定する縮尺設定手段と、
   前記地図データ記憶手段に記憶されている前記地図データに基づいて、少なくとも前記残余経路を含む第一の縮尺の第一の地図画像と、前記端部経路を含む第二の縮尺の第二の地図画像と、を生成する画像生成手段と、
   前記画像生成手段で取得された前記各地図画像を、前記区分点の位置で接合するように組み合わせて表示する画像表示手段と、
   を有することを特徴とする地図表示装置。
2. 前記第二の地図画像のサイズを地図表示領域全体に対して所定の寸法比率に設定するサイズ設定手段をさらに有し、
   前記経路区分手段は、前記所定範囲として前記経路のうち端点から所定の長さの経路を端部経路とし、
   前記縮尺設定手段は、前記端部経路が前記サイズ設定手段で設定されたサイズに収まる縮尺を前記第二の縮尺として設定する
   ことを特徴とする請求項１に記載の地図表示装置。
3. 地域ごとに複数の縮尺の地図画像を表示するための地図データを記憶している地図データ記憶手段と、複数の位置座標からなる経路を表す経路データを取得する経路取得手段と、を有するコンピュータが
   前記経路を、端点から所定範囲の端部経路とそれ以外の残余経路に区分する区分点を定める経路区分処理と、
   前記残余経路について、前記経路全体が表示画面の範囲内に収まる第一の縮尺を設定するとともに、前記端部経路について、前記第一の縮尺より詳細な表示となる所定の第二の縮尺を設定する縮尺設定処理と、
   前記地図データ記憶手段に記憶されている前記地図データに基づいて、少なくとも前記残余経路を含む第一の縮尺の第一の地図画像と、前記端部経路を含む第二の縮尺の第二の地図画像と、を生成する画像生成処理と、
   前記画像生成手段で取得された前記各地図画像を、前記区分点の位置で接合するように組み合わせて表示する画像表示処理と、
   を実行することを特徴とする地図表示方法。
4. 地域ごとに複数の縮尺の地図画像を表示するための地図データを記憶している地図データ記憶手段と、複数の位置座標からなる経路を表す経路データを取得する経路取得手段と、を有するコンピュータに
   前記経路を、端点から所定範囲の端部経路とそれ以外の残余経路に区分する区分点を定める経路区分手段と、
   前記残余経路について、前記経路全体が表示画面の範囲内に収まる第一の縮尺を設定するとともに、前記端部経路について、前記第一の縮尺より詳細な表示となる所定の第二の縮尺を設定する縮尺設定手段と、
   前記地図データ記憶手段に記憶されている前記地図データに基づいて、少なくとも前記残余経路を含む第一の縮尺の第一の地図画像と、前記端部経路を含む第二の縮尺の第二の地図画像と、を生成する画像生成手段と、
   前記画像生成手段で取得された前記各地図画像を、前記区分点の位置で接合するように組み合わせて表示する画像表示手段と、
   を実現させることを特徴とする地図表示プログラム。

Images