(57)【特許請求の範囲】
【請求項１】
地図上の事物を表す地図データと、地図上の事物の属性を表す属性データとを記憶する地図情報記憶システムにおいて、上記地図データと上記属性データとを表形式データベースに記憶すると共に、上記地図データを記憶するエリアを可変長エリアとし、
１つの平面位置に同じ種類の複数の物体が存在する場合に、上記表形式データベースは、上記地図データの一部として、複数の物体を地図上の１つの事物として一意に識別するＩＤと、このＩＤに対応させて当該事物である上記物体の種類及び個数を表す図形データとを記憶し、複数の上記物体のそれぞれを上記事物の１つの属性データとして、上記ＩＤと、上記物体を識別するサブＩＤと、上記ＩＤと上記サブＩＤに対応させて上記物体が存在する高さとを上記属性データの一部として記憶することを特徴とする地図情報記憶システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、地図上の事物の形状を表すシンボル化されたデータと、事物の位置などを表す座標列のデータとが存在する地図データと、地図上の事物の材質などを表すデータが存在する属性データとを有する地図情報記憶システムに関するものである。
【０００２】
【従来の技術】
図５は、例えば特開平２−８５９６３号公報の「地図データ属性データ一元管理方式」に示された従来の地図情報の管理方式を示す図である。
図において、（ａ）は、表形式のデータベースにおける属性データ５１格納の例であり、（ｂ）は、同じく表形式のデータベースにおける地図データ５２格納の例である。
属性データ５１において、ＩＤ５３は、地図上の事物ごとにユニークに付けられる識別子である。属性５４は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。
一方、地図データ５２において、ＩＤ５５は、属性データ５１のＩＤ５３に対応するものであり、サブＩＤ５６は、あるＩＤ５５の事物の情報を固定長レコードに格納できるように区切った際のレコードの順序関係を表すものである。
そして、図形データ５７は、属性データ５１のＩＤ５３に対応しており、各々の事物の種類を図形化して表現するシンボルデータ６１、位置を座標で示す座標列データ６２、所在などを文字で示すテキストデータ６３で構成される。この図形データ５７は、固定長の格納領域であり、先に述べたシンボルデータ、座標列データ、テキストデータをそれぞれのデータごとにレコードに格納しているものである。
【０００３】
次に、詳細を述べる。
地図データ５２において、ＩＤ＝１に関する図形データ５７は、サブＩＤ５６が１、２、３の順に固定長で格納されている。レコード数５８は、１つのＩＤ内の図形データ５７がいくつのレコードからなっているかを表しており、これにより、ある１つのＩＤ５５について、サブＩＤ５６の最終番号が何番であるかを知ることができる。
つまり、例えば、ＩＤ＝１の事物についてはレコード数５８が３となっているので、図形データ５７の情報は全部で３レコード格納されていることがわかる。
更に、この地図データ５２において、図形データ５７はその格納領域が固定長で、データの種類によって格納するレコードが違うので、実際に格納される情報が図形データ５７のレコード長より短い場合には、図に示すように、情報の最後に空き５９が生じることになる。
これにより、図形データの全長は事物ごとに異なることがわかる。
図６を例に説明する。
図６は、従来の地図情報の管理方式における図形データ格納の例を示す図である。
例えば、ＩＤ＝１の事物の図形データの全長は１９０バイトとする。ここには、シンボルデータ、座標列データ、テキストデータが切れ目なしに存在する。これを例えば、固定長８０バイトのレコードに格納する場合に、シンボルデータ、座標列データ、テキストデータはそれぞれ別のレコードに格納されるので、図のようになり、格納されるデータがレコード長８０バイトに満たない場合には、レコードの後ろに空き領域が生じる。
【０００４】
【発明が解決しようとする課題】
従来の地図情報記憶システムでは、事物ごとに異なる長さを持つ図形データを地図データにおいて固定長レコードとして格納しており、１つのＩＤに対する図形データを複数のレコードの集まりとして管理している。
特に、１つの事物に対する複数の座標列データを格納する場合、または、座標列データ、シンボルデータ、テキストデータといった複数種類の情報を１つのＩＤに対応する図形データとして格納する場合には、複数レコードを必要とする。そのため、地図データのサブＩＤとレコード数により、同一ＩＤ内における複数の図形データのレコードの順序関係を制御する必要がある。また、レコードの検索や、追加、変更、削除が煩雑となり、地図データの管理としては柔軟な対応ができにくいものであった。
【０００５】
この発明は、上記のような問題点を解消するためになされたもので、地図情報記憶システムにおいて、地図上の１つの事物を表す複数の情報を一元管理することを目的とするものである。
【０００６】
【課題を解決するための手段】
本発明に係る地図情報記憶システムは、地図上の事物を表す地図データと、地図上の事物の属性を表す属性データとを記憶する地図情報記憶システムにおいて、上記地図データと上記属性データとを表形式データベースに記憶すると共に、上記地図データを記憶するエリアを可変長エリアとし、
１つの平面位置に同じ種類の複数の物体が存在する場合に、上記表形式データベースは、上記地図データの一部として、複数の物体を地図上の１つの事物として一意に識別するＩＤと、このＩＤに対応させて当該事物である上記物体の種類及び個数を表す図形データとを記憶し、複数の上記物体のそれぞれを上記事物の１つの属性データとして、上記ＩＤと、上記物体を識別するサブＩＤと、上記ＩＤと上記サブＩＤに対応させて上記物体が存在する高さとを上記属性データの一部として記憶することを特徴とする。
【００１１】
【作用】
本発明に係る地図情報記憶システムは、地図上の複数の事物に対応する１つの情報を関連付けるサブＩＤを属性データに備えたことにより、属性データにおいて、複数の事物の属性を記憶し、複数の事物に対する情報を地図データにおいて１レコードに記憶することができる。
【００１４】
【実施例】
実施例１．
本発明の一実施例を図について説明する。
図１は、本発明の一実施例における属性データと地図データを示す図である。
図１において、（ａ）は表形式のデータベースにおける属性データ１１の格納例であり、（ｂ）は同じく表形式のデータベースにおける地図データ１２の格納例である。
属性データ１１において、ＩＤ１３は、地図上の事物ごとにユニークに付けられる識別子である。属性１４は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。
一方、地図データ１２において、ＩＤ１５は、属性データ１１のＩＤ１３に対応している。そして、図形データ１７は、各々の事物の種類、位置、所在などをそれぞれシンボルデータ、座標列データ、テキストデータで記憶しており、可変長の格納領域である。図に示すように、シンボルデータ、座標列データ、テキストデータのデータ長情報は、各データと対応して図形データに記憶されている。
【００１５】
従来例では、図形データ１２が固定長の領域であったため、シンボルデータ、座標列データ、テキストデータは、それぞれ別々のレコードに格納されていた。しかし、本発明では、図形データ１２を可変長の領域としたので、１つの事物に対応するシンボルデータ、座標列データ、テキストデータを、すべて１レコードに格納することができるようになった。
【００１６】
地図データ１２のアクセス方法について述べる。
地図データ１２のアクセスは、ＩＤ１５をキーにして、１つの事物の図形データを１レコード検索するものである。地図データ１２では、図形データ１７の可変長の領域について各々のレコードのデータ長を管理しており、データ長とデータ部のセットでレコードを検索できるようになっている。
さらに、地図データ１２の追加、変更、削除に対しても、表形式データベースのレコード単位で柔軟に対応できる。
【００１７】
実施例２．
上記実施例では、可変長の領域の１レコードに複数の図形データ（シンボルデータ、座標列データ、テキストデータ）をまとめて格納する場合を示したが、他の一実施例として、地図データにサブＩＤを付加して、１つの事物に対する図形データの複数のレコードを格納する場合の例を以下に示す。
図２は、本発明の他の実施例における属性データと、サブＩＤを付加した地図データの図である。
図２において、（ａ）は表形式のデータベースにおける属性データ２１の格納例である。ＩＤ２３は地図上の事物ごとにユニークに付けられた識別子である。属性２４は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。
（ｂ）は同じく表形式のデータベースにおける地図データ２２の格納例である。ＩＤ２５は、属性データ２１のＩＤ２３に対応するものであり、また、図形データ２７は、１つの事物に対応する座標列データ、シンボルデータ、テキストデータなどの情報を格納する。そして、各々のレコードの図形データの領域は可変長である。データ長情報は、図１と同様にそれぞれ記憶されているものとするが、以降の実施例では、図面上は省略する。
サブＩＤ２６は、地図上の１つの事物に対する複数の図形データのそれぞれのレコードをユニークにするために付けているものである。図２に示すように、このサブＩＤ２６は、従来技術のようにレコードの格納の順序関係を示すものではない。従って、サブＩＤ２６は連番である必要はない。これにより、サブＩＤ２６自体の制御は複雑にならない。
例えば、図２において、ＩＤ＝１の事物は、地図データ２２においてサブＩＤ＝１とサブＩＤ＝１０の２レコードと対応するものである。
【００１８】
地図データ２２のアクセスは、ＩＤ２５をキーに複数の図形データ２７（複数レコード）を検索することが可能であり、また、ＩＤ２５＋サブＩＤ２６をキーに１つの図形データ２２（１レコード）のみを検索することも可能である。
さらに、地図データ２２のレコードの追加、変更、削除についても、ＩＤ２５、または、ＩＤ２５＋サブＩＤ２６をキーとすることで、表形式データベースのレコード単位で柔軟に対応できる。
【００１９】
サブＩＤ２６の一使用例について説明する。
例えば、サブＩＤ＝１０の図形データのレコードには、情報として事物の調査の担当者名が格納されているとする。しかしこの情報は、最終的には（例えばシステムの完成時などには）不要となるものであるとする。その場合には、調査の担当者名の格納されているレコードのサブＩＤはどの事物のレコードについてもＩＤ番号を「１０」と決めておき、システム完成時などに、ＩＤ＋サブＩＤ「１０」をキーとして、一括してレコードを削除するなどという方法をとることができる。また、データベースの索引の持ち方によっては、サブＩＤ「１０」だけをキーとして、一括削除する方法も可能である。
【００２０】
また、実際の処理には不要なコメントなどに、サブＩＤをつけて独立した１レコードとしておくなど、一括して処理を行う場合に有効である。
さらには、シンボルデータ、座標データ、テキストデータのいずれかにおいても、１レコードとしてサブＩＤを付けておき、１事物に対する複数レコードとして地図データにおいて格納することが可能である。
【００２１】
実施例３．
以下、この発明の他の一実施例を図について説明する。
図３は、他の実施例における他の事物と関係を持つ事物を示す地図例と、関連データを有する地図データの図である。
図３において、（ａ）は地図例であり、ＩＤ＝１からＩＤ＝６の各図形は地図上の事物を表す。（ｂ）は、表形式のデータベースにおける地図データ３２の格納例である。
（ａ）地図例において各図形は、地図上の事物ごとにユニークにつけられる識別子であるＩＤを持ち、複数の事物と関係を持っている。一方、地図データ３２において、ＩＤ３５は（ａ）の地図例の事物のＩＤと対応している。図形データ３７は１つの事物に対応するシンボルデータを記憶し、各々のレコードの図形データ３７の領域は可変長である。
関連データ１・３８、関連データ２・３９は、１つの事物と関係のある他の事物の識別子を示すものである。
【００２２】
（ａ）地図例において、図形がグループ化される場合（ＩＤが５、６の図形のような場合）は事物はそのグループ内の親のＩＤを持ち、それを関連データ１・３８に格納される。自らが親の図形である場合（ＩＤが１、２の図形のような場合）は自分のＩＤが関連データ１・３８として格納される。また、２つの図形に隣接したり、あるいは、２つの図形に跨がるような図形である場合（ＩＤが３、４の図形のような場合）は、その図形の両端の図形（ＩＤが１、２の図形）のＩＤが関連データ１・３８、関連データ２・３９に格納される。
【００２３】
本実施例では、地図データ３２において、関連データ１・３８、または、関連データ２・３９の内容を検索するだけで、同じ親を持つグループ内の図形のＩＤを知ることが可能となる。また、地図データ３２の図形データ３７の検索時には、同じグループ内の他の図形の有無を意識せずに、図形データ３７のレコードの追加、更新、削除が容易に行える。
【００２４】
実施例４．
以下、この発明の他の一実施例を図について説明する。
図４は、他の実施例におけるサブＩＤを有する属性データと、地図データを示す図である。
図４において、（ａ）は表形式のデータベースにおける属性データ４１の格納例であり、（ｂ）は同じく表形式のデータベースにおける地図データ４２の格納例である。
属性データ４１においてＩＤ４３は、地図上の事物ごとにユニークに付けられる識別子である。属性４８は、属性データの項目に対応するものであり、地図上の事物の高さ、建築年度、建築業者などの情報を示すものである。さらに、地図上の１つの事物が複数の属性を表す場合、サブＩＤ４４で識別する。
一方、地図データ４２において、ＩＤ４５は、属性データ４１のＩＤ４３に対応するものである。図形データ４７は１つの事物に対応する座標列データ、シンボルデータ、テキストデータといった複数種類の情報を格納し、可変長の格納領域である。
【００２５】
本実施例は、複数の情報を有する事物に対する複数のレコードを属性データで記憶できるものである。
属性データ４１では、地図データ４２のＩＤ４５をキーにして１つの事物に対する複数のレコードを検索し、その事物の複数の属性を得ることが可能である。
また、属性データ４１においてレコードの追加、更新、削除は、ＩＤ４３＋サブＩＤ４４をキーとして柔軟に対応できる。
【００２６】
属性データ４１において、１つの事物に対応する複数のレコードを有する場合の例を説明する。
例えば、１本の電柱に複数の変圧器が付けられている場合、それぞれの変圧器の情報としては属性データが示すように、変圧器が取り付けられている高さ、建築年度、建築業者ともに異なる情報となる。そのため、属性を示すレコードは複数レコードになる。
しかし、図形データにおいては、変圧器を図形で表現するシンボルデータは１つであるため、地図データが表すように、ＩＤ＝２のレコードの内容は「変圧器２台が電柱に付けられている」というものになり、１レコードでまとめられるものになる。
【００２７】
このように、属性データ４１に複数レコードが存在するような事物であっても、地図データ４２の図形データ４７のレコードは、１つの事物に対応するということになり、複数にはならない。従ってこの場合は、地図データにおいて１つの事物に対する同じ内容のレコードの重複を避けることができる。
【００２８】
実施例５．
実施例１では、可変長の領域である図形データに記憶される情報がシンボルデータ、座標列データ、テキストデータの順である場合を示したが、記憶される順は他の順でも構わない。
また、記憶される情報は、シンボルデータ、座標列データ、テキストデータの３種類について述べたが、他の種類の情報を記憶するものでもよい。
【００２９】
実施例６．
実施例１において、属性データの属性の項目として高さ、建築年度、建築業者を挙げたが、他の項目を属性としても構わない。
【００３０】
実施例７．
実施例２において、図形データを複数レコードにした場合に、複数レコードの１つとして担当者名を記憶するレコードの例を述べたが、複数レコードに記憶する内容は特にこれに限るものではない。
【００３２】
【発明の効果】
本発明に係る地図情報記憶システムは、関連付けデータを属性データに備えたことにより、複数の事物の情報を地図データにおいて１レコードに纏めることができるので、複数の事物や、１レコードの地図データに属性データを割り当てることができ、属性データと地図データの一元管理が可能となる。
【図面の簡単な説明】
【図１】  本発明の一実施例における属性データと地図データを示す図である。
【図２】  本発明の他の実施例における属性データと、サブＩＤを付加した地図データの図である。
【図３】  他の実施例における他の事物と関係を持つ事物を示す地図例と、関連データを有する地図データの図である。
【図４】  他の実施例におけるサブＩＤを有する属性データと、地図データを示す図である。
【図５】  従来の地図情報の管理方式を示す図である。
【図６】  従来の地図情報の管理方式における図形データ格納の例を示す図である。
【符号の説明】
１１  属性データ、１２  地図データ、１３  ＩＤ、１４  属性、１５  ＩＤ、１７  図形データ（可変長エリア）。
【図１】
0004063342.tif 000002
【図２】
0004063342.tif 000003
【図３】
0004063342.tif 000004
【図４】
0004063342.tif 000005
【図５】
0004063342.tif 000006
【図６】
0004063342.tif 000007