JPH09305625A - 地図表示装置 - Google Patents

Abstract

(57)【要約】 【課題】地図要素の属性から該当の地図要素を検索する
場合の合理化と汎用性を高める。 【解決手段】ＣＤＲＯＭ等の外部記憶媒体の地図データ
３０をデータ読み取り装置６にセットすると、地図デー
タ読み取り処理部１４がその地図データの中の内容（地
図要素）を整理し、その地図要素データをコード情報テ
ーブル１１の情報を手引きにして、階層化された検索手
順に沿った管理テーブル４０〜５１に格納する。検索項
目リストは、予めどのようなものか上位〜下位に至るま
で検索情報管理テーブル１２に設定してあり、読み込ん
だ地図データに該当の内容が有るか否か処理部１４がチ
ェックして、それを検索項目リストに記録する。その記
録にそって、実際に検索可能な検索項目を表示装置２に
強調表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は地図データを画面上
に表示する地図表示装置に関する。

【０００２】

【従来の技術】地図表示装置は、地図データ（イメー
ジ）をユーザの要求にしたがってＣＲＴ，液晶等の画面
を通して表示することで、ユーザに地理的情報与える。
例えば本装置がＧＰＳ（グローバル・ポジショニング・
システム；衛星航法システム）と併用してカーナビゲー
ションに応用された場合、ユーザは地図上で自車の現在
位置が分かり、周囲の地理情報を知ることができる。

【０００３】地図はいくつかの要素、すなわち公共施設
や住宅などの建物とか道路や橋、または山、川、公園な
ど、地図を構成する基本的単位の要素の集合により構成
される。この一つ一つの地図要素は、形状データと属性
データから成る。形状データは地図上に存在する各種地
図要素を描画するために必要な座標情報であり、属性デ
ータは各地図要素に付随する属性情報をデジタル化して
管理したものである。例えば、地図の一要素である図書
館を例に挙げる。図書館は、図書館の建物を表す形状デ
ータがあり、また、図書館名、住所、電話番号、職員、
蔵書冊数、開館時間などの属性データが存在する。

【０００４】地図表示装置は今後さまざまな分野で活用
され、目的に応じて使い分けられていくものと考えられ
る。従って、地図要素に付加される属性データも、使用
目的によりさまざまなものとなる。

【０００５】また、その表示方式には、次のようなもの
が存在する。

【０００６】例えば、特開昭６３−２９８５７２号公報
の地理的検索装置では、地図要素にＩＤ番号を設定し、
検索範囲の中の地図要素が確定したのち、この確定地図
要素のＩＤ番号に基づいて属性情報を検索し、表示する
手段が開発されている。また特開平３−２３３６８０号
公報の地図表示方式では、地図上の位置を指定したと
き、その位置の属性情報を表示する発明が述べられてい
る。

【０００７】しかしながら、どちらの発明も一つの地図
要素を特定してその属性情報を表示する手段を述べたも
のであり、逆に今，要求している属性情報をユーザ側か
ら地図表示装置に提示して、地図表示装置側で、その条
件を満足する地図要素を探し出して表示することは期待
できない。このような属性情報の提示から地図要素を強
調或いは選択的に表示する要求もある。一方では、山や
川、緑地などの地図の自然要素のみを表示し、道路や住
宅などは表示したくないなどの要求や、さらには、属性
値の条件に一致した地図要素のみを抽出したり、強調し
て表示したいなどの要求が生じることもあり得る。

【０００８】このような要求に応じる機能が地図表示装
置にあれば、検索条件（属性条件）を入力することによ
り、指定した地図の範囲、あるいは現在表示されている
地図の範囲の中から、ユーザが探し出したい地図要素を
瞬時に見つけ出し地図上に表示して、ユーザに知らせる
ことができる。このような要求を満たす装置として次の
ようなものが既に提案されている。

【０００９】例えば、特開平４−２４８７３号公報で
は、地図要素たる施設（例えば、配水系統等）の種々の
属性項目（例えば１；配水管、２；給水装置、３；消火
栓、４；仕切弁、５；減圧弁）を属性ファイルリストと
してアイコン操作により画面に表示し、このうちの希望
する項目を選択すると、画面上にその選択されたファイ
ル（例えば配水管）が表示され、このファイルの中に示
された検索入力項目に検索したい属性事項（例えば配水
管の口径，管種，ＮＯ，施設年度）を入力すると、その
属性事項に対応した地図要素（配水管）が画面の地図上
に抽出表示される技術が提案されている。

【００１０】

【発明が解決しようとする課題】前述したように、ユー
ザが検索条件（属性）を提示して、それに対応した地図
要素を画面に表示するものが既に公知である。従来のこ
の種装置は、特定の地図データに限定して使用可能なも
のであり、検索条件（検索項目）は固定されており、地
図データの種類（使用目的，用途，フォーマット等）が
異なる場合には、対応することができなかった。また、
検索条件を入力する場合には、ユーザがキーボード等を
介して画面上の項目欄に検索条件を書き込む過程が含ま
れる。

【００１１】本発明は以上の点に鑑みてなされ、その目
的は、地図要素の属性から該当の地図要素を階層的に検
索し得る他に、使い勝手が良く、しかも合理的な検索を
可能にする地図表示装置を提供することにある。

【００１２】具体的には、第１に、各種地図データに対
して統一した検索手段により該当の地図要素を検索可能
にし、しかも各種地図データを接続（セット）した場合
でも、各地図データに合った検索可能項目（検索メニュ
ー）をユーザに通知できるよう画面表示して、検索の合
理化を図ることにある。先に述べたように、地図上の要
素には様々な属性情報が付加でき、使用目的や使用時期
に応じて随時、属性項目（検索項目）や地図要素の種類
等が異なってくる。したがって、現在接続されている地
図データの反映された検索項目を表示して、ユーザにな
にが検索可能なのか知らせる必要がある。

【００１３】第２に上記第１の目的に加えて、地図表示
装置の汎用性を高めることにある。

【００１４】第３に属性からの検索する地図要素を上位
〜下位の階層レベルに応じてフレキシブルにピックアッ
プできる装置を実現させることにある。

【００１５】第４に階層的な検索条件を入力する場合で
あっても、ユーザが容易に検索条件設定を行い得るよう
にすることにある。

【００１６】

【課題を解決するための手段】第１の発明は、地図デー
タを記憶した外部の記憶媒体を地図データ読み取り装置
にセットして、要求された地図データを読み取り、画面
を通して表示する地図表示装置において、地図データの
検索項目リストが地図表示装置本体側に用意されてお
り、この検索項目リストは、該当の地図要素をその属性
から階層的に検索し得るよう地図要素の属性を基にして
作成された階層の検索項目と検索項目に付随したフラグ
欄を備えて検索情報管理テーブルによって管理されてお
り、且つ、前記外部記憶媒体から読み取った地図データ
の中に前記検索項目に対応する内容すなわち該当の地図
要素が有るか無いかを調査して、その調査結果を前記検
索項目リストのフラグ欄に記録する地図データ読み取り
処理部と、地図データに関して検索メニューの表示要求
があると、前記検索情報テーブルに記憶した検索項目リ
ストを参照して、内容の有る検索項目をユーザに通知す
る表現形式で前記画面に階層的に表示し、この検索メニ
ューを通して所望の検索項目の開示要求があると、読み
取った地図データの中から検索条件に合った地図要素を
検索して画面に表れた地図上に選択或いは強調表示する
地図データ表示処理部と、を備えて成ることを特徴とす
る。

【００１７】本発明によれば、地図要素の属性を基に作
成した上位から下位の各種検索項目が画面を通して階層
的にメニュー表示され、ユーザはその階層にしたがって
所望の検索項目を絞っていける。そして検索項目の中か
ら一つを選択して、それを開示要求すれば、検索対象の
地図要素が一目で分かるように地図上に表示される。例
えば、地図データの中から標高千ｍ以上の山を検索する
場合には、上位の検索項目（属性）の中の一つに「背
景」なる項目を設けておき、中位の検索項目の一つに
「山」なる項目を設けておき、下位の検索項目の一つに
「標高千メートル以上」なる項目を設けておけば、ユー
ザはその属性の大きい概念から下位概念までを画面を通
して地図表示装置と対話しながら引き出し、所望の階層
レベルの検索項目を選択して、それに該当の地図要素
（本例では具体的名称の付いた千メートル以上の山）を
検索して、地図上に選択或いは強調表示する。

【００１８】また、検索項目リストを地図表示装置本体
側の検索情報管理テーブルに用意しておくことで、接続
対象となる外部記憶媒体の地図データの内容に拘束され
ることなく、各種の地図データの地図要素の属性から幅
広い検索項目リストを予め作成しておくことができる。
そのため、各種地図データを広くカバーできる検索項目
を予め用意できる。

【００１９】以上の構成では、検索項目リストの中に
は、地図表示装置に現在接続されている地図データの内
容（地図要素）以外の地図要素に適用可能な検索項目も
存在している（すなわち、検索項目リストと各地図デー
タで検索可能な検索項目とは必ずしも全てが一致するも
のではない）。したがって、仮に全ての検索項目リスト
を画面に表示してしまうと、実際には、現在接続中の地
図データでは不要な検索項目も画面に検索メニューとし
て表示されることになり、ユーザにとっては、検索項目
の選択にあたって不便と煩雑さを感じる。

【００２０】そこで、本発明では、前記した検索項目リ
ストのフラグ欄を利用して、現在接続中の地図データの
中で実際に検索可能な検索項目（接続される地図データ
中に検索項目に対応の地図要素が存在する場合、その検
索項目）を画面を通してユーザに通知するので、ユーザ
にとって無駄の無い検索項目の選択が可能になる。

【００２１】第２の発明は、地図データを記憶した外部
の記憶媒体を地図データ読み取り装置にセットして、要
求された地図データを読み取り、画面を通して表示する
地図表示装置において、地図データの検索項目リストが
地図表示装置本体側に用意されており、この検索項目リ
ストは、該当の地図要素をその属性から階層的に検索し
得るよう地図要素の属性を基にして作成された階層の検
索項目と検索項目に付随したフラグ欄を備えて検索情報
管理テーブルによって管理されており、且つ、前記地図
データの検索に必要なデータ及び検索対象となる地図要
素データを格納するための階層構造の管理テーブル群に
より前記外部記憶媒体の地図データ格納形式に依存しな
い独自の地図データ格納形式を構築する地図データテー
ブルと、前記地図データテーブルの管理テーブル群の作
成の手引きとなる情報を有するコード情報テーブルと、
前記外部記憶媒体から読み取った地図データの中に前記
検索項目に対応する内容すなわち該当の地図要素が有る
か無いかを調査して、その調査結果を前記検索項目リス
トのフラグ欄に記録すると共に、前記コード情報テーブ
ルの情報を手引きにして前記管理テーブル群を作成しつ
つ、前記読み取った地図データの地図要素を整理して所
定の管理テーブルに格納するする地図データ読み取り処
理部と、地図データに関して検索メニューの表示要求が
あると、前記検索情報テーブルに記憶した検索項目リス
トを参照して、内容の有る検索項目をユーザに通知する
表現形式で前記画面に階層的に表示し、この検索メニュ
ーを通して所望の検索項目の開示要求があると、前記地
図データテーブルの管理テーブル群の情報から検索条件
に合った地図要素を取り出して画面に表れた地図上に選
択或いは強調表示する地図データ表示処理部と、を備え
て成ることを特徴とする。

【００２２】第２の発明によれば、上記第１の発明と同
様の作用のほかに、次のような作用が期待できる。

【００２３】すなわち、本発明では、外部記憶媒体から
読み取った地図データの内容（地図要素データ）を外部
記憶媒体の地図データ格納形式に依存しない独自の形式
で地図データテーブルの管理テーブル群に格納すること
で（この管理テーブル群には、階層化された検索項目を
反映させた検索手順に関するデータも階層的に整理され
て格納される）、前記地図データテーブルに各種地図デ
ータのフォーマットに依存しない汎用性（統一性）を与
える。このように各種フォーマットの地図データを読み
取って地図データテーブルに格納するには、前記の地図
データ読み取り処理部については各種地図データのフォ
ーマットに対応のものを用意する必要がある。本発明で
は、地図データ読み取り処理部により、接続された地図
データを読み取って前記管理テーブル群（地図データテ
ーブル）を作成するが、その管理テーブル群の作成手順
に関するコード情報をコード情報テーブルから参照する
ことで、データ格納形式が異なる外部記憶媒体の地図デ
ータを読み取って、上記作成手順を手引きにして独自の
地図データテーブル（管理テーブル群）を構築すること
ができる。

【００２４】第３の発明は、地図データを記憶した外部
の記憶媒体を地図データ読み取り装置にセットして、要
求された地図データを読み取り、画面を通して表示する
地図表示装置において、地図データを構成する地図要素
の属性を基にして上位〜下位の階層化された検索項目を
予め作成して、この上位〜下位の検索項目データが検索
メニュー表示要求の入力操作によって画面に順次，階層
的に表示できるよう管理されており、且つ、全ての階層
の検索項目おいて、その階層レベルに応じた地図要素デ
ータが関連づけて管理テーブル群に格納されて、どの階
層の検索項目に対して開示要求の入力操作を行ってもそ
の階層レベルに応じた地図要素が検索されて、画面に表
れた地図上に選択或いは強調表示される構成としたこと
を特徴とする。

【００２５】本発明によれば、画面に検索項目（属性項
目）のメニューが階層表示され、どの階層レベルの検索
項目を開示要求しても、その階層レベルに応じた地図要
素が検索されて、その地図要素が最終的に画面に表示さ
れる。

【００２６】第４の発明は、地図データを記憶した外部
の記憶媒体を地図データ読み取り装置にセットして、要
求された地図データを読み取り、画面を通して表示する
地図表示装置において、地図データを構成する地図要素
の属性を基にして属性から該当の地図要素を検索するた
めの階層化された検索項目を作成し、この検索項目は、
全てその項目名がペンタッチ方式の画面にメニューとし
て階層表示されるように設定して、このメニュー表示さ
れる階層の検索項目名によりペンタッチの検索条件入力
部が構成され、このペンタッチの検索条件入力部を介し
て全ての階層にわたる検索項目名を一貫してペンタッチ
選択することにより、ユーザによる文字作成を不要とし
た検索条件の設定を可能にしたことを特徴とする。この
ようにすれば、上位〜下位の検索項目をペンタッチによ
るクリック操作だけで可能とし、それ以外の検索条件入
力操作を不要とする。

【００２７】

【発明の実施の形態】図１は本発明の地図表示装置に係
る実施形態の一例を示すブロック図である。

【００２８】本地図表示装置は、入力装置１、表示装置
２、決められた手続きに従って情報処理を行なうＣＰＵ
３、主記憶装置５、外部記憶媒体から地図データを読み
取るデータ読み取り装置６で構成されており、これらの
装置ユニットはシステムバス２０で接続されている。

【００２９】入力装置１は、ペンタッチ，キーボード，
マウス等の少なくとも１つの方式が採用される。表示装
置２は、液晶，ＣＲＴ等のディスプレイである。データ
読み取り装置６に地図データ（外部記憶媒体）３０が着
脱自在に接続（セット）される。地図データ３０は、例
えば市販されている道路地図データや住宅地図データな
どで、ＣＤ−ＲＯＭやフロッピーディスク等の外部記憶
媒体に格納されている。

【００３０】主記憶装置５には、システムバス２０で接
続された各種装置ユニットの基本操作をつかさどるオペ
レーティング・システム９の他に、本発明の実現手段で
ある地図データテーブル１０、コード情報テーブル１
１、検索情報管理テーブル１２、処理手続きをプログラ
ム化した地図データ読み取り処理部１４、地図データ表
示処理部１６、インタフェース処理部１５が常駐してい
る。各種データテーブル１０〜１２、処理部１４〜１６
およびオペレーティング・システム９は、インターフェ
ースを表す接続線２１で接続され相互にデータの受け渡
しや処理命令の発令が可能である。以下、順次説明す
る。

【００３１】図１において、オペレーティング・システ
ム９は、地図データ読み取り処理部１４からの要求によ
り、システムバス２０を介してデータ読み取り装置６か
ら地図データを読みだす処理、地図データ表示処理部１
６からの要求により表示装置２へ地図イメージを描画す
る処理、またインタフェース処理部１５からの要求によ
り検索項目にかかわる各種情報の描画処理等を実行し、
さらには入力装置１によりユーザから入力される表示領
域更新要求や検索操作にかかわる各種要求のイベントを
受信し、インタフェース処理部１５に伝える処理を行な
うものである。この種のオペレーティング・システムに
は例えばマイクロソフト社のWindows９５（Windows９５
はマイクロソフト社の登録商標）などがある。

【００３２】ここで、地図データテーブル１０について
説明する。

【００３３】地図データテーブル１０は、地図データの
検索に必要なデータ及び検索対象となる地図要素データ
を格納するための階層構造の管理テーブル群により外部
記憶媒体３０の地図データ格納形式に依存しない独自の
地図データ格納形式を構築する。この管理テーブル群
は、地図データ読み取り処理部１４がコード情報テーブ
ル１１の情報を手引きにして作成し（これらの管理テー
ブルの作成については、図６のフローチャートを用いて
後述してある）、地図データの検索手順を反映させた階
層構造をとっている。

【００３４】管理テーブルは、各種地図要素の属性を基
に階層的に作成した検索項目を反映させたもので、ここ
では上位（以下、レイヤとする）、中位（以下、種別と
する）、下位（以下、要素とする）の３階層で地図デー
タを管理する構成をとり、ユーザに対してこの手順で地
図データの検索を行なわせるものである。

【００３５】つまり、本地図表示装置は、検索項目表示
要求に対し始めに検索可能なレイヤ名を提示し、その中
から検索したい項目をユーザに選択させる。次に選択さ
れたレイヤが扱う種別の中から検索可能な種別名を提示
し、その中から検索したい項目をユーザに選択させる。
そして最後に本地図表示装置は、選択された要素の所有
する検索可能な属性項目をユーザに提示する。

【００３６】以上のように地図データを検索手順を考慮
し階層構造で管理することにより、ユーザに対し、順
次、地図と対話しながら検索項目を決定させ、検索設定
操作を効率よく行なわせることができる。以上の理由か
ら図１における地図データテーブル１０は、レイヤ管理
テーブル４０を最上位とし、種別管理テーブル４１〜４
３、要素管理テーブル４５〜４７の３種類の管理テーブ
ルを階層状にもち、最下位に形状データテーブル５０と
属性データテーブル５１をおいている。

【００３７】接続される地図データ３０は、その内容が
検索の都合の良いように整理されているとは限らない。
そのために、独自の地図データテーブル１０を地図表示
装置に設定することで、接続する地図データ３０の内容
を読み取った後に、これを地図データ３０でデータ形式
に依存しないで検索の都合のよいように整理して、管
理、検索を可能にする。地図データテーブル１０は、個
々の地図データに依存しない独自のデータ格納方式であ
るため、複数の地図データに対応可能である。さらに、
ユーザに対する操作性も統一されたものとなる。

【００３８】地図データテーブル１０において、レイヤ
管理テーブル４０は一つだけ存在し、例えば図２（ａ）
のようなデータ格納形式をとる。すなわち、実際に扱か
われる地図データのレイヤの種類を示すレイヤコード２
０１、および各レイヤごとに一つずつ配置される種別管
理テーブル４１〜４３の所在場所を示す種別管理テーブ
ル先頭アドレス２０２、および種別管理テーブルのサイ
ズ２０３が記録される。

【００３９】ここで、「実際に扱かわれる地図データ」
と記したのは、本地図データテーブル１０は、地図デー
タを検索項目に従って整理するための型であって、始め
から地図データが管理テーブルに配置されているわけで
なく、地図データを実際に読み取り装置６に接続（セッ
ト）して読み出した地図データを対象とするためであ
る。

【００４０】外部記憶媒体３０にある地図データのうち
要求される地図データは、地図データ読み取り処理部１
４により、随時、データ読み取り装置６を介して読み出
される。

【００４１】地図データテーブル１０で扱えるデータ
と、実際に地図データ３０中に存在するデータとは一致
するとは限らず、例えば、地図データテーブル１０で受
入れ態勢にあるにもかかわらず、実際の地図データ３０
には、該当のデータ（地図要素データ）が存在しない場
合もある。その結果、管理テーブルの項目欄が空欄にな
ることもある。この場合は、種別管理テーブル先頭アド
レス２０２には−１が、種別管理テーブルのサイズ２０
３には０が設定される。地図データのレイヤ種類を示す
レイヤコードは、例えば本実施例では、４バイトの符号
なし整数で定義され、背景、交通機関、公共施設があ
り、それぞれ順に、０００１、０００２、０００３のコ
ードで定義されている。図２（ａ）の例ではレイヤコー
ド０００１〜０００３についてはそれぞれの種別管理テ
ーブルが存在する。

【００４２】種別管理テーブル４１〜４３は、扱われる
レイヤの数だけ存在し、レイヤ管理テーブル４０の種別
管理テーブル先頭アドレス（種別管理テーブルの所在場
所を示すアドレス）２０２を介して接続されている（図
１に示す接続線６０〜６１がこの接続を表わしてい
る）。したがって、レイヤ管理テーブル４０からレイヤ
コードをキーにして該当する種別管理テーブルを参照す
ることができる。

【００４３】種別管理テーブル４１〜４３は、例えば図
２（ｂ）のようなデータ格納形式をとる。すなわち、種
別管理テーブルは、種別の種類を示す種別コード２１
１、各種別ごとに一つずつ配置される要素管理テーブル
４５〜４７の所在場所を示す要素管理テーブル先頭アド
レス２１２、要素管理テーブルのサイズ２１３からな
り、これらを一組としたレコードが、種別の数だけ設定
される。種別コード２１１、要素管理テーブル先頭アド
レス２１２、および要素管理テーブルサイズ２１３はそ
れぞれ４バイトのデータでなり、１レコードあたり１２
バイトの領域が必要である。各レイヤごとにどのような
種別が設定されているのかはコード情報テーブル１１に
定義されている。

【００４４】また、各種別コードに対応する要素管理テ
ーブルは、先記と同様に、地図データ３０が扱うデータ
の範囲の都合から存在しない場合もある。この場合に
は、種別管理テーブルの要素管理テーブル先頭アドレス
（要素管理テーブルの所在場所を示す）には−１、テー
ブルサイズには０が設定される。種別管理テーブル４１
〜４３はそれぞれのレイヤにより管理する種別の数が異
なり、テーブルサイズがまちまちである。

【００４５】種別の種類を示す種別コードは、レイヤ別
に定義され、４バイトの符号なし整数で表される。この
結果、たとえば、背景レイヤに属する種別コード０００
１と交通機関レイヤに属する種別コード０００１では意
味するところが異なることになる。後で詳しく説明する
が、本実施例では、背景レイヤに接続する種別コードに
は海、山、緑地等の種別を示す項目があり、交通機関レ
イヤに接続する種別コードには道路、ＪＲ線、駅、バス
停等の種別を示す項目があり、公共施設に接続する種別
コードには市役所、病院、学校、ホテル等がある。

【００４６】図２（ｂ）はあるレイヤで管理されている
種別管理テーブルの一例を示している。図２（ｂ）の種
別管理テーブルからこのレイヤでは３つの種別が存在し
（種別コードが３つ）、各種別（種別コード）には、そ
れぞれの下位に接続される要素管理テーブルの所在を示
すアドレス（要素管理テーブル先頭アドレス）２１２と
その要素管理テーブルのサイズ２１３に関するデータが
格納されている。

【００４７】図１中、要素管理テーブル４５〜４７は扱
われる種別の数だけ存在し、地図データ読み取り処理部
１４によって実際に読み込まれた地図要素データを管理
するものである。本実施例において地図要素とは地図を
構成する最小単位のもで、たとえば、○○山とか××
駅、県道□□号線、△△橋などのような固有な形状を持
つもので、種別によってグループ化されている。一つの
地図要素データは後に説明するように形状データを格納
した形状データテーブルと属性データを格納した属性デ
ータテーブルとで構成される。

【００４８】要素管理テーブル４５〜４７は、既述した
ようにその所在場所（要素管理先頭アドレス）とテーブ
ルサイズが種別管理テーブル４１〜４３に示されてお
り、図１中６２〜６４の接続線で示されるように、種別
管理テーブル４１〜４３から種別コードをキーにして該
当する要素管理テーブルを参照することができる。

【００４９】要素管理テーブル４５〜４７は、例えば図
２（ｃ）のようなデータ格納形式をとる。すなわち、要
素管理テーブルは、地図要素に対応する形状データテー
ブルの所在場所を示す形状データテーブル先頭アドレス
２２２と形状データテーブルサイズ２２３および、属性
データテーブルの所在場所を示す属性データテーブル先
頭アドレス２２４と属性データテーブルサイズ２２５を
一組としたレコードで構成され、本レコードは存在する
地図要素の数だけ設定される。形状データテーブル先頭
アドレス２２２、形状データテーブルサイズ２２３、属
性データテーブル先頭アドレス２２５、属性データテー
ブルサイズ２２６はそれぞれ４バイトデータとし、１レ
コードあたり１６バイトの領域が必要である。

【００５０】図１中、形状データテーブル５０は、地図
データ読み取り処理部１４によって実際に読み込まれる
範囲の地図要素の数だけ存在し、地図要素の形状を描画
するに必要な座標情報が格納される。

【００５１】形状データテーブルは所在場所とテーブル
サイズが対応する要素管理テーブルの各レコード（項
目）に個々に示されており、図１中６５〜６６の接続線
で示されるように、要素管理テーブルから形状データテ
ーブルを参照することができる。

【００５２】形状データテーブル５０は、例えば図２
（ｄ）にあるようなデータ格納形式をとる。すなわち、
形状データテーブル５０は描画開始点の座標値２３１、
描画点の総点数２３２、描画される形状が線である場合
には０を、面である場合には１が設定される面／線フラ
グ２３３、および描画開始点座標値からのオフセット値
がＸ座標、Ｙ座標の組になって描画点の（総数−１）の
数だけ格納される。

【００５３】形状データテーブルは、図２（ｄ）に示す
ように描画座標点の情報からなる１レコードで形成さ
れ、テーブルサイズは描画点総数により異なる。また、
複数の線あるいは面を持つ形状については、オフセット
値を（−１、−１）とすることでペンアップ動作をさ
せ、複数の形状を描画させることにする。

【００５４】属性データテーブル５１も地図データ読み
取り処理部１４によって実際に読み込まれる範囲の地図
要素の数だけ存在し、地図要素の属性データが格納され
る。

【００５５】属性データテーブル５１は、対応する要素
管理テーブルにその所在場所を示す属性データテーブル
先頭アドレス２２４と属性データテーブルサイズ２２５
が示されており、図１中６５〜６６の接続線で示される
ように、要素管理テーブルから属性データテーブルを参
照することができる。

【００５６】後に説明するように、個々の地図要素が所
有する属性については、予め属性種別ごとに属性コード
および属性値の取りうる値が定義されている。

【００５７】属性データテーブル５１は、例えば図２
（ｅ）にあるようなデータ格納形式をとる。すなわち、
属性データテーブルは、その地図要素が備えている属性
について、属性の種類を示す属性コードとその属性値が
格納される。属性コードは４バイトからなる符号なし整
数値で、属性値は属性コードごとに設定される属性値の
データタイプが定義されている。この属性データテーブ
ル中のデータは、地図データ読み取り処理部１４によっ
て実際に読み込む地図データの個々の地図要素がどれだ
け属性データを付加しているかに依存する。

【００５８】次に、コード情報テーブル１１について説
明する。コード情報テーブル１１は、個々の地図データ
に依存しない独自に作成した検索項目（階層化された検
索項目）について定義するコード情報を有し、地図デー
タ読み取り処理部１４がこのコード情報を参照して地図
データテーブル１０の管理テーブル群を作成するように
してある。すなわち、コード情報テーブル１１は地図デ
ータテーブルの管理テーブル群４１〜４３を作成するた
めの手引きとなる情報を有するものである。地図データ
テーブルの作成については、図５のフローチャートを用
いて後述する。

【００５９】本地図表示装置が扱うレイヤ、種別、属性
よりなる階層化された検索項目には、それぞれ種類別に
コードが定義されている。コード情報テーブル１１はコ
ードとその意味する内容を名称の対でまとめいくつかの
対応テーブルで構成されている。ここで、属性について
は、属性の種類ごとに定義された属性コードにくわえ、
その属性がとりうる属性値のデータタイプおよび範囲を
定めている。これにより、検索条件を設定するにあた
り、ユーザが選択できる属性値の範囲を明確に提示でき
る。

【００６０】図３，図４は、本実施形態において取り扱
うコード情報テーブルの一例を示したものである。コー
ド情報テーブルは、レイヤコード情報テーブル３０１、
各レイヤに対応した種別コード情報テーブル３１１〜３
１３、さらに種別ごとに属性コード情報テーブル３２１
〜３２６が設定されている。

【００６１】レイヤコード情報テーブル３０１は、図３
（ａ）に示すように、４バイトからなるレイヤコード、
コードの内容を説明した１０文字以内の文字列（レイヤ
名称）、各レイヤの下位検索項目としてまとめた種別コ
ード情報テーブル３１１〜３１３の所在を示す種別コー
ド情報テーブル先頭アドレス、並びに種別コード情報テ
ーブルのサイズが一組のレコードとして格納されてい
る。図３（ａ）では、背景、交通機関、公共施設の３つ
のレイヤを設定し、３レコード分のデータが格納されて
いる。

【００６２】次に、種別コード情報テーブル３１１〜３
１３はレイヤごとに作成され、レイヤコード情報テーブ
ル３０１内の種別コード情報テーブル先頭アドレスによ
り参照可能である。

【００６３】各種別コード情報テーブル３１１〜３１３
では、図３（ｂ）に示すように、４バイトからなる種別
コード、コードの内容を説明した１０文字以内の文字列
（種別名称）、属性コード情報テーブルの所在を示す属
性コード情報先頭アドレス、並びに属性コード情報テー
ブルのサイズが一組のレコードとして設定され、各レイ
ヤで扱われる種別の数だけレコードが設けられる。

【００６４】図３（ｂ）のうち、種別コード情報テーブ
ル３１１は背景レイヤでまとめられる種別についてのも
のであり、山、川などの種別について種別コードが定義
されている。また交通機関レイヤでまとめられた種別コ
ード情報テーブル３１２では道路、ＪＲ線などの種別に
ついて種別コードが定義されている。公共施設レイヤに
ついてまとめられた種別コード情報テーブル３１３で
は、市役所、学校などの種別について種別コードが定義
され、それぞれに対応する属性コード情報テーブルの所
在を示す先頭アドレスおよびテーブルサイズが記録され
ている。

【００６５】一方、属性コード情報テーブルは各種別ご
とに設けられる。図４の属性コード情報テーブル３２１
〜３２６は、その一例を示し、それぞれ山、川、道路、
ＪＲ線、市役所、学校に対応するものである。各属性コ
ード情報テーブルでは、４バイトからなる属性コード、
コードの内容を説明した１０文字以内の文字列（属性名
称）、属性値の設定可能な数値または文字記号が一組の
レコードとして格納され、その種別で扱われる属性の数
だけデータが存在する。これらの属性コード情報は、該
当する種別コード情報テーブル内の属性コード情報テー
ブル先頭アドレスにより参照可能である。

【００６６】次に図１に示す検索情報管理テーブル１２
について説明する。

【００６７】検索情報管理テーブル１２は、検索項目リ
ストを管理する。検索項目リストは、図５に示すような
態様をなし（図５については後述する）、該当の地図要
素をその属性から階層的に検索し得るよう地図要素の属
性を基にして作成された階層の検索項目（レイヤコー
ド，種別コード，属性コード）とフラグ欄（種別フラ
グ，属性フラグ）とで構成される。レイヤコード，種別
コード，属性コードは、コード情報テーブル１１で定義
したものに対応する。種別フラグ，属性フラグは、実際
に扱われる地図データの中にそれらのコードに相当する
内容が存在するのかを検索情報として知らせるものであ
る。

【００６８】すなわち、検索情報管理テーブル１２に
は、地図データ読み取り処理部１４により地図データ３
０を地図データテーブル１０に読み取る際に、一つ一つ
の検索項目について該当すべきデータ（地図要素及びそ
の属性）の有無が調べられ、その結果が記録される（該
当すべきデータが存在するときは、フラグは“１”、存
在しなときはフラグは“０”となる）。そして、インタ
フェース処理部１５におけるユーザからの検索項目のメ
ニュー表示要求に応じて、現在検索可能な項目をユーザ
に表示装置２の画面を通して検索情報（検索メニュー）
として知らせる。換言すれば、表示装置２に階層的に表
示される検索メニューは検索情報管理テーブルに基づき
作成される。

【００６９】図５に検索情報管理テーブル１２の一例を
示す。図５の検索情報管理テーブル１２は、レイヤコー
ドが示されている欄４０１と、その各レイヤ毎にまとめ
られた種別コードが示される欄４０２と、その種別コー
ドに対応したデータ（地図要素）が地図データ３０内に
存在したかどうかを示す種別フラグ欄４０３と、種別コ
ード欄４０２でまとめられたその種別に対応する属性コ
ードを示した欄４０４と、その属性コードに対応したデ
ータ（地図要素の属性データ）が地図データ３０内に存
在したかどうかを示す属性フラグを記す欄４０５とで構
成されている。

【００７０】地図要素に関するデータの有無の調査結果
は、種別フラグ欄４０３および属性フラグ欄４０５に記
録される。この調査結果の記録は、地図データ読み取り
処理部１４により、始めに全ての種別フラグおよび属性
フラグが０に設定され（初期化）、その後、対応するデ
ータが存在すれば１が記録される。この結果、この地図
データ３０に対し、どのような項目が検索可能なのか高
速に知ることができる。

【００７１】図１において、地図データ読み取り処理部
１４は、インタフェース処理部１５からの指令によりオ
ペレーティングシステム９を介してデータ読み取り装置
６にアクセスし、コード情報テーブル１１内に定義され
たコード情報に従い地図データ３０を読みだし、地図デ
ータテーブル１０内の独自の地図データ格納方式を構築
する管理テーブル群４０、４１〜４３、４５〜４７、５
０、５１を作成する。

【００７２】さらに、地図データ読み取り処理部１４
は、現在接続された地図データ３０について、コード情
報テーブル１１内に設定された項目に従い地図要素デー
タの有無を調査して、検索情報管理テーブル１２内の種
別フラグおよび属性フラグを用いて記録するのである。

【００７３】ここで、地図データ３０は、提供元，使用
目的等の種類に応じてデータの内容と格納形式（フォー
マット）が異なる。従って地図データ読み取り処理部１
４は、地図データ３０のデータ内容および格納形式に依
存するものであり、他の地図データを用いる場合には、
その地図データのフォーマットに対応した地図データ読
み取り処理部１４が必要である。

【００７４】以下、地図データ読み取り処理部１４の一
例を説明する。

【００７５】地図データ読み取り処理部１４は、外部記
憶媒体の地図データ３０のフォーマットに依存するもの
であるから、まず、地図データ読み取り処理部１４の動
作を説明する前に、地図データ３０のデータ構成の一例
を説明する。

【００７６】図９は地図データ３０の一例を示したもの
である。

【００７７】地図データ３０は、領域管理テーブル８０
１、いくつかのデータブロック８０２〜８０５、並びに
属性情報ファイル８０６で構成されている。地図データ
３０の扱う地図はいくつかの小領域に分割され、この分
割された領域ごとにデータがデータブロック８０２〜８
０５としてまとめられている。

【００７８】データブロック８０２〜８０５は領域管理
テーブル８０１により管理されている。すなわち、領域
管理テーブル８０１は、領域ごとに区切られたデータが
何処に格納されているかを示すものであり、分割領域を
表す左端経度、右端経度、上端緯度、下端緯度の一組８
１１と、対応するデータブロックの所在場所を示すデー
タ所在場所８１２とで構成される。左端経度、右端経
度、上端緯度、下端緯度の一組８１１とデータ所在場所
８１２を１レーコドとすると、領域管理テーブル８０１
には領域が分割された数だけのレコードと領域管理テー
ブル８０１の最後を示すＦＦＦＦが配置される。また、
データ所在場所８１２には本領域管理テーブル８０１の
先頭からのオフセット値が設定される。

【００７９】一つのデータブロックには、対応する分割
領域内の地図要素に係わる形状データとそれぞれの要素
に付加される属性データの所在場所を示したものが格納
される。ここで、地図要素とは地図を構成する基本単位
になるもので、例えば一つ一つの山や川、道路、あるい
は建物等である。

【００８０】次に、データブロック８０２〜８０５につ
いてのデータ構成を説明する。データブロック８０２〜
８０５は全て同様の構成をしており、例えば任意のデー
タブロックｉ８０４についてみれば、データブロックｉ
８０４は、地図要素の種別を表す種別コード８２１、描
画に用いる形状データの描画開始点８２２、描画座標点
の総数８２３、描画点列が線あるいは面であるかを示す
面／線フラグ８２４、Ｘ座標，Ｙ座標の組からなる各描
画座標点の列を描画開始点８２２からのオフセットであ
らわしたオフセット座標列８２５、そして本地図要素に
付加される属性データの格納場所を示す属性情報先頭ア
ドレス８２６とからなる。

【００８１】種別コード８２１、描画開始点８２２、総
点数８２３、面/線フラグ８２４、オフセット座標列８
２５、属性情報先頭アドレス８２６を一レコードとする
と、データブロックｉ８０４には、データブロックｉ８
０４が扱う領域中の地図要素数分だけのレコード数とデ
ータブロックｉ８０４の最後を示すＦＦＦＦが配置され
る。

【００８２】一方、属性情報ファイル８０６は地図デー
タ３０が扱う全ての地図要素に付加された属性データが
納められている。属性情報ファイル８０６中、一つの属
性データは一つの地図要素に対応し、地図要素の名称８
３１、住所８３２、電話番号８３３、属性コード８３
４、および属性コード８３４に対応した属性値８３５と
からなる。地図要素の意味合いから住所８３２、電話番
号８３３の欄が空欄になる場合もある。

【００８３】図１０（ａ）は地図データ３０が扱う種別
を示したものであり、種別ごとにコードが定義されいて
る。また図１０（ｂ）は地図データ３０が扱う地図要素
に付加される属性を示したものであり、属性の種類ごと
に属性コードが定義されている。

【００８４】次に図６により本実施形態における地図デ
ータの読み取り処理について説明する。図６は、地図デ
ータ読み取り処理部１４の動作を説明したフローチャー
トである。

【００８５】地図データ読み取り処理部１４は、インタ
フェース処理部１５からの指令によりステップ５０１で
処理を開始する。この時、インタフェース処理部１５か
ら地図データの読みだし領域を示した表示管理リストが
図１１にあるようなデータ形式で渡される。

【００８６】次にステップ５０２において、まず地図デ
ータ読み取り処理部１４は、検索情報管理テーブル１２
を初期設定する。すなわち、検索情報管理テーブル１２
内の全ての種別フラグと属性フラグを０に設定する。

【００８７】次に、現在注目しているレイヤを示す探索
レイヤ番号を０００１にセットする。そして、コード情
報テーブル１１内のレイヤ情報テーブルを参照し、定義
されているレイヤ数を調べ、これを最大レイヤ数に設定
する。ここで、レイヤコードは０００１から順に自然数
で設定されているので、最終のコード値はレイヤ数と一
致している。次に、地図データテーブル１０内にレイヤ
管理テーブルを作成する。レイヤ管理テーブル４０は、
図２（ａ）で説明したように１レコード１２バイトで成
るため、最大レイヤ数をかければ必要な領域がわかる。

【００８８】そして地図データ読み取り処理部１４は、
ステップ５０３にある判定処理により、以下に説明され
る全ての処理を最大レイヤ数回分繰り返し行なった後、
ステップ５１８でインタフェース処理部１５に処理が完
了したことを通知し、動作を終了する。

【００８９】繰り返し処理中、ステップ５０４におい
て、地図データ読み取り処理部１４は、現在注目してい
る種別を示す探査種別番号を０００１にセットし、現在
探査中であるレイヤについて、そのレイヤに含まれる種
別の最大数をコード情報テーブル１１内に定義されてい
る種別情報テーブルにより調べ、最大種別数に設定す
る。ここで、レイヤコード同様、種別は０００１から順
に自然数で設定されているので、最終のコード値はその
レイヤの種別数と一致している。この最大種別数はステ
ップ５０５にある判定処理で用いられ、ステップ５０８
から５１７までの処理が最大種別数分、繰り返し行なわ
れる。

【００９０】一方、ステップ５０４の最後の処理におい
て、地図データ読み取り処理部１４は、地図データテー
ブル１０内に種別管理テーブルを作成する。種別管理テ
ーブル４１〜４３は図２（ｂ）で説明したように１レコ
ード２４バイトより、最大種別数をかければ必要な領域
がわかる。

【００９１】ステップ５０５の判定処理で、探査種別番
号が最大種別数に達していなければ、地図データ読み取
り処理部１４は、インタフェース処理部１５から表示管
理リストで指定された地図領域において、現在注目して
いるレイヤの内、まだ調べ切れていない種別があるとい
うことなので、ステップ５０８からステップ５１７まで
の処理を行なう。

【００９２】まず、ステップ５０８で地図データ読み取
り処理部１４は、要素管理テーブルを地図データテーブ
ル１０内に作成する。この時点では、要素管理テーブル
は一レコード分のデータが格納できる大きさだけとら
れ、順次ステップ５１０で地図要素が見つけだされる毎
に一レコードづつ増やされる。

【００９３】ステップ５０９において、インタフェース
処理部１５から表示管理リストで指定された地図領域に
おいて、現在注目している探索レイヤでかつ探索種別に
所属している地図要素に係わるデータが地図データ３０
内に存在するかどうかを調べる。例えば、探索レイヤ番
号が０００２で探索種別番号が０００１である場合、現
在注目しているレイヤは図３（ａ）より交通機関で、か
つ交通機関における種別コード０００１は図３（ｂ）よ
り道路となるから、地図データ読み取り装置１４は、表
示管理リストで指定された領域の中、地図データ３０内
に道路に関する地図要素データが存在するかどうか調べ
ることになる。

【００９４】この動作は、地図データ３０のデータ格納
形式に依存する。ここでは、図９に示した地図データに
ついての処理を述べる。

【００９５】つまり、地図データ読み取り処理部１４
は、図１０（ａ）において、地図データ３０における道
路に対するる種別コードは０４０であるから、図９中、
領域管理テーブル８０１から表示管理リストで指定され
た領域に対応するデータブロックの所在場所を見つけだ
し、データブロック中、種別コード８２１が０４０であ
る要素データを探す。

【００９６】対応する要素データがあれば、地図データ
読み取り処理部１４は、ステップ５０５において地図デ
ータテーブル１０内に形状データを格納するための形状
データテーブル５０を作成し、地図データ３０の形状デ
ータを形状テータテーブルに読み取り、データサイズと
形状テータテーブルの所在場所を要素管理テーブルに記
録する。

【００９７】そしてステップ５１１において、検索情報
管理テーブル１２に現在注目しているレイヤの種別に該
当する種別フラグには１が設定され、地図データ３０内
に注目した地図要素データが存在していることが記憶さ
れる。

【００９８】次にステップ５１２において、地図データ
読み取り処理部１４は、属性データテーブル５１を地図
データテーブル５内に作成する。作成する属性データテ
ーブル５１の形式は、現在注目している探索レイヤ番号
および探索種別番号から図４などにあるように種別ごと
の属性テーブルの書式を調べれば、容易に決定できる。

【００９９】次に、ステップ５１２において地図データ
３０にアクセスし、現在注目している地図要素の属性デ
ータを読みだす。例えば、探索レイヤ番号が０００２で
探索種別番号が０００１である場合、現在注目している
レイヤは図３（ａ）より交通機関で、かつ交通機関にお
ける種別コード０００１は図３（ｂ）より道路となるか
ら、地図データ読み取り処理部１４は、表示管理リスト
で指定された領域の中、地図データ３０内に道路に関す
る地図要素データが存在する場合、この地図要素に付加
される属性情報について調べることになる。この動作
は、地図データ３０のデータ格納形式に依存する。ここ
では、図９に説明した地図データについての処理を述べ
る。つまり、地図データ読み取り処理部１４は、図１０
（ａ）において、地図データ３０における道路にたいす
る種別コードは０４０であるから、図９中、領域管理テ
ーブル８０１から表示管理リストで指定された領域に対
応するデータブロックの所在場所を見つけだし、データ
ブロック中、種別コード８２１が０４０である要素デー
タを探す。つぎに、属性情報先頭アドレス８２６に従
い、属性情報ファイル８０６内の属性データを引き、図
４の道路に対応する属性コード情報テーブル３２３で定
義されている属性値が設定されているかどうか調べる。
すなわち、属性コード情報テーブル３２３には名称と道
路種別が定義されているから、属性ファイル８０６中、
名称と道路種別の属性データがあれば、データを読みだ
し、設定することができる。

【０１００】つまりステップ５１２において、地図デー
タ読み取り処理部１４は、地図データテーブル１０内に
属性データを格納するための属性データテーブルを作成
し、地図データ３０から属性データを属性データテーブ
ルに読み取り、データサイズと属性データテーブルの所
在場所を要素管理テーブルに記録する。この時、ステッ
プ５１２において地図データ３０に現在注目している地
図要素の属性データがなければ、地図データテーブル１
０内に属性データを格納するための属性データテーブル
がコード情報にしたがって作成されるが、読みだせなか
った属性データの項目については−１が設定される。

【０１０１】そして、ステップ５１３で検索情報管理テ
ーブル１２に属性データが読み出せた項目について該当
する属性フラグに１が設定される。この時、ステップ５
１２において地図データ３０に現在注目している地図要
素の属性データがなければ、検索情報管理テーブル１２
で該当する項目に属性フラグに０が設定される。次にス
テップ５１４において、次の要素データを格納するため
に要素管理テーブルの領域が一レコード分拡張される。

【０１０２】さて、ステップ５０９に戻って、現在注目
している探索レイヤでかつ探索種別に所属している地図
要素データが地図データ３０内に存在するかどうか、再
度調べられる。もうこれ以上、地図データ３０には注目
している地図要素データがなければ、ステップ５１５に
おいて要素管理テーブルの一番最後に、テーブルの末端
をしめすＦＦＦＦが格納される。次にステップ５１６に
おいて、現在注目している種別コード（探索種別番号と
同じ値）および要素管理テーブルのサイズと所在場所を
種別管理テーブルに登録する。ステップ５１７では探索
種別番号がインクリメントされ、注目する種別が更新さ
れる。

【０１０３】ステップ５０５における判定により、ステ
ップ５０８から５１７までの処理が探索レイヤ番号で注
目しているレイヤに属する全ての種別について繰り返し
行なわれると、ステップ５０６において、レイヤ管理テ
ーブルに現在注目しているレイヤコード（探索レイヤ番
号と同じ値）および種別管理テーブルのサイズと所在場
所をレイヤ管理テーブルが登録され、ステップ５０７に
おいて探索レイヤ番号がインクリメントされ、注目され
るレイヤが更新される。探索レイヤ番号はステップ５０
３で最大レイヤ数を越えているかどうかチェックされ、
越えていなければ、ステップ５０４以降同様の処理が行
なわれる。この処理は、全てのレイヤについて地図デー
タの探索および読み込みが終了するまで、繰り返され
る。

【０１０４】図１においてインタフェース処理部１５は
オペレーティング・システム９を介して入力装置１から
ユーザの要求イベントを受取り、表示地図領域の更新や
検索可能項目のインタラクティブな表示操作を行なうも
のである。インタフェース処理部１５は内部に、現在表
示している地図領域を記憶する表示管理リスト１８と、
ユーザとの対話的な検索項目の選択により決定された検
索要求内容が記憶される検索要求リスト１９を所有して
いる。表示管理リスト１８は例えば図１１にあるような
データ格納形式を持っており、現在表示されている地図
上の左端経度１００１、右端経度１００２、上端緯度１
００３、下端緯度１００４の値が格納されている。一
方、検索要求リスト１９には、ユーザにより選択された
検索要求についての情報が格納される。検索要求はレイ
ヤ、種別、属性、属性条件の４つの情報で構成され、図
３及び図４で説明したコード値または属性値条件にかな
った値が設定される。検索要求リスト１９は例えば図１
２にあるようなデータ格納形式をとり、レイヤコード１
１０１、種別コード１１０２、属性コード１１０３、属
性値１１０４が格納される。ここで、検索要求リスト１
９はレイヤ、種別、属性、属性条件の順で値が埋められ
ていくが、すべて設定し終わるまえに検索処理要求が発
せられる場合がある。この時、値が埋められなかった項
目には−１が設定され、限定されない任意のものとな
る。

【０１０５】入力装置１からインタフェース処理部１５
へ送られてくるユーザの要求イベントには、地図表示装
置の起動要求、表示領域更新要求、検索項目表示要求、
検索処理要求の４つである。インタフェース処理部１５
はこれらの要求に応じて適切な処理または各処理部に命
令を発する。ここで、要求イベントは例えば図１３のよ
うなデータ形式になっており、図１４にあるように地図
表示装置の起動要求、表示領域更新要求、検索項目表示
要求、検索処理要求ごとに定義されたイベントコードお
よび、イベント属性値がそれぞれの項目に格納される。

【０１０６】図７及び図８はインタフェース処理部１５
の動作を説明したものである。インタフェース処理部１
５および入力装置１において、ユーザとの対話的な処
理、すなわちグラフィカル・ユーザ・インタフェースに
かかる基本的な処理について、いくつかのツールあるい
はライブラリパックが市販されている（例えばマイクロ
ソフト社提供アプリケーションストゥディオ）。従っ
て、インタフェース処理部１５および入力装置１におけ
る基本的なグラフィカル・ユーザ・インタフェース処理
はこれらツールを用いて実現することにする。

【０１０７】以下に説明するのは、現在接続されている
地図データ３０に対し、どのような検索項目が設定可能
であるかをユーザに知らせる手段（検索情報管理テーブ
ル）と地図と対話しながら検索項目を設定して行く手段
についてである。

【０１０８】インタフェース処理部１５はステップ６０
１において、オペレーティング・システム９を介して入
力装置１から送られてくる地図表示装置の起動要求によ
り処理が開始される。

【０１０９】ステップ６０２からステップ６０４までの
処理は本地図表示装置の初期設定を行なうものである。

【０１１０】まずステップ６０２において、インタフェ
ース処理部１５は自内の表示管理リスト（テーブル）１
８に初期表示領域を設定し、ステップ６０３において、
本領域の地図データを地図データ３０から地図データテ
ーブル１０内に読み込むように地図データ読み取り処理
部１４に表示管理リスト１８中のデータを渡し、読み取
り命令を発令する。

【０１１１】この命令が完了したとの通知を地図データ
読み取り処理部１４から受け取ると、インタフェース処
理部１５はステップ６０４において、地図データ表示処
理部１６に地図の表示命令を発令する。表示命令が完了
したとの通知を地図データ表示処理部１６から受け取る
と、本地図表示装置の初期設定が完了し、インタフェー
ス処理部１５はステップ６０５において、入力装置１か
らの要求イベント待ちに入る。

【０１１２】インタフェース処理部１５へ入力装置１か
らの要求イベントが送られてくると、インタフェース処
理部１５はステップ６０６およびステップ６０７におい
て、要求イベントの分析を行なう。

【０１１３】要求イベントが表示領域更新要求であれ
ば、インタフェース処理部１５はステップ６０８の処理
に移り、検索項目表示要求であれば、ステップ６１０に
移る。それ以外の要求イベントである場合は、要求イベ
ントを無視し、ステップ６０５の要求イベント待ちに戻
る。

【０１１４】要求イベントが表示領域更新要求である場
合、インタフェース処理部１５はステップ６０８におい
て、表示領域更新要求イベントの属性値、すなわち上下
左右に対応するオフセット値を表示管理リスト１８中の
値に加え、表示管理リスト１８の表示領域データを更新
する。

【０１１５】この表示領域更新要求イベントの属性値
は、入力装置１により適時設定されるものである。次
に、インタフェース処理部１５、地図データ読み取り処
理部１４に表示管理リスト１８中のデータを渡し、読み
取り命令を発令する。この結果、地図データ読み取り処
理部１４により新規領域をカバーする地図データが地図
データ３０から地図データテーブル１０内に読み込ま
れ、地図データテーブル１０内のデータおよび検索情報
管理テーブル１２が更新される。

【０１１６】この操作により、対象とする地図領域によ
り、検索可能な項目が変化する場合に対応できる。この
読み取り命令が完了したとの通知を地図データ読み取り
処理部１４から受け取ると、インタフェース処理部１５
は、地図データ表示処理部１６に地図の表示命令を発令
する。表示命令が完了したとの通知を地図データ表示処
理部１６から受け取ると、インタフェース処理部１５
は、ステップ６０５の要求イベント待ちの状態に戻る。

【０１１７】一方、要求イベントが検索項目表示要求で
ある場合、インタフェース処理部１５はステップ６１０
において、検索情報管理テーブル１２を参照し、図５に
示すレイヤコード４０１に登録されている全ての検索可
能レイヤコードを読み取り、コード情報テーブル１１内
のレイヤコード情報テーブル３０１の対応表から、読み
取ったレイヤコードが意味する名称を読みだし、これを
検索可能レイヤ名として表示装置２により検索メニュー
として表示する。

【０１１８】次に入力装置１からどの検索可能レイヤ名
が選択されたのか通知してくるので地図データ表示処理
部１６が該当する検索可能レイヤ名を反転表示し、ユー
ザに選択された検索可能レイヤ名を明確に通知する。こ
のグラフィック・ユーザ・インタフェースにかかる基本
的な処理は、先にも述べたように既に専門ツールがいく
つか提供されているので、これらツールを活用して実現
する。次に選択された検索可能レイヤ名に対応するレイ
ヤコード値を検索要求リスト１９（図１２参照）のレイ
ヤコード領域１１０１に設定し、ステップ６１１および
ステップ６１３により、入力装置１を通して送られてく
るユーザの要求イベントを識別する。

【０１１９】要求イベントが検索処理要求ならばステッ
プ６１１において認識され、インタフェース処理部１５
はステップ６１２の処理をおこなう。

【０１２０】ステップ６１２では、検索要求リスト１９
中のデータを地図データ表示処理部１６に渡し、強調し
て表示する地図要素を指定した後、地図データ表示処理
部１６に表示命令を発令する。

【０１２１】この場合、検索要求リスト１９中には選択
されたレイヤコードのみが格納されているので、地図デ
ータ表示処理部１６はそのレイヤに含まれる全ての種別
の全ての地図要素（形状データと名称等の属性データ）
を地図データテーブル１０から取り出して強調表示する
ことになる。

【０１２２】強調表示は例えば指定された地図要素を点
滅して表示するとか、色彩を強調したものにするなどの
手段がある。インタフェース処理部１５は地図データ処
理部１６から命令終了の通知を受けるとステップ６０５
に移り、再び要求イベント待ちの状態に戻る。

【０１２３】要求イベントが検索項目表示要求ならばス
テップ６１３において認識され、インタフェース処理部
１５はステップ６１４の処理をおこなう。ステップ６１
４では、ステップ６１０で選択された検索可能レイヤ名
において、このレイヤでまとめられた種別の内、検索可
能な種別名を検索情報管理テーブル１２により見つけだ
す。

【０１２４】すなわち、検索要求リスト１９中のレイヤ
コードをキーとしレイヤコード４０１に対応する種別コ
ード４０２で種別フラグ４０３が１に設定されている種
別名称を検索メニューとして表示させ、これらの種別項
目について検索可能であることをユーザに知らせる。

【０１２５】次に入力装置１からどの検索可能な種別名
が選択されたのか通知してくるので、地図データ表示処
理部１６は該当する検索可能種別名を反転表示し、ユー
ザに選択された検索可能種別名をしらせる。

【０１２６】先に述べたように、このグラフィック・ユ
ーザ・インタフェースにかかる基本的な処理は専門ツー
ルがいくつか提供されているので、これらツールを活用
して実現する。

【０１２７】次に選択された検索可能種別名に対応する
種別コード値を検索要求リスト１９の種別コード領域１
１０２に設定し、ステップ６１５およびステップ６１７
により、この後、入力装置１を通して送られてくるユー
ザの要求イベントを識別する。

【０１２８】要求イベントが検索処理要求ならばステッ
プ６１５において認識され、インタフェース処理部１５
はステップ６１６の処理をおこなう。ステップ６１６で
は、検索要求リスト１９中のデータを地図データ表示処
理部１６に渡し、強調して表示する地図要素を指定した
のち、地図データ表示処理部１６に表示命令を発令す
る。

【０１２９】この場合、検索要求リスト１９中には選択
されたレイヤコードおよび種別コードが格納されている
ので、地図データ表示装置２はそのレイヤおけるの種別
の全ての地図要素を、地図データテーブル１０から取り
出して強調表示することになる。強調表示は例えば指定
された地図要素を点滅して表示するとか、色彩を強調し
たものにするなどの手段がある。インタフェース処理部
１５は地図データ表示処理部１６から命令終了の通知を
受けるとステップ６０５に移り、再び要求イベント待ち
の状態に戻る。

【０１３０】要求イベントが検索項目表示要求ならばス
テップ６１７において認識され、インタフェース処理部
１５はステップ６１８の処理をおこなう。ステップ６１
８では、ステップ６１４で選択された検索可能種別名に
おいて、この種別に付随する属性情報の内、条件が設定
できる属性名を検索情報管理テーブル１２により見つけ
だす。

【０１３１】すなわち、検索要求リスト１９中のレイヤ
コードおよび種別コードをキーとしレイヤコード４０１
および種別コード４０２から対応する属性コード４０４
のうち属性フラグが１に設定されている属性名称を表示
させ、これらの属性項目について検索可能であることを
ユーザに知らせる。

【０１３２】次に入力装置１からどの検索可能な属性名
が選択されたのか通知してくるので、表示処理部１６が
該当する検索可能属性名を反転表示し、ユーザに選択さ
れた検索可能属性名をしらせる。先に述べたように、こ
のグラフィック・ユーザ・インタフェースにかかる基本
的な処理は専門ツールがいくつか提供されているので、
これらツールを活用して実現する。

【０１３３】次に選択された検索可能属性名に対応する
属性値条件を表示し、設定可能な属性値を表示、ユーザ
に属性値を選択させる。選択された検索可能属性名につ
いては対応する属性コードが属性値についてはその値が
それぞれ検索要求リスト１９中の属性コード領域１１０
２および属性値領域１１０３に設定される。

【０１３４】その後、ステップ６１９にて検索処理要求
イベントを待ち、本イベントが入力されるとステップ６
２０において、インタフェース処理部１５は検索要求リ
スト１９中のデータを地図データ表示処理部１６に渡
し、強調して表示する地図要素を指定したのち、これを
地図データテーブル１０より取り出して、地図データ表
示処理部１６に表示命令を発令する。

【０１３５】この場合、検索要求リスト１９中には選択
されたレイヤコード、種別コードおよび属性コードとそ
の属性値が格納されているので、地図データ表示処理部
１６は指定されたレイヤおける指定種別の地図要素のう
ち属性値が一致した地図要素のみを強調表示することに
なる。強調表示は例えば指定された地図要素を点滅して
表示するとか、色彩を強調したものにするなどの手段が
ある。インタフェース処理部１５は地図データ表示装置
１５から命令終了の通知を受けるとステップ６０５に移
り、再び要求イベント待ちの状態に戻る。

【０１３６】図１５〜図１８は本地図表示装置のユーザ
からみた操作例である。図１５において本地図表示装置
は例えばペン入力可能なペンタッチ方式のパーソナルコ
ンピュータで実装されおり入出力可能な液晶ディスプレ
イ１４０１およびポインティング装置１４０２からなる
ものとする。

【０１３７】図１６においてポインティング装置で液晶
ディスプレイ上に表示してある地図をダブルクリックす
ると検索可能なレイヤ名を示したメニュー１４０３が表
示され、検索可能なレイヤには背景項目１４０４、交通
機関項目１４０５、公共施設項目１４０６があることを
ユーザに知らせている。このうち公共施設項目１４０６
をポインティング装置でクリックすると表示が反転し公
共施設レイヤを選択した事が通知される。さらに公共施
設項目１４０６をポインティング装置でダブルクリック
すると図１７にあるように公共施設レイヤでまとめられ
ている種別名のメニュー１４１０が表示され、検索可能
な種別には市役所１４２１、学校１４２２、ホテル１４
２３、公園１４２４があることを知らせる。

【０１３８】そこでホテル１４２３をポインティング装
置でクリックすると表示が反転し、ホテル種別を選択し
た事が通知される。さらにホテル項目１３０６をポイン
ティング装置でダブルクリックするとホテル付随した検
索可能な属性値メニュー１３３１が表示され、条件設定
可能な属性値には料金１４３２、２食付き１４３３、駐
車場１４３４があることを示している。

【０１３９】そこで料金１４３２をクリックすると属性
値設定条件メニュー１３４１が表示され、料金は７００
０、８０００、１００００のうちどれか一つが検索条件
として設定できることが示されている。こうちポインテ
ィング装置で７０００と選択すれば料金属性に７０００
の値が設定される。次にポインティング装置で液晶ディ
スプレイ上に表示してある地図をダブルクリックすると
検索処理が開始され、ホテルのうち料金が７０００のも
のが検索され、図１８にあるように該当するホテル１４
５１〜１４５３が黒く表示される。

【０１４０】

【発明の効果】第１の発明によれば、使用目的等の異な
る各種地図データや、その地図が複数に分割された場合
であっても、それらの各地図データと接続した場合、各
地図データの内容（地図要素）に合った属性に基づく検
索項目を階層的にユーザにメニュー表示し、ユーザはこ
の検索項目にそって、属性から該当の地図要素を検索す
ることができる。したがって、検索の合理化と汎用性を
高めることができる。

【０１４１】第２の発明によれば、上記効果に加えて、
地図表示装置本体側の地図データテーブルは外部の記憶
媒体の地図データのフォーマットに依存しない統一的な
ものを使用できるので、さらに、地図表示装置の汎用性
を高めることができる。

【０１４２】第３の発明によれば、属性からの検索する
地図要素を上位〜下位の階層レベルに応じてフレキシブ
ルにピックアップできるので、属性を基にした地図要素
の検索要求幅を広げることができる。

【０１４３】第４の発明によれば、階層的な検索条件を
入力する場合であっても、ユーザが容易に検索条件設定
を行い得うことができる。

【図面の簡単な説明】

【図１】本発明の実施形態の一例を示す全体構成図。

【図２】図１中の地図データテーブル内に作成される各
種管理テーブルとデータテーブルの格納形式例を説明す
る図。

【図３】図１中のコード情報テーブルで管理される各種
コード情報テーブルを説明する図。

【図４】図３同様にコード情報テーブルで管理される各
種コード情報テーブルを説明する図。

【図５】図１中の検索情報管理テーブルを説明する図。

【図６】図１中の地図データ読み取り処理部の動作を示
すフローチャート。

【図７】図１中のインタフェース処理部の動作を示すフ
ローチャート。

【図８】図７のフローチャートの続きを示す図。

【図９】図１中の地図データの内部構成を説明する図。

【図１０】図１中の地図データの内部構成を説明する
図。

【図１１】図１中の表示管理リストの書式を説明する
図。

【図１２】図１中の検索要求リストの書式を説明する
図。

【図１３】要求イベントの書式を説明する図。

【図１４】要求イベントのコード対応を説明する図。

【図１５】本地図表示装置の使用例を説明する図。

【図１６】本地図表示装置の使用例を説明する図。

【図１７】本地図表示装置の使用例を説明する図。

【図１８】本地図表示装置の使用例を説明する図。

【符号の説明】

１…入力装置、２…表示装置、５…主記憶装置、６…デ
ータ読み取り装置、１０…地図データテーブル、１１…
コード情報テーブル、１２…検索情報テーブル、１４…
地図データ読み取り処理部、１５…インタフェース処理
部、１６…地図データ表示処理部、４０…レイヤ管理テ
ーブル、４１〜４３…種別管理テーブル、４５〜４７…
要素管理テーブル、５０…形状データテーブル、５１…
属性データテーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 浩三 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 地図データを記憶した外部の記憶媒体を
   地図データ読み取り装置にセットして、要求された地図
   データを読み取り、画面を通して表示する地図表示装置
   において、 地図データの検索項目リストが地図表示装置本体側に用
   意されており、この検索項目リストは、該当の地図要素
   をその属性から階層的に検索し得るよう地図要素の属性
   を基にして作成された階層の検索項目と検索項目に付随
   したフラグ欄を備えて検索情報管理テーブルによって管
   理されており、 且つ、前記外部記憶媒体から読み取った地図データの中
   に前記検索項目に対応する内容すなわち該当の地図要素
   が有るか無いかを調査して、その調査結果を前記検索項
   目リストのフラグ欄に記録する地図データ読み取り処理
   部と、 地図データに関して検索メニューの表示要求があると、
   前記検索情報テーブルに記憶した検索項目リストを参照
   して、内容の有る検索項目をユーザに通知する表現形式
   で前記画面に階層的に表示し、この検索メニューを通し
   て所望の検索項目の開示要求があると、読み取った地図
   データの中から検索条件に合った地図要素を検索して画
   面に表れた地図上に選択或いは強調表示する地図データ
   表示処理部と、を備えて成ることを特徴とする地図表示
   装置。
2. 【請求項２】 地図データを記憶した外部の記憶媒体を
   地図データ読み取り装置にセットして、要求された地図
   データを読み取り、画面を通して表示する地図表示装置
   において、 地図データの検索項目リストが地図表示装置本体側に用
   意されており、この検索項目リストは、該当の地図要素
   をその属性から階層的に検索し得るよう地図要素の属性
   を基にして作成された階層の検索項目と検索項目に付随
   したフラグ欄を備えて検索情報管理テーブルによって管
   理されており、 且つ、前記地図データの検索に必要なデータ及び検索対
   象となる地図要素データを格納するための階層構造の管
   理テーブル群により前記外部記憶媒体の地図データ格納
   形式に依存しない独自の地図データ格納形式を構築する
   地図データテーブルと、 前記地図データテーブルの管理テーブル群の作成の手引
   きとなる情報を有するコード情報テーブルと、 前記外部記憶媒体から読み取った地図データの中に前記
   検索項目に対応する内容すなわち該当の地図要素が有る
   か無いかを調査して、その調査結果を前記検索項目リス
   トのフラグ欄に記録すると共に、前記コード情報テーブ
   ルの情報を手引きにして前記管理テーブル群を作成しつ
   つ、前記読み取った地図データの地図要素を整理して所
   定の管理テーブルに格納するする地図データ読み取り処
   理部と、 地図データに関して検索メニューの表示要求があると、
   前記検索情報テーブルに記憶した検索項目リストを参照
   して、内容の有る検索項目をユーザに通知する表現形式
   で前記画面に階層的に表示し、この検索メニューを通し
   て所望の検索項目の開示要求があると、前記地図データ
   テーブルの管理テーブル群の情報から検索条件に合った
   地図要素を取り出して画面に表れた地図上に選択或いは
   強調表示する地図データ表示処理部と、を備えて成るこ
   とを特徴とする地図表示装置。
3. 【請求項３】 地図データを記憶した外部の記憶媒体を
   地図データ読み取り装置にセットして、要求された地図
   データを読み取り、画面を通して表示する地図表示装置
   において、 地図データを構成する地図要素の属性を基にして上位〜
   下位の階層化された検索項目を予め作成して、この上位
   〜下位の検索項目データが検索メニュー表示要求の入力
   操作によって画面に順次，階層的に表示できるよう管理
   されており、且つ、全ての階層の検索項目おいて、その
   階層レベルに応じた地図要素データが関連づけて管理テ
   ーブル群に格納されて、どの階層の検索項目に対して開
   示要求の入力操作を行ってもその階層レベルに応じた地
   図要素が検索されて、画面に表れた地図上に選択或いは
   強調表示される構成としたことを特徴とする地図表示装
   置。
4. 【請求項４】 地図データを記憶した外部の記憶媒体を
   地図データ読み取り装置にセットして、要求された地図
   データを読み取り、画面を通して表示する地図表示装置
   において、 地図データを構成する地図要素の属性を基にして属性か
   ら該当の地図要素を検索するための階層化された検索項
   目を作成し、この検索項目は、全てその項目名がペンタ
   ッチ方式の画面に検索メニューとして階層表示されるよ
   うに設定して、このメニュー表示される階層の検索項目
   名によりペンタッチの検索条件入力部が構成され、この
   ペンタッチの検索条件入力部を介して全ての階層にわた
   る検索項目名を一貫してペンタッチ選択することによ
   り、ユーザによる文字作成を不要とした検索条件の入力
   を可能にしたことを特徴とする地図表示装置。