JP5269292B2 - 地理情報統合システム - Google Patents

Description

この発明は、複数の地理情報システムＧＩＳ（Ｇｅｏｇｒａｐｈｉｃａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）が接続された地理情報統合システムに関するものであり、特に複数の既設の地理情報システムで保有する空間データ（例えば、河川の”ある地点”における流量データ・雨量データなどのように、位置情報と関連付けられた各種業務上の取り扱いデータ・蓄積データ）を、ネットワークを介して取り込み、地図上にこれらのデータを統合的に表示するための地理情報統合システムに関するものである。

従来の地理情報提供システムとしては、ネットワーク上に分散している空間データを管理可能なサーバに集中させ、サーバが保持している管理情報を常時最新の状態にするものがあった（特許文献１参照）。
又クライアントサーバシステムを用いて、サーバで共通データを管理することができ、データの一括管理及びデータの共有化を図ることの出来るシステムもあった（特許文献２参照）。

地理情報システムにおいては、ネットワークに接続されている複数のシステムに散在している空間データを統合し、更には表示するためには、それら空間データが、統合及び表示する地理情報システムのＧＩＳエンジンによって解読できるようなデータフォーマットになっている必要がある。

地理情報システムの世界では、昨今、ＧＭＬやＧＸＭＬのように、空間データの共通フォーマットが確立されており、散在している空間データがそのような共通フォーマットにより取り出せる仕組みとなっていれば問題は生じないが、システム固有のデータフォーマットになっている場合には、統合及び表示する地理情報システムにおけるＧＩＳエンジンで解読できるようなデータフォーマットにデータを変換する必要が生じる。

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

従来の地理情報システムは以上のように構成されているので、複数の地理情報システムがネットワークを介して接続されている場合、１つのシステムで既に存在しているそのシステム固有のフォーマットを有する空間データを別のシステムにおいても共有しようとすれば、別のシステムにおけるデータフォーマットに対応して空間データを解読する必要があり、あるいは既設の地理情報システムに改造を加えることにより、任意のサーバが共有データベースになるようにして、この共有データベースにおいて、統一されたフォーマットを有する空間データが蓄積されるような装置を準備する必要があった。

しかし別のシステムにおいてそのシステム固有のデータフォーマットに対応した解読機能をそれぞれのＧＩＳエンジンに作成すると、既設の地理情報システムが多い場合には、生産上非常に非効率的である。即ち全てのフォーマットに対応した解読機能を作成することが必要になってしまう。又共有データベースにおいて空間データを蓄積するために、個々の既設の地理情報システムに改造を加えた場合においても、既設の地理情報システムが多い場合には、生産上非常に非効率的である。

この発明は上記のような課題を解決するためになされたものであり、ＧＩＳエンジンや既設の地理情報システムを改造することなく、統合及び表示を行う地理情報システムにおいて解読することのできるフォーマットを有する空間データに容易に変換することのできる地理情報システムを提供することを目的とする。

この発明の請求項１に係る地理情報統合システムは、複数の地理情報システムがネットワークにより接続されたものであって、一の地理情報システムは、別の地理情報システムが管理している空間データのフォーマットを当該一の地理情報システムが解読可能なフォーマットに変換する際に使用される定義ファイルと、別の地理情報システムが管理している空間データを定義ファイルに定義され、かつ個々のデータ範囲を定めたデータ構造情報を参照しながら個別データに分解するデータ分解手段と、データ分解手段によって個別に分解されたデータを定義ファイルに定義された変換ＩＤに従って変換する変換処理手段と、変換処理手段により変換された個々のデータを集め、一の地理情報システムが解読可能なフォーマットを有する空間データを定義ファイルで定義され、かつ個々のデータの配列位置を定めた紐付け情報に基づいて合成するデータ合成手段を有するものである。

この発明の請求項１に係る地理情報統合システムは、複数の地理情報システムがネットワークにより接続されたものであって、一の地理情報システムは、別の地理情報システムが管理している空間データのフォーマットを当該一の地理情報システムが解読可能なフォーマットに変換する際に使用される定義ファイルと、別の地理情報システムが管理している空間データを定義ファイルに定義され、かつ個々のデータ範囲を定めたデータ構造情報を参照しながら個別データに分解するデータ分解手段と、データ分解手段によって個別に分解されたデータを定義ファイルに定義された変換ＩＤに従って変換する変換処理手段と、変換処理手段により変換された個々のデータを集め、一の地理情報システムが解読可能なフォーマットを有する空間データを定義ファイルで定義され、かつ個々のデータの配列位置を定めた紐付け情報に基づいて合成するデータ合成手段を有するようにしたので、ネットワークにより接続された複数の地理情報システムにおいて既に存在しているシステム固有のフォーマットを有する空間データを共有することができるようになる。

実施の形態１．
以下、この発明の一実施形態を図に基づいて説明する。
図１はこの発明の実施の形態１による地理情報統合システムを示すブロック構成図である。図において、地理情報システム１と地理情報システム２Ａ、２Ｂはネットワークを介して接続されており、地理情報システム１は複数の地理情報システム２Ａ、２Ｂにおいて管理されている位置情報を有する個別データを統合し、更には表示するものであり、地理情報システム２Ａ、２Ｂは各システムにおいて管理されているデータの表示のみを行うものである。

尚図１においては、地理情報システム２Ａ、２Ｂの２個を設けた場合について示したが、３個以上の地理情報システム２を設けるようにしてもよい。地理情報システム１はＧＩＳサーバ３及びユーザが操作する端末４を備えており、ＧＩＳサーバ３は空間データベース５、フィルタ機能６及びＧＩＳエンジンとして機能する地図表示手段７を備え、更に端末４は地図ウィンドウ８を備えている。

空間データベース５はイメージ形式やベクトル形式による地図データを管理するものであり、フィルタ機能６はネットワークにより接続された別の地理情報システム２Ａ、２Ｂから、各システムにおいて保有されている位置情報を含む個別データを取得し、更には解読することのできるフォーマットに変換するものである。

地図表示手段７は必要な地図データを空間データベース５から読み出し、個別データをフィルタ機能６から受け取り、端末４に地図および各種データを表示させるものであり、更に地図ウィンドウ８は地図および各種データを表示するとともに、ユーザによって操作される。

地理情報システム２Ａ，２ＢはＧＩＳサーバ９ａ、９ｂ及び端末１０ａ、１０ｂを備えており、更にＧＩＳサーバ９ａ、９ｂは空間データベース１１ａ、１１ｂ及びＧＩＳエンジンとして機能する地図表示手段１２ａ、１２ｂを備えている。空間データベース１１ａ、１１ｂはＧＩＳサーバ９ａ、９ｂにおいて登録されたベースとなる地図データおよび流量、位置などの個別データを管理するものであり、ＧＩＳエンジン１２ａ、１２ｂは必要なデータを空間データベース１１ａ、１１ｂから読み出し、端末１０ａ、１０ｂに表示させるものである。端末１０ａ、１０ｂはユーザによって操作される地図ウィンドウ１３ａ、１３ｂを備えており、地図ウィンドウ１３ａ、１３ｂは空間データを表示するものである。

図２はフィルタ機能６を示す概略図である。図において、空間データベース１１ａにおいて管理されているフォーマットを有する空間データ２１は、ＧＩＳエンジン７が解読することのできるフォーマットの空間データ２２に定義ファイル２３を使って変換され、定義ファイル２３は変換する際に必要となる空間データ２１のデータ構造情報や空間データ２２との紐付け情報、更には変換方式を定めている変換ＩＤを定義している。

又フィルタ機能６は空間データ２１のフォーマットを空間データ２２のフォーマットに変換するための変換機能２４を備えており、更に変換機能２４はデータ分解手段２５、変換処理手段２６及びデータ合成手段２７を備えている。データ分解手段２５は定義ファイル２３のデータ構造情報に従って空間データ２１から個々のデータに分解するものである。

変換処理手段２６は定義ファイル２３で定義された変換ＩＤに対応して処理するものであり、データ合成手段２７は定義ファイル２３で定義された紐付け情報に従って、変換処理後のデータを空間データ２２のフォーマットに形成するものである。

次に動作について説明する。
ＧＩＳサーバ９ａ、９ｂにおいては、各システムの地図表示手段１２ａ、１２ｂが解読することのできるデータフォーマットの空間データが空間データベース１１ａ、１１ｂで管理されており、端末１０ａ、１０ｂにおいてはＧＩＳサーバ９ａ、９ｂ内の空間データのみが地図ウィンドウ１３ａ、１３ｂにおいて表示される。

端末１０ａ、１０ｂは、地図ウィンドウ１３ａ、１３ｂで表示するために必要な範囲のデータをＧＩＳサーバ９ａ、９ｂに対して要求する。ＧＩＳサーバ９ａ、９ｂにおいては、地図表示手段１２ａ、１２ｂが該当する範囲のデータを空間データベース１１ａ、１１ｂから読み取り、端末１０ａ、１０ｂに提供する。データを受け取った端末１０ａ、１０ｂは、地図ウィンドウ１３ａ、１３ｂ上にデータを表示させる。

地理情報システム１の端末４においては、空間データベース５によって管理されているベースとなる地図データのみならず、他の地理情報システム２Ａ，２Ｂの空間データベース１１ａ，１１ｂが管理している空間データをも表示するものである。

即ち端末４は、地図ウィンドウ８において表示するのに必要な範囲のデータをＧＩＳサーバ３に対して要求する。ＧＩＳサーバ３においては、地図表示手段７が該当する範囲のデータを空間データベース５から読み取り、さらに地図表示手段７はフィルタ機能６に対してデータを送信することを要求する。

フィルタ機能６は、データ要求を受けると、定義ファイル２３によって定義されたＧＩＳサーバ９ａ、９ｂのサーバＩＤ、ＩＰアドレス、データベース名称及びテーブル名称からなるサーバ情報に従って、ネットワークにより接続されたＧＩＳサーバ９ａ、９ｂの空間データベース１１ａ、１１ｂにアクセスし、該当するデータを読み取る。データの読み取り手段としては、例えば、ファイル転送のように、ＧＩＳサーバ９ａ、９ｂのソフトウェアを改造する必要がない手段が使用されるものである。

データ分解手段２５は、読み取られた空間データ２１を定義ファイル２３に定義されたデータ構造情報から個別データ（シンボルＩＤ、経度、緯度、流量、地点名）に分解する。即ちデータ構造情報においては、上記個別データそれぞれのデータ型やデータサイズが規定されている。そして空間データ２１は上記シンボルＩＤ、経度、緯度、流量、地点名からなる個別データが一列に出力されてくるので、どこまでがそれぞれのデータの範囲であるのか判らない。

そこでデータ分解手段２５は上記データ構造情報を参照しながらそれぞれの個々のデータの範囲を見極め、それぞれの個別データに分解するのである。
フィルタ機能６は複数の変換処理手段２６を有している。データ分解手段２５によって個別に分解されたデータは、定義ファイル２３に定義された変換ＩＤに従って、対応する変換処理手段２６により変換される。

即ち空間データ２１におけるシンボルＩＤは、空間データ２２における形状コード、色コード、サイズに変換される。ここで形状とは丸、三角等の地図上に表示される形状であり、色は表示物の色、サイズは表示物の大きさを指している。緯度、経度、流量の値に関しては、空間データ２１の値がそのまま空間データ２２の値となる。

空間データ２１における地点名の変換処理手段としては、例えば、変換ＩＤ＝１（パラメータ＝”地点”）の処理がＡｄｄ（“地点”）という変換処理であった場合、Ａｄｄ（“地点”）では、データの最後に”地点”を付加する処理とする。空間データ２１のデータ項目「地点名」に対する変換ＩＤが１であるとすると、地点名（ＡＡ，ＸＸ，ＧＧ）の文字列の後ろに“地点”を付加する処理を実行することになる。

データ合成手段２７は、上記のように変換された個々のデータを集め、地図表示手段７で解読することのできるフォーマットを有する空間データ２２を、定義ファイル２３で定義された紐付け情報に基づいて合成し、地図表示手段７に渡す。

即ち図２に示した例で説明すると、シンボルＩＤから変換された形状コード、色コード、サイズは空間データ２２においては１番目、２番目、３番目に配列されるという紐付け情報に基づいて、それぞれ１番目、２番目、３番目に配列されるのである。その他の情報もそれぞれの紐付け情報に基づいて、所定位置に配列される。尚空間データ２２における単位情報に関しては、空間データ２２独自の情報であるので、付け加えるだけの作業となる。

端末４における地図ウィンドウ８に表示されるデータが増えるような場合、即ち新たにネットワークが繋がったＧＩＳサーバ９に読み取りにいく空間データが発生したような場合には、定義ファイル２３に新たな情報を追加するとともに、必要に応じて変換処理手段２６の数を増やすようにすればよい。

以上のように構成することにより、定義ファイル２３を編集するだけで地理情報システム２Ａ、２Ｂで管理されている空間データを地理情報システム１において表示することができるようになる。そしてＧＩＳエンジンに個々のデータフォーマットに対応したデータ解読機能を追加するためにＧＩＳエンジンを改造する必要がなく、また既設の地理情報システムを改造する必要もない。更にネットワークにより接続された複数の地理情報システムにおいて既に存在しているシステム固有のフォーマットを有する空間データを共有することができるようになる。

図３は別の形態による地理情報統合システムを示すブロック構成図である。図１の構成では、ベースとなる地図データはＧＩＳサーバ３の空間データベース５によって管理されるようにしたが、図３に示すように、地図データ自身も他のＧＩＳサーバ９ｂから取得するようにしてもよい。

実施の形態２．
図４はこの発明の実施の形態２によるフィルタ機能６を示す概略図である。
図において、空間データベース１１ａにおいて管理されているフォーマットの空間データ３１は、ＧＩＳエンジン７が解読することのできるフォーマットの空間データ３２に定義ファイル３３を使って変換され、定義ファイル３３は変換する際に必要となる空間データ３１のデータ構造情報や空間データ３２との紐付け情報、及び変換方式を定めている変換ＩＤの情報を定義している。

又フィルタ機能６は空間データ３１のフォーマットを空間データ３２のフォーマットに変換するための変換機能３４を備えており、データ分解手段３５は定義ファイル３３のデータ構造情報に従って空間データ３１から個々のデータに分解するものである。

変換処理手段３６は定義ファイル３３で定義された変換ＩＤに対応して処理するものであり、データ合成手段３７は定義ファイル３３で定義された紐付け情報に従って、変換処理後のデータを空間データ３２のフォーマットに形成するものである。位置情報変換手段３８は、Ｘ座標、Ｙ座標からなる地理情報システム２における固有のレイアウト情報を緯度、経度からなる全ての地理情報システムにおける共通の位置情報に変換するものである。尚位置情報変換手段３８の動作以外は実施の形態１で示した動作と同様である。

図４に示すように、空間データ３１の位置情報がシステム固有のレイアウト情報（Ｘ座標、Ｙ座標）であった場合には、データ合成手段３７によって形成されたデータの位置情報を、位置情報変換手段３８が地理情報システムにおける共通の位置情報（緯度・経度）に変換し、当該情報を地図表示手段７に渡すものである。

上記のように構成することにより、空間データの位置情報がシステム固有のレイアウト情報により管理されている場合においても、ＧＩＳエンジンに新たにデータ解読機能を追加する必要がなく、また既設の地理情報システムを改造しないで、データを共有することができるようになる。

実施の形態３．
図５はこの発明の実施の形態３によるフィルタ機能６を示す概略図である。
図において、空間データ４１は空間データベース１１ａにおいて管理されているフォーマットを有している。空間データ４２は、ＧＩＳエンジン７によって解読され得るフォーマットを有しており、端末４の地図ウィンドウ８において表示するのに必要な範囲のみのデータを有している。

定義ファイル４３は変換する際に必要となる空間データ４１のデータ構造情報や空間データ４２との紐付け情報、変換方式を定めている変換ＩＤの情報を定義している。又フィルタ機能６は空間データ４１のフォーマットを空間データ４２のフォーマットに変換するための変換機能４４を備えており、データ分解手段４５は定義ファイル４３のデータ構造情報に従って空間データ４１から個々のデータに分解するものである。

変換処理手段４６は定義ファイル４３で定義された変換ＩＤに対応して処理するものであり、データ合成手段４７は定義ファイル４３で定義された紐付け情報に従って変換処理後のデータを空間データ４２のフォーマットに形成するものである。
位置範囲抽出手段４８は端末４の地図ウィンドウ８において表示するのに必要な範囲のデータのみを抽出するものである。

端末４が地図ウィンドウ８において表示される個別データの位置範囲を指定する場合には、位置範囲抽出手段４８がデータ合成手段４７によって形成された空間データ４９の位置情報（緯度・経度）を調査し、端末４によって指定された範囲のデータかどうかを判断し、指定された範囲内のデータのみを抽出して、当該データを地図表示手段７に送る。

端末４は必要な範囲の空間データのみを受け取るため、端末４における処理負担を軽減することができる。また、ＧＩＳサーバ３と端末４の間のネットワークにかかる負担も必要最小限にすることができる。

以上のように構成することにより、端末４が空間データの位置範囲を指定したときにおいても、ＧＩＳエンジンに新たにデータ解読機能を追加する必要がなく、また既設の地理情報システムを改造しないで、データを共有することができるようになる。

実施の形態４．
図６はこの発明の実施の形態４によるフィルタ機能６を示す概略図である。
図において、空間データ５１は空間データ１１ａにおいて管理されているフォーマットを有している。空間データ５２はＧＩＳエンジン７によって解読され得るフォーマットを有しており、端末４の地図ウィンドウ８において表示するのに必要な空間データである。

定義ファイル５３は変換する際に必要となる空間データ５１のデータ構造情報や空間データ５２との紐付け情報、変換方式を定めている変換ＩＤの情報を定義している。フィルタ機能６は空間データ５１のフォーマットを空間データ５２のフォーマットに変換するための変換機能５４を備えており、データ分解手段５５は定義ファイル５３のデータ構造情報に従って空間データ５１から個々のデータに分解するものである。

変換処理手段５６は定義ファイル５３で定義された変換ＩＤに対応して処理するものであり、データ合成手段５７は定義ファイル５３で定義された紐付け情報に従って変換処理後のデータを空間データ５２のフォーマットに形成するものである。差分抽出手段５８は端末４における地図ウィンドウ８で表示するのに必要なデータを抽出するものである。

空間データ５９はデータ合成手段５７により直接に形成されたものであり、空間データ６０は前回の処理段階において、データ合成手段５７によって形成され、端末４に受け渡されていた空間データである。

ＧＩＳサーバ３はデータ合成手段５７によって形成された空間データを数回分保持する。前回の空間データと比較して、変更された空間データのみが端末４の地図ウィンドウ８において表示されるようにするものであり、ＧＩＳサーバ３に対して変更のあったデータのみを端末４が要求する場合には、差分抽出手段５８はデータ合成手段５７によってその時点で形成された空間データ５９と前回形成された空間データ６０との比較を行い、一定以上の差が認められた空間データ及び新規に増えた空間データなど差が認められた空間データのみを抽出し、地図表示手段７に渡す。

図６においては、空間データ５９と空間データ６０を比較すると、ＸＸ地点におけるデータが変更されており、更にＨＨ地点のデータが新たに加えられているので、空間データ５２として、ＸＸ地点とＨＨ地点のデータが抽出されることとなる。

端末４は、必要な空間データのみを受け取るため、端末４における処理負担を軽減することができる。また、ＧＩＳサーバ３と端末４の間のネットワークにかかる負担も必要最小限にすることができる。

以上のように構成することにより、端末４が前回の空間データと比較して変更のあった空間データのみを指定し、要求した場合においても、ＧＩＳエンジンに新たにデータ解読機能を追加する必要がなく、また既設の地理情報システムを改造しないで、データを共有することができるようになる。

実施の形態５．
上記実施の形態１〜４においては、地理情報システム１とネットワークによって繋がった別の地理情報システム２で管理されている空間データを端末４において閲覧することを目的としていたが、本実施形態においては、閲覧するのみでなくデータを更新することができるようにするものである。

図７はこの発明の実施の形態５による地理情報統合システムを示すブロック図である。
図において、ユーザが操作する端末６１には、空間データの各種項目を更新し、あるいは変更するためのデータ更新ウィンドウ６２が設けられている。ＧＩＳサーバ６３は端末６１から更新情報を受け取るとともに、ネットワークにより接続された別のＧＩＳシステム２の空間データ１１のフォーマットに変換する機能を有する。

フィルタ機能６４は端末６１からの更新情報に基づき空間データを更新し、別のＧＩＳシステム２が管理している空間データ１１のフォーマットに変換して、渡すものである。空間データベース６５はイメージ形式やベクトル形式による地図データを管理するものである。

ＧＩＳサーバ９ａ、９ｂは空間データを管理するとともに、地図の表示機能を有するものである。空間データベース１１ａ、１１ｂはＧＩＳサーバ９ａ、９ｂにおいて登録されたベースとなる地図データ、および流量、位置等の個別データを管理するものであり、ＧＩＳエンジン１２ａ、１２ｂは必要なデータを空間データベース１１ａ、１１ｂから読み出し、端末１０ａ、１０ｂに表示させるものである。端末１０ａ、１０ｂはユーザによって操作される地図ウィンドウ１３ａ、１３ｂを備えており、地図ウィンドウ１３ａ、１３ｂは、空間データを表示するものである。

図８はフィルタ機能６４を示す概略図である。
図において、空間データの更新情報７１は端末６１から取得されるものである。空間データ７２は実施の形態１〜４におけるデータ合成手段２７，３７，４７，５７によって形成され、端末６１に渡されていたものである。そしてデータ更新手段７３は更新情報７１に従って、空間データ７２を更新するものである。

データ更新手段７３が更新処理することにより空間データ７４が得られる。空間データ７５は別の地理情報システム２のフォーマットに対応したものである。定義ファイル７６は更新対象データを管理しているＧＩＳサーバ９のサーバ情報、空間データ７４を空間データ７５に変換する際に必要となる空間データ７５のデータ構造情報、空間データ７５と空間データ７４との紐付け情報及び変換方式を定めるための変換ＩＤの情報を定義している。

又フィルタ機能６４は空間データ７４のフォーマットを空間データ７５のフォーマットに変換するための変換機能７７を備えており、データ分解手段７８は空間データ７４を個々のデータに分解するものである。変換処理手段７９は定義ファイル７６で定義された変換ＩＤに対応して処理するものである。データ合成手段８０は定義ファイル７６で定義された空間データ７５のデータ構造情報や紐付け情報に従って変換処理後のデータを空間データ７５のフォーマットに形成するものである。

次に動作について説明する。
端末６１において表示するための空間データは、上記実施の形態１〜４において示されたデータ合成手段１７，３７，４７，５７によって形成されており、ＧＩＳサーバ６３は直前に形成し、端末６１に渡した空間データ７２を保持している。

データ更新ウィンドウ６２においてユーザにより更新された情報は、対象データを識別するためのＩＤ、更新項目及び更新内容を伴ってＧＩＳサーバ６３に通知される。
ＧＩＳサーバ６３が更新情報７１を取得すると、フィルタ機能６４は、更新されたデータを元来管理しているＧＩＳサーバ９に対応したフォーマットの空間データに合成して、該当するＧＩＳサーバ９にネットワークを通じて当該空間データを渡す。

フィルタ機能６４は、データを更新するためのデータ更新手段７３と変換機能７７を有している。データ更新手段７３は、ＧＩＳサーバ６３により保持されていた空間データ７２に対し、端末６１から送信された更新情報７１のＩＤと更新項目をキーとして、該当する空間データを書き換え、空間データ７４を作成する。

図８の例では、ＩＤ＝２及び更新項目が地点名称であることをキーにして、ＸＸ地点をＺＺ地点に更新するものである。変換機能７７においては、まずデータ分解手段７８が更新後の空間データ７４を各項目別に分解する。

そして定義ファイル７６に記載されたサーバ情報から、更新情報７１のデータＩＤをキーにして、更新後の空間データ７５を元々管理しているＧＩＳサーバ９と、そのＧＩＳサーバ９における空間データのデータ構造情報を特定する。
そして以下に示すように、実施の形態１で示した変換とは逆の変換作業を行うことにより、空間データ７５を作成する。

即ち変換処理手段７９は、定義ファイル７６に定義された空間データ７５と空間データ７４とのデータ紐付け情報と変換ＩＤをもとに、変換作業を実施する。
例えば、紐付け情報として、空間データ７５のシンボルＩＤはデータ７４の色コードと紐付いているという情報があったとする。この場合、空間データ７４における色コード欄の「１，３，１」というデータは、変換ＩＤ＝１０を持つ変換処理により、空間データ７５におけるシンボルＩＤの欄の「３，５，３」というデータに変換される。

このようにして空間データ７４の形状コード、色コード、サイズは空間データ７５のシンボルＩＤに変換される。緯度、経度、データに関しては、数値がそのまま変換されないことは実施の形態１の場合と同様である。又地点名称に関しては、実施の形態１の場合とは逆に、「地点」なる文字が削除されることとなる。

データ合成手段８０は、変換処理手段７９によって変換されたデータを合成するものである。即ち定義ファイル７６に定義されたデータ型やバイト数等からなるデータ構造情報、及び紐付け情報を基に、元々管理しているＧＩＳサーバ９に対応したフォーマットを有する空間データ７５を合成する。

そして更新された空間データ７５は元来管理しているＧＩＳサーバ９にネットワークを介して送信され、空間データベース１１の内容が更新される。尚図８の説明においては、更新されないＩＤ＝１，３のデータも空間データ７５として合成される場合について説明したが、更新されるＩＤ＝２のデータのみを空間データとして合成し、元来管理しているＧＩＳサーバ９に送信するようにしてもよい。

以上の処理により、別の地理情報システムで管理する空間データを閲覧するだけではなく、更新することも可能になる。

この発明の実施の形態１による地理情報統合システムを示すブロック構成図である。 この発明の実施の形態１によるフィルタ機能を示す概略図である。 この発明の実施の形態１の別の地理情報統合システムを示すブロック構成図である。 この発明の実施の形態２によるフィルタ機能を示す概略図である。 この発明の実施の形態３によるフィルタ機能を示す概略図である。 この発明の実施の形態４によるフィルタ機能を示す概略図である。 この発明の実施の形態５による地理情報統合システムを示すブロック構成図である。 この発明の実施の形態５によるフィルタ機能を示す概略図である。

符号の説明

１，２ 地理情報システム、６ フィルタ機能、２１ 空間データ、
２５ データ分解手段、２６ 変換処理手段、２７ データ合成手段、
３８ 位置情報変換手段、４８ 位置範囲抽出手段、５８ 差分抽出手段、
７３ データ更新手段。

Claims (5)

1. 複数の地理情報システムがネットワークにより接続された地理情報統合システムであって、
   一の地理情報システムは、別の地理情報システムが管理している空間データのフォーマットを当該一の地理情報システムが解読可能なフォーマットに変換する際に使用される定義ファイルと、
   上記別の地理情報システムが管理している空間データを上記定義ファイルに定義され、かつ個々のデータ範囲を定めたデータ構造情報を参照しながら個別データに分解するデータ分解手段と、
   上記データ分解手段によって個別に分解されたデータを上記定義ファイルに定義された変換ＩＤに従って変換する変換処理手段と、
   上記変換処理手段により変換された個々のデータを集め、上記一の地理情報システムが解読可能なフォーマットを有する空間データを上記定義ファイルで定義され、かつ個々のデータの配列位置を定めた紐付け情報に基づいて合成するデータ合成手段を有することを特徴とする地理情報統合システム。
2. 特定の地理情報システムにおいて使用されるＸ座標、Ｙ座標からなる固有のレイアウト情報を緯度、経度からなる全ての地理情報システムにおける共通の位置情報に変換するための位置情報変換手段を上記一の地理情報システムに設けたことを特徴とする請求項１記載の地理情報統合システム。
3. 上記データ合成手段が合成した空間データのうち、上記一の地理情報システムにおける端末の地図ウィンドウにおいて表示するのに必要な範囲の空間データのみを抽出するための位置範囲抽出手段を上記一の地理情報システムに設けたことを特徴とする請求項１又は請求項２記載の地理情報統合システム。
4. 上記データ合成手段によって形成された空間データと、上記データ合成手段によって前回形成された空間データとを比較し、差が認められた空間データのみを抽出するための差分抽出手段を上記一の地理情報システムに設けたことを特徴とする請求項１から請求項３のいずれか１項に記載の地理情報統合システム。
5. 更新情報に基づき空間データを更新する更新手段と、
   上記別の地理情報システムが管理している空間データのフォーマットに上記更新された空間データを変換するための手段と、
   上記変換された空間データを上記別の地理情報システムに送信する手段とを上記一の地理情報システムに設けたことを特徴とする請求項１から請求項４のいずれか１項に記載の地理情報統合システム。

Images