JP2003167919A - 地理情報と書類ファイル情報の連係処理システム - Google Patents

Abstract

(57)【要約】 【課題】ＧＩＳと書類ファイルシステムを連動して資源
及び情報整理機能を相互に共有し合い有効利用して、書
類や地図データに柔軟にアクセスすること。 【解決手段】この発明による連係処理システムでは、Ｇ
ＩＳの形状及び属性データベースＧＰ，ＲＲは、地物デ
ータベースＴＢにより関連付けられ、地物データベース
ＴＢの地物ＩＤ（ｉ）に対応して物件の形状（位置）及
び属性情報が蓄積される。書類ファイルシステムのドキ
ュメントデータファイルＤＦに格納された書類ファイル
は、ドキュメント管理データベースＦＭにて管理されド
キュメントＩＤで指示される。ＧＩＳ及び書類ファイル
システムは、地物ＩＤ（ｉ）とドキュメントＩＤを対応
付けた書類リンクデータベースＦＲによって互いに連係
されるので、属性又は形状データベースＲＲ，ＧＰ→書
類ファイルシステム側或いはドキュメント管理データベ
ースＦＭ→ＧＩＳ側にアクセスすることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、地物を電子的に
管理する地理情報システムと電子化した書類を管理する
書類ファイルシステムとを連係して地物や書類への柔軟
なアクセスを可能にした地理情報と書類ファイル情報の
連係処理システムに関する。

【０００２】

【従来の技術】ＧＩＳ（Geographic Information Syste
m ）とは、電子化された地図情報を基にして他の様々な
情報を組み合わせ、各情報を整理、分類、統合し、新し
い価値と意味付けを創造するシステムである。具体的な
例を挙げると、エリアマーケッティング、防災、都市計
画、施設管理、環境、教育、観光、地質管理などの様々
な用途や目的でＧＩＳが使用されている。

【０００３】このようなＧＩＳの出現により、これまで
の紙ベースによる情報および地図では得ることのできな
かった地理情報の有効利用、例えば、緊急時の最短道路
を検索する経路検索、人口や雨量などの統計結果を地図
に投影した空間解析、災害時のシュミレーションなどの
電子地図の特性を生かした様々な情報解析が可能になっ
てきた。

【０００４】一方、書類の管理に関しては、これまで
は、必要な書類はすべて紙に印刷し、関連するものをバ
インダにまとめて綴じて、書棚や倉庫に保存しておくの
が一般的で、つい最近までこの形態が取られてきた。し
かし、紙による保存は、持ち運びに不便といった欠点
や、紙の傷みの問題（酸性紙の問題、貴重な書類・書籍
の場合は取扱いから来る傷みなどの問題）、保存スペー
ス（倉庫）の確保など、情報の保存という意味におい
て、非常に悪い保存環境である。

【０００５】このような問題を解決するために、電子的
な書類ファイルシステムが現れた。この電子ファイルシ
ステムでは、これまでの紙書類をスキャナーで読み取っ
たり文書を電子化して、コンピュータで取り扱うことの
できる電子データに変換することより、コンピュータで
の書類管理を可能にすることができる。従って、電子フ
ァイルシステムを構築することによって、これまでの紙
による管理において物理的に存在した、バインダや書
棚、倉庫といったそれぞれの容れ物がコンピュータ上で
表現され、これまでの管理体系とは違和感なく、書類管
理、閲覧、複写（印刷）などが可能になっている。

【０００６】書類をコンピュータ管理することで、書類
の劣化や、保存スペースの問題を解決することは勿論、
持ち運びにおいても、書類データをＣＤなどのメディア
に移すことで、格段にハンドリングが改善し、また、紙
による管理では到底成し得なかった新たなメリットが生
まれている。例えば、背表紙タイトルや作成日、作成者
による書類検索などという電子ファイルシステムの新し
いメリットを生かして、電子納品などの国家的な電子化
の推進にも大きな役割を果たしつつある。

【０００７】さて、地理情報に関係する各種書類情報に
ついては、従来のＧＩＳでは、電子ファイリング機能を
内蔵しているものがごく一般的である。図１は、従来の
ＧＩＳにおけるファイリング機能を説明するための図で
ある。従来のＧＩＳファイリングでは、図（１）に示す
ように、形状データベースＡの各形状データには、属性
データベースＢがリンクして種々の属性が与えられてお
り、この属性を利用して地図データベースＣから地図デ
ータを引き出すことができる。

【０００８】電子書類ファイルについては、簡単に云え
ば、図（２）に示すように、地図上の或る地点（Ｘａ，
Ｙａ）の位置情報、即ち、その地域や地物（建物やマン
ホール等）などの空間（形状・位置）データに対して、
関連する文書類や写真、図面といった電子書類ファイル
（ドキュメントファイル）を関連付けて管理しており、
これにより、より付加価値の高い情報管理を実現するこ
とができる。

【０００９】しかしながら、ＧＩＳが内蔵する電子ファ
イリング機能には、先に説明した電子ファイルシステム
と比べて明確な違いがあることが分かる。すなわち、電
子ファイルシステムでは、その書類をまとめる単位が書
類の種類（帳簿、写真、図面等）でバインダをまとめる
のに対し、ＧＩＳに内蔵する電子ファイリング機能で
は、空間的な形状・位置（地域や地点、地物など）単位
に書類をまとめて管理しており、電子ファイルシステム
とは、このような書類をまとめる単位が異なっている。

【００１０】このように、従来型のＧＩＳファイリング
では、あくまで地図情報を基にして空間（地域や地物）
単位で各種書類情報を整理しているので、書類ファイル
にアクセスしてからその結果に従って地理情報にアクセ
スする、ファイリングされる書類情報を地域や地物など
に拘束されずに充実させるなど、書類情報の柔軟な利用
を図ることができないという欠点がある。

【００１１】書類情報の一例として、現在、国土交通省
が国家レベルで推進しているＣＡＬＳ／ＥＣ（Continuo
us Acquisition and Life-cycle Support ／ Electroni
c Commerce）を挙げると、このＣＡＬＳ／ＥＣでは、国
および各地方自治体が発注する今後の公共事業に対して
は、すべての工事関連図書（「図書」=ずしょ：文書や
図面などの書類のこと）において電子納品を義務づけて
いる。ＣＡＬＳ／ＥＣで出されているファイリング仕様
では、整理単位については、書類の種類（調書、写真、
図面等）別にフォルダーにまとめられる。このＣＡＬＳ
／ＥＣについては、将来のＧＩＳによる納品書類の管理
を想定した「仕様改定（案）」（平成１３年８月）が出
されており、今後、ますますＧＩＳでの書類管理が必須
になってくる。

【００１２】ここで、従来手法による、ＧＩＳの電子フ
ァイリング機能で、この工事関連図書を管理することを
想定すると、従来のＧＩＳ内蔵の電子ファイリング機能
では、書類をまとめる単位が空間的な形状・位置（地
域、地点、地物など）になっているので、書類ファイル
システムに従って納品された工事図書を空間（地域や地
物）単位にまとめ直す必要がある。しかし、まとめ直し
た結果、納品当初の仕分け（書類の種類別）で閲覧する
ことは不可能となり、ＣＡＬＳ／ＥＣの書類管理仕様と
は、まったく異なった書類管理体系になってしまう。

【００１３】また、ＧＩＳファイリングでは、位置情報
から関連書類を閲覧するのに適しているが、書類の閲覧
には非常に不便である。例えば、閲覧したい書類が分か
っていても、当該書類の閲覧の際は、まず、関連されて
いる位置を検索する必要がある。

【００１４】このようなＧＩＳファイリングにおける問
題は、ＣＡＬＳ／ＥＣに限らず、すべての書類管理シス
テムとのファイリング機能の相違に起因しており、ＧＩ
Ｓにおいては解決することのできない問題である。

【００１５】

【発明が解決しようとする課題】この発明は、以上のよ
うな問題点に鑑み、書類ファイルシステムでは図面や文
書などの各種デジタル化書類情報を書類整理の独自の観
点に従って書類ファイルとして整理・ファイリングして
おき、地理情報システム（ＧＩＳ）では地図データの空
間的な地理情報に属性データベースを結合させると共
に、属性データベースを書類ファイルにもリンクさせる
ことによって、両システムのもつ独自の資源及び情報整
理機能を相互に共有し合うようにして、これらを有効利
用することができ、地理情報に拘束されることなく書類
ファイルにアクセスしたり、書類ファイル側から地図デ
ータにアクセスするなど、書類ファイルや地図データに
柔軟な手法でアクセスすることができる地理情報と書類
ファイル情報の連係処理システムを提供することを目的
とする。

【００１６】

【課題を解決するための手段】この発明の主たる特徴に
従うと、地図データファイル（ＭＦ）に格納された地図
データに対する位置データ（Ｘｉ，Ｙｉ）及び各位置デ
ータ（Ｘｉ，Ｙｉ）に対応する属性データ（ＲＲｉ）
を、共通の地物ＩＤ（ｉ）に対応して、それぞれ、蓄積
した形状データベース（ＧＰ）及び属性データベース
（ＲＲ）と、ドキュメントデータファイル（ＤＦ）に格
納された多数の書類データを指示するためのドキュメン
トＩＤを含む管理データを蓄積したドキュメント管理デ
ータベース（ＦＭ）と、各地物ＩＤ（ｉ）とドキュメン
トＩＤを対応して蓄積したリンクデータベース（ＦＲ）
とを具備する地理情報と書類ファイル情報の連係処理シ
ステム（図４）が提供される〔請求項１〕。

【００１７】この発明による地理情報と書類ファイル情
報の連係処理システムにおいては、さらに、属性データ
ベース（ＲＲ）中から所定の属性データ（ＲＲｉ）を指
定する手段（Ｐ１〜Ｐ４）と、指定された属性データ
（ＲＲｉ）に対応する地物ＩＤ（ｉ）に基づいて、当該
地物ＩＤ（ｉ）に対応するドキュメントＩＤをリンクデ
ータベース（ＦＲ）から取得する手段（Ｐ９）と、取得
されたドキュメントＩＤに基づき、ドキュメント管理デ
ータベース（ＦＭ）を介して当該ドキュメントＩＤによ
り指示される書類データ（ＤＦ）にアクセスする手段
（Ｐ９）とを具備する（図８）ことができる〔請求項
２〕。

【００１８】この発明による地理情報と書類ファイル情
報の連係処理システムにおいては、さらに、形状データ
ベース（ＧＰ）中から所定の位置データ（Ｘｉ，Ｙｉ）
を指定する手段（Ｑ２）と、指定された位置データ（Ｘ
ｉ，Ｙｉ）に対応する地物ＩＤ（ｉ）に基づいて、当該
地物ＩＤ（ｉ）に対応するドキュメントＩＤをリンクデ
ータベース（ＦＲ）から取得する手段（Ｑ８）と、取得
されたドキュメントＩＤに基づき、ドキュメント管理デ
ータベース（ＦＭ）を介して当該ドキュメントＩＤによ
り指示される書類データ（ＤＦ）にアクセスする手段と
を具備する（図９）ことができる〔請求項３〕。

【００１９】この発明による地理情報と書類ファイル情
報の連係処理システムにおいては、さらに、ドキュメン
ト管理データベース（ＦＭ）を用いて、所定の書類デー
タ（ＤＦ）を指示するドキュメントＩＤを指定する手段
（Ｒ２）と、指定されたドキュメントＩＤに基づいて、
当該ドキュメントＩＤに対応する地物ＩＤ（ｉ）をリン
クデータベース（ＦＲ）から取得する手段（Ｒ３）と、
取得された地物ＩＤ（ｉ）に基づいて、属性データベー
ス（ＲＲ）又は形状データベース（ＧＰ）を介して、当
該地物ＩＤ（ｉ）に対応する属性データ（ＲＲｉ）又は
位置データ（Ｘｉ，Ｙｉ）により指示される地図データ
（ＭＦ）にアクセスする手段（Ｒ７）とを具備する（図
１０）ことができる〔請求項４〕。なお、括弧書きは、
対応する実施例の参照番号などを示す。

【００２０】〔発明の作用〕この発明による地理情報と
書類ファイル情報の連係処理システムでは、互いに独立
して地理情報及び書類ファイル情報の管理が可能な書類
ファイルシステム及び地理情報システム（ＧＩＳ）が相
互に連係している。この場合、両システムの実際上の形
態としては、実施例に示すように、対等関係にある地理
情報システム（ＧＩＳ）及び書類ファイルシステムとし
てもよいし、独立的に書類ファイル情報を管理すること
ができる書類ファイルシステムを地理情報システム（Ｇ
ＩＳ）内に組み入れてもよいし、これとは逆に、独立的
に地理情報を管理することができる地理情報システム
（ＧＩＳ）を書類ファイルシステム内に組み込んでもよ
い。

【００２１】書類ファイルシステムにおいては、多数の
書類データが書類データファイル（ＤＦ）に格納され、
書類データは、ドキュメント管理データベース（ＦＭ）
に蓄積されている管理データに従って管理され、管理デ
ータにはドキュメントＩＤが含まれる。一方、地理情報
システム（ＧＩＳ）内には、形状データベース（ＧＰ）
及び属性データベース（ＲＲ）が備えられ、共通の地物
ＩＤ（ｉ）に対応して、地図データファイル（ＭＦ）に
格納された地図データに対する位置データ（Ｘｉ，Ｙ
ｉ）が形状データベース（ＧＰ）に格納され、各位置デ
ータ（Ｘｉ，Ｙｉ）に対応する属性データ（ＲＲｉ）が
属性データベース（ＲＲ）に蓄積される。そして、ドキ
ュメント管理データベース（ＦＭ）のドキュメントＩＤ
と形状データベース（ＧＰ）及び属性データベース（Ｒ
Ｒ）の地物ＩＤ（ｉ）は、互いに対応付けられて（リン
クされて）リンクデータベース（ＦＲ）に蓄積される。

【００２２】従って、このリンクデータベース（ＦＲ）
を利用して、書類ファイルシステム及び地理情報システ
ムのそれぞれにおいて独自に作成される資源データを互
いにリンクし、両システムのもつ独自の資源及び情報整
理機能を相互に共有し合うことができ、これらを有効利
用することにより、地理情報に拘束されることなく書類
ファイルにアクセスしたり、書類ファイル側から地図デ
ータにアクセスするなど、書類ファイルや地図データに
柔軟な手法で資源データにアクセスすることができる。

【００２３】この発明の連係処理システムでは、書類リ
ンクデータベース（ＦＲ）を含む上述のデータベース構
成により、地理情報システム（ＧＩＳ）内の属性データ
ベース（ＲＲ）や形状データベース（ＧＰ）側からだけ
でなく、書類ファイルシステム側から他のシステムにア
クセスし、以下のように、両システムの資源を有効且つ
多様な態様で利用することができる。

【００２４】なお、地物ＩＤ（ｉ）（ＩＤ＝IDentifica
tion）は、ＧＩＳ地図上において特定される１つのユニ
ークな地物に付けられた識別子であり、当該地物に対応
して、形状データベース（ＧＰ）には位置データ（Ｘ
ｉ，Ｙｉ）が蓄積され、属性データベース（ＲＲ）には
属性データ（ＲＲｉ）が蓄積される。地物ＩＤ（ｉ）と
位置データ（Ｘｉ，Ｙｉ）及び属性データ（ＲＲｉ）と
の対応付けには、例えば、位置データ（Ｘｉ，Ｙｉ）に
与えられた位置ＩＤ及び属性データ（ＲＲｉ）に与えら
れた属性ＩＤを地物ＩＤ（ｉ）と対応付ける地物データ
ベース（ＴＢ）を用いることが好ましい。地物ＩＤ
（ｉ）は、地物を特定できるものであれば、単なる数字
・記号を用いてもよい。なお、地物ＩＤ（ｉ）に共通の
キー項目群を用いるなどにより、地物データベース（対
応表）を省略してもよい。また、ドキュメントＩＤは、
一つ一つのドキュメントを特定する識別子であり、例え
ば、各ドキュメントを識別する特定の番号、記号、符号
又はそれらの組合せから成る。

【００２５】この発明による第１のアクセス手法では
〔例えば、属性条件検索（図８）参照〕、ＧＩＳ属性デ
ータベース（ＲＲ）を入口として、属性データベース
（ＲＲ）中から所定の属性データ（ＲＲｉ）が指定され
ると（Ｐ１〜Ｐ４）、指定された属性データ（ＲＲｉ）
に対応する地物ＩＤ（ｉ）に基づいて、リンクデータベ
ース（ＦＲ）から、当該地物ＩＤに対応するドキュメン
トＩＤが得られる（Ｐ９）。そして、得られたドキュメ
ントＩＤに基づき、ドキュメント管理データベース（Ｆ
Ｍ）を介して当該ドキュメントＩＤにより指示される書
類データ（ＤＦ）にアクセスすることができる（Ｐ
９）。

【００２６】第２のアクセス手法では〔例えば、ＧＩＳ
検索（図９）参照〕、ＧＩＳ形状データベース（ＧＰ）
を入口として、形状データベース（ＧＰ）から所定の位
置データ（Ｘｉ，Ｙｉ）が指定されると（Ｑ２）、指定
された位置データ（Ｘｉ，Ｙｉ）に対応する地物ＩＤ
（ｉ）に基づいて、リンクデータベース（ＦＲ）から、
当該地物ＩＤ（ｉ）に対応するドキュメントＩＤが得ら
れる（Ｑ８）。そして、得られたドキュメントＩＤに基
づき、ドキュメント管理データベース（ＦＭ）を介し
て、当該ドキュメントＩＤによって指示される書類デー
タ（ＤＦ）にアクセスすることができる（Ｑ１１）。

【００２７】第３のアクセス手法では〔例えば、書類フ
ァイル検索（図１０）参照〕、書類ファイルシステムの
管理データベース（ＦＭ）を入口として、ドキュメント
管理データベース（ＦＭ）を用いて、所定の書類データ
（ＤＦ）を指示するとドキュメントＩＤが指定され（Ｒ
２）、指定されたドキュメントＩＤに基づいて、リンク
データベース（ＦＲ）から、当該ドキュメントＩＤに対
応する地物ＩＤ（ｉ）が得られる（Ｒ３）。そして、取
得された地物ＩＤ（ｉ）に基づいて、属性データベース
（ＲＲ）から、当該地物ＩＤ（ｉ）に対応する属性デー
タ（ＲＲｉ）にアクセスすることができ、或いは、形状
データベース（ＧＰ）から、当該地物ＩＤ（ｉ）を持つ
位置データ（Ｘｉ，Ｙｉ）により指示される地図データ
（ＭＦ）にアクセスすることができる（Ｒ７）。

【００２８】以上のように、この発明による連係処理シ
ステムでは、これまで内蔵していたＧＩＳのファイリン
グ機能を独立したシステムである書類ファイルシステム
に置き換え、両システム間には双方をリンクするリンク
データベース（対応表）を設けるようにしているので、
書類管理上の独自の観点から書類ファイルを整理する書
類ファイルシステムのファイリング形態を崩すことな
く、従前のＧＩＳファイリングの長所である書類アクセ
ス機能を維持することができる。

【００２９】また、ＧＩＳと書類ファイルシステムが別
々の独立したシステムを構成しているので、両システム
間で可逆的な経路のアクセス手法を採用することができ
る。これにより、例えば、書類ファイルシステム側から
ＧＩＳ側にアクセスしてＧＩＳ位置情報を検索するとい
う逆検索が可能になる。従って、従来技術の諸問題点を
一挙に解決することができる。

【００３０】

【発明の実施の形態】以下、図面を参照しつつ、この発
明の好適な実施例を詳述する。なお、以下の実施例は単
なる一例であって、この発明の精神を逸脱しない範囲で
種々の構成変更が可能である。

【００３１】〔システム構成〕図２は、この発明の一実
施例による地理情報と書類ファイル情報の連係処理シス
テム全体の概略的システムブロック図を示す。この例で
は、複数のクライアントコンピュータ１Ａ，１Ｂ，１
Ｃ，１Ｄ，…〔以下、個々のクライアントコンピュータ
を表わすには参照記号“１”を用いる。〕及びサーバー
コンピュータ（共用データファイルサーバー）２がロー
カルエリアネットワーク（ＬＡＮ）３を介し相互に通信
可能に接続され、サーバーコンピュータ２には地理情報
システム（ＧＩＳ）及び書類ファイルシステムが構築さ
れる。

【００３２】サーバーコンピュータ２には、ＬＡＮ３及
びルーター４を介してインターネットなどの広域通信ネ
ットワーク５が接続され、通信機能を備えた情報処理端
末（「インターネット端末」という。）６ａ，６ｂ，６
ｃ，…からサーバーコンピュータ２にアクセスすること
ができる。

【００３３】図３は、この発明の一実施例によるクライ
アントコンピュータの極く概略的なハードウエア構成例
を示す。この例では、複数のクライアントコンピュータ
１Ａ，１Ｂ，１Ｃ，１Ｄ，…にパーソナルコンピュータ
（ＰＣ）が用いられ、各クライアントＰＣ１〔以下、個
々のクライアントＰＣを表わすには参照記号“１”を用
いる。〕は、ＣＰＵ（中央処理装置）１０、記憶装置１
１、キーボードやマウス等の入力操作装置１２、ＣＲＴ
又はＬＣＤなどのディスプレイを含む表示装置１３を備
え、これらの装置１０〜１３は、バス１４を介して互い
に接続されている。

【００３４】夫々のクライアントＰＣ１を制御するＣＰ
Ｕ１０は、ＧＩＳ制御、書類ファイリング、ＧＩＳ・書
類ファイル間の連係動作などに関する所定のプログラム
に従って種々の制御を行う。記憶装置１１は、基本プロ
グラム、各種プログラムや固定データ／パラメータを記
憶したＲＯＭ（読出専用メモリ）、各種データ等を一時
記憶するＲＡＭ（ランダムアクセスメモリ）の外、ハー
ドディスクドライブ（ＨＤＤ）やＣＤ−ＲＯＭドライブ
／ＦＤＤ（フロッピィディスクドライブ）等の外部記憶
装置から成る。

【００３５】なお、外部記憶装置には、上述の各種プロ
グラムや各種データを記憶することができ、例えば、後
述する地理情報システム（ＧＩＳ）における各種データ
ベース（ＴＢ，ＧＰ，ＲＲ）や地図データファイル（Ｍ
Ｆ）、「電子キャビネット」と呼ばれる書類ファイルシ
ステムにおけるドキュメント管理データベース（Ｆ
Ｍ）、書類リンクデータベース（ＲＲ）などを格納する
ことができる。

【００３６】入力操作装置１２は、ディスプレイ１３上
に表示される各種画面を視認しつつ、キーボードの所定
キーの操作或いはディスプレイ１３上の各種操作ボタン
などをマウスなどで指示することにより、この連係処理
システムの動作時における各種ユーザインターフェース
機能を遂行することができる。

【００３７】クライアントＰＣ１のバス１４には、入出
力インターフェイス（Ｉ／Ｆ）１５及び通信インターフ
ェース（Ｉ／Ｆ）１６が接続される。入出力Ｉ／Ｆ１５
には、スキャナ１７、プリンタ１８、プロッタ１９など
の入出力装置が接続され、通信Ｉ／Ｆ１６には、ＬＡＮ
３を介してサーバーコンピュータ２が接続される。

【００３８】サーバーコンピュータ２は、図２に示され
るクライアントＰＣ１と同様の構成を有し、大容量の記
憶装置（ＨＤＤ）を備え、主として、種々のデータファ
イルを格納するデータファイル共用サーバーシステムと
して機能する。サーバーコンピュータ２には、前述した
地理情報システム（ＧＩＳ）の地図データファイル（Ｍ
Ｆ）や書類ファイルシステム（「電子キャビネット」）
のドキュメントデータファイル（ＤＦ）などが格納さ
れ、ＬＡＮ３に接続される複数のクライアントＰＣ１
Ａ，１Ｂ，１Ｃ，１Ｄ，…は、これらのデータファイル
を利用することができる。例えば、サーバーコンピュー
タ２のドキュメントデータファイルＤＦには、各種書類
が電子化された書類データが格納される。

【００３９】また、図２に示されるインターネット端末
６ａ，６ｂ，６ｃ，…も、それぞれ、図３のクライアン
トＰＣ１と同様に、パーソナルコンピュータで構成する
ことができ、各端末６ａ，６ｂ，６ｃ，…からも、通信
インターフェース、インターネットなどの広域通信ネッ
トワーク５及びルーター４を介してサーバーコンピュー
タ２にアクセスすることができる。

【００４０】なお、図２及び図３の例では、複数のクラ
イアントＰＣ１Ａ，１Ｂ，１Ｃ，１Ｄ，…及びクライア
ントインターネット端末６ａ，６ｂ，６ｃ，…とサーバ
ーコンピュータ２によって連係処理システムを構成する
ものとした。しかしながら、１台のパーソナルコンピュ
ータ１に地理情報システム（ＧＩＳ）及び書類ファイル
システムを構築し、連係処理システム全体をパーソナル
コンピュータ１内で完結するようにしてもよく、この場
合は、ＧＩＳや書類ファイルシステムの各種データファ
イルやデータベース（ＤＢ）を格納するために、図３の
通信Ｉ／Ｆ８及びサーバーコンピュータ２に代えて、単
に、外付けの大容量外部記憶装置（ＨＤＤなど）が設け
られる。

【００４１】図４は、この発明の一実施例による連係処
理システム全体の概略的な機能ブロック図である。図４
を用いてこの発明による地理情報と書類ファイル情報の
連係処理システムの概略を簡単に説明すると、この連係
処理システムでは、ＧＩＳと書類ファイルシステムが書
類リンクデータベースＦＲによって互いに連係される。
ＧＩＳにおいて、形状及び属性データベースＧＰ，ＲＲ
は、地物データベースＴＢにより関連付けられ、地物デ
ータベースＴＢの地物ＩＤ（ｉ）に対応して物件の形状
（位置）及び属性情報がそれぞれ蓄積される。書類ファ
イルシステムでは、ドキュメントデータファイルＤＦに
格納されている多数の書類ファイルは、ドキュメント管
理データベースＦＭにより管理され、ドキュメント管理
データベースＦＭのドキュメントＩＤで所望の書類ファ
イルを指示することができる。ＧＩＳ及び書類ファイル
システムは、地物ＩＤ（ｉ）とドキュメントＩＤとを対
応付けた書類リンクデータベースＦＲにより互いに連係
され、これによって、属性又は形状データベースＲＲ，
ＧＰから書類ファイルシステム側にアクセスしたり、ド
キュメント管理データベースＦＭからＧＩＳ側にアクセ
スすることができる。

【００４２】つまり、この連係処理システムは、地理情
報システム（ＧＩＳ）と、「電子キャビネット」と呼ば
れる書類ファイルシステムと、両システムをリンクする
書類リンクデータベース（ＤＢ）ＦＲとから成る。

【００４３】ＧＩＳには、地物データベース（ＤＢ）Ｔ
Ｂ、属性データベース（ＤＢ）ＲＲ、形状データベース
（ＤＢ）ＧＰ、地図データファイルＭＦなどが含まれ
る。地物データベースＴＢは、特定の属性情報（キー項
目）で特定されるレコード（ＲＲｉ）に対応する地物Ｉ
Ｄ（ｉ）毎に、形状データベースＧＰの位置・形状デー
タ（Ｘｉ，Ｙｉ）及び属性データベースＲＲの属性情報
を関連付ける。これに対応して、形状データベースＧＰ
には、各レコード（ＲＲｉ）に対応する地物の位置・形
状データ（Ｘｉ，Ｙｉ）が蓄積され、属性データベース
ＲＲには各レコード（ＲＲｉ）毎に当該地物の属性情報
が蓄積される。

【００４４】また、書類ファイルシステムには、ドキュ
メント管理データベース（ＤＢ）ＦＭ、ドキュメント
（書類）データファイルＤＦなどが含まれる。多数の書
類データは、ドキュメントデータファイルＤＦに整理・
ファイリングされ、ドキュメント管理データベースＦＭ
により管理される。

【００４５】そして、両システム間をリンクする書類リ
ンクデータベース（ＤＢ）ＦＲは、ＧＩＳ資源の各形状
情報と書類ファイルシステム資源の各ドキュメント（書
類）情報を対応付けるものであり、図示のように、地理
情報システムにおいて一つ一つの地物を特定する地物Ｉ
Ｄ（ｉ）と、書類ファイルシステムにおいて一つ一つの
ドキュメントを特定するドキュメントＩＤとを対応付け
る対応テーブルなどで構成される。これによって、例え
ば、属性情報を入力すると、属性データベースＲＲから
該当レコード（ＲＲｉ）が検索され、当該レコードに対
応する地物データベースＴＢの地物ＩＤ（ｉ）に基づい
て、形状データベースＧＰ或いは書類リンク及びドキュ
メント管理データベースＦＲ，ＦＭを介して、当該レコ
ード（ＲＲｉ）に対応する地図データＭＦ或いは書類デ
ータＤＦにアクセスすることができる。

【００４６】以下、各データベースについて、高速道路
用地に関するＧＩＳの場合の例に従って、より詳細に説
明しよう。以下の例では、説明を分かりやすくすくため
に、地物データベースＴＢにおいて、地物のレコードＲ
Ｒｉを特定する地物ＩＤ（ｉ）にはキー項目データ（Ｒ
Ｎｉ，ＲＡｉ，ＲＰｉ）が付記されているが、単純に、
キー項目データに対応するレコード番号／記号
（“ｉ”）などの識別子を用いた地物ＩＤ（ｉ）に属性
及び形状ＩＤを対応させて、データベース（テーブル）
構造を簡単にすることが好ましい。また、ドキュメント
ＩＤは、一つ一つのドキュメントを特定するための記号
（番号、符号）から成る識別子であり、当該ドキュメン
トファイルのバインダー名（フォルダ名）及びファイル
アドレスに対応し、当該ドキュメントファイル所在箇所
〔バインダー名（フォルダ名）及びファイルアドレス〕
を指示するのに用いられる。なお、１つ１つのドキュメ
ントを特定する方法として情報カードなどを利用しても
よい。

【００４７】〔各種データベース〕 （１）属性データベース（ＤＢ）ＲＲ 図５は、この発明の一実施例による属性データの構成例
を示す。属性データベース（ＤＢ）ＲＲは、複数レコー
ド分（ｎ個のレコード）の属性データＲＲ１〜ＲＲｎか
ら成り、図５（１）は１レコード分の属性データＲＲｉ
（１≦ｉ≦ｎ）の構成例を示す。１レコード分の各属性
データＲＲｉは、それぞれ、対応する属性ＩＤが付けら
れて登録され、属性ＩＤにより地物データベースＴＢを
介して、対応する形状データベースＧＰの形状データと
リンクされる。

【００４８】属性データＲＲｉの項目情報は、図５
（１）に示すように、旧所有者の氏名ＲＮｉ、取得地区
名（都道府県、市区町村、町名）ＲＡｉ、字地番（大
字、字、地番）ＲＢｉ、図面番号、台帳番号、土地所在
ＲＰｉ、地籍（公簿、実測）、取得単価、取得価格（総
額）、取得年月日、登記年月日、土地面積、土地金額
（評価額）、諸補償金額、移管施設面積、不用地面積、
不用地金額、摘要（地目、持分、管理区分など）などの
データから成る。各項目情報のデータ形式は第２欄の
「タイプ」に示されるとおりであり、データの規模は第
３欄の「サイズ」に示される文字数又は桁数（実数デー
タの場合、“．”の前は整数部の桁数を表わし“．”の
後は小数部の桁数を表わす。）をもち、任意の備考情報
（第５欄）を付加することができる。

【００４９】この例では、旧所有者氏名データＲＮｉ、
取得地区名データＲＡｉ及び字地番データＲＢｉは、１
つの物件を決定する「キー項目」（又は、単に「キ
ー」）と呼ばれるデータであり（第４欄参照）、これら
３つのデータによって、１物件の位置・形状（１つの土
地区分、即ち、「地物」）を特定するためのユニーク
（unique）なデータセット（組）が構成される。また、
旧所有者氏名データＲＮｉ、取得地区名データＲＡｉ及
び土地所在データＲＰｉは、それぞれ、図５（２）〜
（４）に示すようなコード表（テーブル）で規定される
「辞書」データである。

【００５０】属性データベースＲＲは、物件の位置を表
わす地理情報（形状データ）を蓄積した形状データベー
スＧＰとのリンクを利用して地図データファイルＭＦか
ら検索物件の所在位置を表示したり、さらに、書類リン
クデータベースＦＲによるリンクを利用して検索物件に
関係する書類ファイル（ドキュメント）にアクセスする
（例えば、「属性条件検索」）のに用いられ、属性デー
タＲＲの各項目情報は、このような属性条件検索の際に
検索キーとして用いることができる。

【００５１】なお、旧所有者コード番号〔図５（２）の
上の行“コード”〕は、旧所有者名のデータ入力時に、
例えば、入力順にシリアルに付けられた番号とするのが
好ましい。これにより、旧所有者コード番号を知ってい
れば、旧所有者名の漢字入力をせずにコード番号を入力
するだけで、自動的に、コード番号−氏名リストなどを
参照して該当する旧所有者名を簡単に呼び出すことがで
きる。

【００５２】（２）地物データベース（ＤＢ）ＴＢ及び
形状データベース（ＤＢ）ＧＰ 図６は、この発明の一実施例による属性データベースの
属性データと形状データベースの地図（位置・形状）デ
ータとのリンクを説明するための図である。上述した属
性データベースＲＲの各レコードＲＲｉは、キー項目Ｒ
Ｎｉ，ＲＡｉ，ＲＢｉにより特定され、図６上段に示す
ように、各レコードＲＲｉに対応する属性ＩＤを有して
いる。一方、形状データベース（ＤＢ）ＧＰは、図６下
段に示すように、各レコードＲＲｉに対応する地物の位
置・形状データ（Ｘｉ，Ｙｉ）を形状ＩＤと共に蓄積し
ており、両データベースＲＲ，ＧＰは、図６中段に示す
地物データベース（ＤＢ）ＴＢを介してリンクされてデ
ータ管理されている。

【００５３】すなわち、地物データベースＴＢは、１つ
の「地物」毎に、地物ＩＤ（ｉ）及び当該「地物」を特
定するキー項目データＲＮｉ、ＲＡｉ，ＲＢｉを有し、
これらに対応して属性ＩＤ及び形状ＩＤを記録して、属
性データベースＲＲと形状データベースＧＰを関連付け
る。なお、各地物ＩＤ（ｉ）は、地理情報システムでの
取扱い単位となる一つ一つの地物を特定することができ
る識別子であればよく、図５及び図６に示される例で
は、各属性ＩＤ及び形状ＩＤと“１対１”に対応してい
るが、場合によっては、複数の属性ＩＤや形状ＩＤに関
連（対応付け）させても、複数の地物ＩＤ（ｉ）が１つ
の属性ＩＤや形状ＩＤに関連（対応付け）してもよい。

【００５４】地物データベースＴＢを備えることによ
り、ＧＩＳにおける地物情報を容易に表現することがで
きる。例えば、離れ家をもつ建築物の場合、地物データ
ベースＴＢにおいて、離れ家を含む複数の建物を表わす
複数の形状を１つの「地物」として扱い、これらの建物
の所有者や家屋番号などを属性データベースＲＲの属性
情報として当該「地物」に添付することができる。

【００５５】このようなリンクによって、各レコードの
属性データＲＲｉから、地物データベースＴＢを介して
対応する物件の位置データＧＰを引き出すことができ、
この連係処理システムにおける基本的なアクセス手法の
１つである「属性条件検索」に用いることができる。つ
まり、「属性条件検索」モードにおいては、図５で説明
した属性データベースＲＲ自体のデータ構造を利用し
て、与えられた検索条件に該当する属性データＲＲｉを
検出し、その結果得られる該当データの一覧表示やプリ
ントアウトを行うと共に、図５の属性データベースＲＲ
→地物データベースＴＢ→形状データベースＧＰという
リンクの仕組みを利用して、検索物件が地図上のどの位
置に有るのかを表示することができる。なお、これとは
逆に、形状データベースＧＰの位置データ（Ｘｉ，Ｙ
ｉ）を指定することにより属性データベースＲＲの属性
情報ＲＲｉを知ることもできる（例えば、「ＧＩＳ検
索」）。

【００５６】（３）書類リンクデータベース（ＤＢ）Ｆ
Ｒ この発明の一実施例による地理情報と書類ファイル情報
の連係処理システムでは、地理情報システム（ＧＩＳ）
及び書類ファイルシステム（「電子キャビネット」）
は、図示のように、書類リンクデータベース（ＤＢ）Ｆ
Ｒによって双方のデータベースのリンクを行うことがで
きる。図７は、この発明の一実施例による書類リンクデ
ータベースを用いて地理情報システムの属性及び形状デ
ータベースを書類ファイルシステムともリンクする仕組
みを説明するための図である。

【００５７】この書類リンクデータベースＦＲを用いて
図示のようなリンクを張ることにより、地理情報システ
ム（ＧＩＳ）側から書類ファイルシステムにアクセスし
て書類などを表示するのに利用される。すなわち、前述
したように、この連係処理システムのＧＩＳ側から入る
アクセス手法（例えば、「属性条件検索」や「ＧＩＳ検
索」）において、さらに、ＧＩＳで得られた物件情報に
関係する書類ファイル（ドキュメント）にアクセスする
ことができる。

【００５８】また、これとは逆に、書類ファイルシステ
ム側から書類リンクデータベースＦＲを介してＧＩＳに
アクセスし、書類ファイルシステム側で得られた書類情
報に関連する物件情報を得ることができる。すなわち、
当初は、書類ファイルシステムに直接アクセスし、書類
ファイルを確認するなどの後、ＧＩＳにアクセスして当
該書類ファイルに関連する物件の位置・形状情報を得る
ことができる（例えば、「書類ファイル検索」）。

【００５９】つまり、図５〜図７の例では、地理情報シ
ステム（ＧＩＳ）内において、図７上部の地物データベ
ースＴＢにも示すように、「キー項目」で特定される地
物の地物ＩＤ（ｉ）に属性ＩＤ及び形状ＩＤを対応させ
て、地物、属性及び形状データベースＴＢ，ＲＲ，ＧＰ
間のリンクを図るだけでなく、さらに、図７の中段以下
に示すように、書類ファイルの所在箇所指示データ〔フ
ァイル名（＝バインダ名称＋ファイル名称）〕に対応す
るドキュメントＩＤを地物ＩＤ（ｉ）（キー項目）に対
応付ける書類リンクデータベースＦＲによって双方のシ
ステムを結合している。これによって、両システムは、
形状データ及び属性データと書類ファイルとを共有する
ことができる。

【００６０】従って、このようなデータリンクの仕組み
を利用して、以下に説明する「属性条件検索」や「ＧＩ
Ｓ検索」モードなどのように、地理情報システム（ＧＩ
Ｓ）側において、所望の物件データを表示乃至印刷した
り、所望の物件についてディスプレイ１３の地図上で位
置確認した上物件データを得るだけでなく、書類ファイ
ルシステム側にアクセスして、関係する書類を表示乃至
印刷出力することができる。また、「書類ファイル検
索」モードなどのように、書類ファイルシステム側にお
いて書類ファイル情報を得るだけでなく、その後、逆
に、ＧＩＳ側にアクセスし、関係する物件の属性乃至形
状データを知ることができる。

【００６１】〔ＧＩＳ属性データからのアクセス〕この
発明の一実施例によれば、属性データベースを入口とし
てＧＩＳ側から書類ファイルシステム側にアクセスする
ことができ、例えば、このアクセスに検索手法を用いる
場合は「属性条件検索」と呼ばれる手法を採用すること
ができる。図８は、この発明の一実施例による「属性条
件検索」モードでの作業及び処理手順を概略的に表わす
フローチャートである。以下の説明では、前述してきた
高速道路用地の具体例に従って例示する。

【００６２】地理情報システムを起動すると、ディスプ
レイ１３上にはＧＩＳメイン画面が表示され、この連係
処理システムが取り扱っている地域全体を表わす索引地
図が背景表示される（図示せず）。そして、このＧＩＳ
メイン画面上でユーザが操作子装置１１を操作して「属
性条件検索」ボタンを指示すると、この「属性条件検
索」モードに入り、ディスプレイ１３上には、検索条件
入力画面（ウインドウ）が表示される。

【００６３】まず、属性条件検索の第１ステップＰ１で
は、検索条件入力画面を用いてユーザが入力操作子装置
１１を操作して、１乃至複数の所定の検索条件（例え
ば、旧所有者氏名や図面番号など）を与えることによ
り、この検索条件で属性データベースＲＲが検索され
る。次のステップＰ２では、この属性検索の結果、当該
検索条件に該当する属性データレコード（ＲＲｉ）があ
るか否かが判定され、該当するデータがないときは、ス
テップＰ３に進んで、ディスプレイ１３の属性検索結果
画面に「該当するデータが有りません」とのメッセージ
が表示される。一方、該当する属性データレコード（Ｒ
Ｒｉ）があるときは、ステップＰ４に進んで、ディスプ
レイ１３には、該当するデータが属性検索結果画面上に
リスト形式で一覧表示される。

【００６４】ステップＰ４のリスト表示の後、ディスプ
レイ１３上において、ユーザが、一覧表示された検索結
果データの中から所望のデータを選択・指示した上、ス
テップＰ５に進んで、ディスプレイ１３上の「リスト」
ボタンを押圧操作したときは、ステップＰ６において、
ディスプレイ１３に一覧表示された検索結果データのリ
ストがプリントアウトされる。

【００６５】また、ステップＰ４でリスト表示中から所
望の検索結果データを選択・指示した後、ステップＰ７
に進み、「詳細ボタン」を押圧操作したときは、ステッ
プＰ８にて、選択・指示された属性データレコード（Ｒ
Ｒｉ）の詳細な情報ＲＲｉが属性データベースＲＲから
呼び出されらて詳細情報画面に表示される。

【００６６】さらに、この詳細情報の表示後、画面上の
「書類参照」ボタンを操作すると、ステップＰ９に進
む。ステップＰ９においては、当該属性データ（ＲＲ
ｉ）と共通のキー項目を持つ地物ＩＤ（ｉ）が地物デー
タベースＴＢから得られ、次いで、得られた地物ＩＤ
（ｉ）に対応するドキュメントＩＤが書類リンクデータ
ベースＦＲから得られるので、このドキュメントＩＤに
基づいて、ドキュメント管理データベースＦＭにより、
電子ファイルシステムのドキュメントデータファイルＤ
Ｆに格納されている書類ファイルデータにアクセスする
ことができる。

【００６７】一方、ステップＰ４で一覧表示されたリス
トの検索結果データ中から所望の属性データ（ＲＲｉ）
を選択・指示した上、ステップＰ１０で、「ズームボタ
ン」を押圧したときは、ステップＰ１１に進む。ステッ
プＰ１１においては、選択・指示された属性データレコ
ードＲＲｉと共通のキー項目を持つ地物ＩＤ（ｉ）が地
物データベースＴＢから得られ、この地物ＩＤ（ｉ）に
対応する形状ＩＤをもつ形状データ（Ｘｉ，Ｙｉ）が、
形状データベースＧＰから検索される。

【００６８】次のステップＰ１２では、この形状データ
に該当するデータがあるか否かが判定され、該当するデ
ータがないときは、ステップＰ１２に進んで、ディスプ
レイ１３の形状検索結果画面に「該当するデータが有り
ません」とのメッセージが表示される。これに対して、
該当するデータがあるときは、ステップＰ１３に進ん
で、該当する形状データ（Ｘｉ，Ｙｉ）に対応する地図
情報が地図データファイルＭＦから呼び出され、ディス
プレイ１３上に当該地図がＧＩＳメイン画面上にズーム
アップ表示される。

【００６９】なお、地理情報システム（ＧＩＳ）内に記
憶されている属性データＲＲは、取得地区名を指定する
ことにより地区内の位置・形状に関する全属性項目情報
をディスプレイ１３上に呼び出すことができる。この場
合、「表示／印刷項目の設定」画面を用いて、ディスプ
レイ１３に表示される項目情報を予め設定することによ
り、設定された属性項目情報だけを表示したり印刷する
こともできる。

【００７０】〔ＧＩＳ形状データからのアクセス〕この
発明の一実施例によれば、形状データベースを入口とし
てＧＩＳ側から書類ファイルシステム側にアクセスする
ことができ、例えば、このアクセスに検索手法を用いる
場合は「ＧＩＳ条件検索」と呼ばれる手法を採用するこ
とができる。図９は、この発明の一実施例による「ＧＩ
Ｓ条件検索」モードでの作業及び処理手順を概略的に表
わすフローチャートである。同様に、高速道路用地の具
体例に従って説明する。

【００７１】この「ＧＩＳ条件検索」モードの作業及び
処理フローは、ＧＩＳメイン画面に背景表示される取扱
い地域全体の索引地図上において、ユーザが操作子装置
１１により所望の地点を指示操作することにより開始す
る。すなわち、第１ステップＱ１において、ユーザが、
ディスプレイ１３に表示されている地図上の或る地点を
指示するピック操作を行うと、ＧＩＳ検索モードでの検
索が開始される。

【００７２】次のステップＱ２で、ピック操作された地
点の座標値（ｘ，ｙ）に基づいて、形状データベースＧ
Ｐから、当該座標値（ｘ，ｙ）の所定範囲内にある形状
データが検索される。続くステップＱ３では、これに該
当する形状データがあるか否かが判定され、該当する形
状データがないときは、その旨がディスプレイ１３上に
表示された後、直ちにこのＧＩＳ検索が終了されて初期
のＧＩＳメイン画面に戻る。また、該当する形状データ
があるときは、ステップＱ４以下に進む。

【００７３】ステップＱ４では、形状データ検索により
得られた該当形状データのうち、ピック地点座標値
（ｘ，ｙ）に最も近い座標値（Ｘｉ，Ｙｉ）を持つ形状
データが、検索結果として決定され、さらに、地物デー
タベースＴＢから、決定された形状データ（Ｘｉ，Ｙ
ｉ）の形状ＩＤに対応する属性ＩＤが得られ、この属性
ＩＤに基づいて属性データベースＲＲが検索される。次
のステップＱ５では、属性検索の結果、当該属性ＩＤに
該当する属性レコードが有るか否かが判定され、属性デ
ータベースＲＲに該当する属性レコードがないときは、
ステップＱ６に進んで、ディスプレイ１３の属性検索回
答画面には「属性が存在しません」と表示される。

【００７４】一方、属性検索の結果、当該属性ＩＤに該
当する属性レコードＲＲｉが有るときは、この属性レコ
ードＲＲｉの項目情報の内容が属性検索回答画面に表示
され（Ｑ５→ＹＥＳ）、ステップＱ７でユーザが書類ボ
タンを押圧操作すると、ステップＱ８に進む。ステップ
Ｑ８では、地物データベースＴＢから、既に得られてい
る形状ＩＤ乃至属性ＩＤに対応する地物ＩＤ（ｉ）が得
られ、この地物ＩＤ（ｉ）により書類リンクデータベー
ス（ＤＢ）ＦＲが検索される。

【００７５】次のステップＱ９では、ファイル検索の結
果、当該地物ＩＤ（ｉ）に該当するファイルデータ（ド
キュメントＩＤ）が有るか否かが判定され、書類リンク
データベースＦＲに該当するファイルデータがないとき
は、ステップＱ１０に進んで、ディスプレイ１３のファ
イル検索回答画面に「書類が存在しません」と表示され
る。

【００７６】これに対して、該当するファイルデータが
あるときは、ステップＱ１１に進んで、該当するファイ
ルデータを指示するファイル名（即ちバインダ名称及び
ファイル名称）を書類ファイルシステムに通知し、書類
ファイルシステムでは、当該バインダ名称及びファイル
名称に基づいてドキュメント管理データベース（ＤＢ）
ＦＭが検索され、対応する書類データがドキュメントデ
ータファイルＤＦから呼び出され、ディスプレイ１３上
に所望の書類が表示される。

【００７７】〔書類ファイルシステム側からのアクセ
ス〕この発明の一実施例によれば、書類ファイルシステ
ムのドキュメント管理データベースを入口として書類フ
ァイルシステム側からＧＩＳ側にアクセスすることがで
き、例えば、このアクセスに検索手法を用いる場合は
「書類ファイル検索」と呼ばれる手法を採用することが
できる。図１０は、この発明の一実施例による「書類フ
ァイル検索」モードでの作業及び処理手順を概略的に表
わすフローチャートである。同様に、高速道路用地の具
体例に従って説明する。

【００７８】書類ファイルシステムを起動すると、ディ
スプレイ１３上には、書類ファイルメイン画面が表示さ
れ、この書類ファイルシステムが取り扱っている全書類
群（バインダ）のそれぞれの内容を代表的に表わすサム
ネイル画像を配列した書類ファイルメイン画面が表示さ
れる。この処理フローは、書類ファイルメイン画面上で
ユーザが操作子装置１１を操作して「書類ファイル検
索」ボタンを指示することにより開始する。すなわち、
第１ステップＲ１では、「書類ファイル検索」ボタンＦ
ｉの指示操作に基づき「書類ファイル」モードに入り、
書類ファイルシステムにより規定される所定の操作手順
に従って、順次、ドキュメントデータファイルＤＦから
書類ファイル情報が引き出され、対応する書類ファイル
の画像がディスプレイ１３上にサムネイル表示される。

【００７９】次のステップＲ２で、表示される書類ファ
イル画像の中から目的とする書類ファイルをユーザが選
択すると、続くステップＲ３では、当該書類ファイルに
対応するファイル名に基づいて、対応するドキュメント
ＩＤにより書類リンクデータベースＦＲが検索される。
次のステップＲ４では、この検索の結果、該当するリン
クデータ（当該ドキュメントＩＤを地物ＩＤと対応付け
る“ドキュメントＩＤ−地物ＩＤ”組データ）が書類リ
ンクデータベースＦＲに有るか否かが判定され、該当す
るデータが存在しないと判定されたときは、ステップＲ
５に進んで、ディスプレイ１３のファイル名検索回答画
面に「該当する形状が有りません」と表示され、初期の
書類ファイルメイン画面に戻る。

【００８０】一方、該当するリンクデータ（“ドキュメ
ントＩＤ−地物ＩＤ”組データ）があるときは（Ｒ４→
ＹＥＳ）、ステップＲ６に進む。ステップＲ６では、書
類リンクデータベースＦＲから、リンクデータ検索の結
果得られたドキュメントＩＤに対応する地物ＩＤ（ｉ）
が得られ、この地物ＩＤ（ｉ）に基づいて、地物データ
ベースＴＢから対応する形状ＩＤが得られ、この形状Ｉ
Ｄに合致する形状データ（Ｘｉ，Ｙｉ）が形状データベ
ースＧＰから検索される。次いで、ステップＲ７におい
て、この形状データ（Ｘｉ，Ｙｉ）に対応する地図デー
タが地図データファイルＭＦから呼び出され、ディスプ
レイ１３上に所望の地図がズームアップ表示される。

【００８１】なお、ステップＲ６については、同ステッ
プＲ６の形状ＤＢ検索に代えて或いは加えて、地物ＩＤ
（ｉ）に基づき地物データベースＴＢから得られた属性
ＩＤをもつ属性情報（ＲＲｉ）を属性データベースＲＲ
から検索する属性ＤＢ検索を行うことができる。

【００８２】〔各種適用例〕上述の例では、高速道路用
地に関するＧＩＳ及び書類ファイルシステムについて説
明したが、この発明によるＧＩＳ情報及び書類ファイル
システム情報の連係処理システムは、この例に限らず、
エリアマーケッティング、防災、都市計画、施設管理、
環境、教育、観光、地質管理など、書類を付属させる必
要のある全てのＧＩＳに適用することができる。

【００８３】例えば、図１１及び図１２のように、「シ
ョッピングＧＩＳ」と呼ばれる商品取扱い業務にも適用
することができる。図１１は、この発明の一実施例によ
る商品取扱い業務システムの書類ファイルシステムにお
ける書類ファイル画面の構成例を示し、図１２は、この
発明の一実施例による商品取扱い業務システムのＧＩＳ
におけるＧＩＳ地図画面の構成例を示す。

【００８４】この適用例では、書類ファイルシステムに
おいて多数の商品の説明文や写真などで表わした商品カ
タログを作成し、ディスプレイ１３の書類ファイル画面
上に、書類ファイルシステムで作成された商品カタログ
を、例えば、図１２に示すように、“商品カタログ１”
（左上）〜“商品カタログ２０”（右下）というように
表示し、ユーザが商品カタログの選択操作を行うことが
できるようにする。一方、ＧＩＳにおいては、これらの
商品を取り扱う多数の店舗が管理され、ディスプレイ１
３のＧＩＳ地図画面上には、例えば、図１１に示すよう
に、これらの店舗の所在地図を表示し、やはり、ユーザ
が店舗の選択操作を行うことができるようにする。

【００８５】そこで、ユーザが書類ファイル画面（図１
１）から或る商品カタログを選択する操作を行うと、当
該商品カタログの商品を取り扱っている店舗を含む地図
を地図表示画面（図１１）に表示し、当該店舗について
は、表示色や表示態様（太線、点滅、立体表示など）な
どに特徴のある表示をして、ユーザにその位置や形状を
知らせることが可能になる。

【００８６】また、逆に、ユーザが地図表示画面（図１
１）から或る店舗を選択する操作を行うと、当該店舗で
取り扱っている商品に関する説明文や写真を載せた商品
カタログの画像を書類ファイル画面（図１１）上に一覧
表示する。ユーザが、さらに、この一覧表示からユーザ
が所望の商品画像を選択する操作を行うことにより、当
該商品について更に詳しいカタログ内容が書類ファイル
画面に表示され、ユーザに当該店舗の取扱い商品の詳細
を知らせることが可能になる。

【００８７】

【発明の効果】以上説明したように、この発明による地
理情報と書類ファイル情報の連係処理システムでは、書
類ファイルシステム側では、多数の書類データが書類デ
ータファイル（ＤＦ）に格納され、書類データは、ドキ
ュメント管理データベース（ＦＭ）に蓄積されている管
理データに従って管理され、管理データにはドキュメン
トＩＤが含まれる。また、地理情報システム側では、地
図データファイル（ＭＦ）に格納された地図データで表
わされる地図上の各地物を特定する地物ＩＤ（ｉ）に対
応して、形状データベース（ＧＰ）に当該地物の位置デ
ータ（Ｘｉ，Ｙｉ）が蓄積され、属性データベース（Ｒ
Ｒ）には当該地物の属性データ（ＲＲｉ）が蓄積され
る。そして、両システムは、ドキュメントＩＤと地物Ｉ
Ｄ（ｉ）を互いに対応付ける（リンクする）リンクデー
タベース（ＦＲ）により連係される。

【００８８】従って、リンクデータベース（ＦＲ）を利
用して、書類ファイルシステム及び地理情報システムの
それぞれにおいて独自に作成される資源データを互いに
リンクし、両システムのもつ独自の資源及び情報整理機
能を相互に共有し合うことができ、これらを有効利用す
ることにより、地理情報に拘束されることなく書類ファ
イル（ＤＦ）にアクセスしたり、書類ファイル側から地
図データ（ＭＦ）にアクセスするなど、書類ファイルや
地図データに柔軟な手法で資源データに多様且つ有効に
アクセスすることができる。

【００８９】例えば、第１のアクセス手法では（例え
ば、属性条件検索）、ＧＩＳ属性データベース（ＲＲ）
を入口として所定の属性データ（ＲＲｉ）が指定される
と、指定された属性データ（ＲＲｉ）に対応する地物Ｉ
Ｄ（ｉ）に対応するドキュメントＩＤがリンクデータベ
ース（ＦＲ）から得られ、得られたドキュメントＩＤに
基づき、ドキュメント管理データベース（ＦＭ）を介し
て当該ドキュメントＩＤにより指示される書類データ
（ＤＦ）にアクセスすることができる。

【００９０】第２のアクセス手法では（例えば、ＧＩＳ
検索）、ＧＩＳ形状データベース（ＧＰ）を入口として
所定の位置データ（Ｘｉ，Ｙｉ）が指定されると、指定
された位置データ（Ｘｉ，Ｙｉ）に対応する地物ＩＤ
（ｉ）に対応するドキュメントＩＤがリンクデータベー
ス（ＦＲ）から得られ、得られたドキュメントＩＤに基
づき、ドキュメント管理データベース（ＦＭ）を介し
て、当該ドキュメントＩＤによって指示される書類デー
タ（ＤＦ）にアクセスすることができる。

【００９１】第３のアクセス手法では（例えば、書類フ
ァイル検索）、書類ファイルシステムの管理データベー
ス（ＦＭ）を入口として所定の書類データ（ＤＦ）を指
示するとドキュメントＩＤが指定され、指定されたドキ
ュメントＩＤに対応する地物ＩＤ（ｉ）がリンクデータ
ベース（ＦＲ）から得られ、取得された地物ＩＤ（ｉ）
に基づいて、属性データベース（ＲＲ）から、当該地物
ＩＤ（ｉ）に対応する属性データ（ＲＲｉ）にアクセス
したり、或いは、形状データベース（ＧＰ）から、当該
地物ＩＤ（ｉ）に対応する位置データ（Ｘｉ，Ｙｉ）に
より指示される地図データにアクセスすることができ
る。

【００９２】端的に云えば、この発明による連係処理シ
ステムでは、これまで内蔵していたＧＩＳのファイリン
グ機能を、書類ファイルシステムとして独立して編集可
能なシステムに置き換え、両システム間には双方をリン
クするリンクデータベース（対応表）を設けることによ
って、ＧＩＳと電子ファイリングシステムという独立し
て編集可能な個々のシステムを連動させて、両システム
のもつ独自の資源及び情報整理機能を相互に共有し合い
有効に利用する。つまり、書類管理上の独自の観点から
書類ファイルを整理する書類ファイルシステムとしての
ファイリング形態を崩すことなく、従前のＧＩＳファイ
リングの長所である書類アクセス機能を維持することが
でき、書類ファイルや地図データに柔軟な手法でアクセ
スすることができることになり、３倍４倍の付加価値を
生み出す結果が得られる。

【図面の簡単な説明】

【図１】図１は、従来技術によるＧＩＳにおける書類フ
ァイリング手法を説明するための図である。

【図２】図２は、この発明の一実施例による地理情報と
書類ファイル情報の連係処理システム全体の概略的シス
テムブロック図である。

【図３】図３は、この発明の一実施例によるクライアン
トコンピュータの極く概略的なハードウエア構成図であ
る。

【図４】図４は、この発明の一実施例による連係処理シ
ステム全体の概略的な機能ブロック図である。

【図５】図５は、この発明の一実施例による連係処理シ
ステムにおいて使用可能な属性データの構成例を示す図
である。

【図６】図６は、この発明の一実施例による属性データ
ベースと形状データベースとのリンクを説明するための
図である。

【図７】図７は、この発明の一実施例による地理情報シ
ステム及び書類ファイルシステムとのリンクの仕組みを
説明するための図である。

【図８】図８は、この発明の一実施例による「属性条件
検索」モードでの作業及び処理手順を表わすフローチャ
ートである。

【図９】図９は、この発明の一実施例による「ＧＩＳ検
索」モードでの作業及び処理手順を表わすフローチャー
トである。

【図１０】図１０は、この発明の一実施例による「書類
ファイル検索」モードでの作業及び処理手順を表わすフ
ローチャートである。

【図１１】図１１は、この発明を商品取扱い業務に適用
した場合（ショッピングＧＩＳ）におけるＧＩＳ側での
画面構成例を示す図である。

【図１２】図１２は、この発明を商品取扱い業務に適用
した場合（ショッピングＧＩＳ）における書類ファイル
システム側での画面構成例を示す図である。

【符号の説明】

ＴＢ，ＲＲ，ＧＰ，ＭＦ 地理情報システム（ＧＩＳ）
の地物データベース、属性データベース、形状データベ
ース及び地図データファイル、 ＦＭ，ＤＦ 書類ファイルシステムのドキュメント管理
データベース及びドキュメントデータ（書類データ）フ
ァイル、 ＦＲ 書類リンクデータベース、 ＲＮｉ，ＲＡｉ，ＲＢｉ 属性データ（１レコード分）
ＲＲｉを特定するキー項目データ〔“ｉ”は、各地物Ｉ
Ｄに相当する〕。

Claims (4)

【特許請求の範囲】
1. 【請求項１】地図データファイルに格納された地図デー
   タに対する位置データ及び各位置データに対応する属性
   データを、共通の地物ＩＤに対応して、それぞれ、蓄積
   した形状データベース及び属性データベースと、 ドキュメントデータファイルに格納された多数の書類デ
   ータを指示するためのドキュメントＩＤを含む管理デー
   タを蓄積したドキュメント管理データベースと、 各地物ＩＤとドキュメントＩＤを対応して蓄積したリン
   クデータベースとを具備することを特徴とする地理情報
   と書類ファイル情報の連係処理システム。
2. 【請求項２】さらに、 属性データベース中から所定の属性データを指定する手
   段と、 指定された属性データに対応する地物ＩＤに基づいて、
   当該地物ＩＤに対応するドキュメントＩＤをリンクデー
   タベースから取得する手段と、 取得されたドキュメントＩＤに基づき、ドキュメント管
   理データベースを介して当該ドキュメントＩＤにより指
   示される書類データにアクセスする手段とを具備するこ
   とを特徴とする請求項１に記載の地理情報と書類ファイ
   ル情報の連係処理システム。
3. 【請求項３】さらに、 形状データベース中から所定の位置データを指定する手
   段と、 指定された位置データに対応する地物ＩＤに基づいて、
   当該地物ＩＤに対応するドキュメントＩＤをリンクデー
   タベースから取得する手段と、 取得されたドキュメントＩＤに基づき、ドキュメント管
   理データベースを介して当該ドキュメントＩＤにより指
   示される書類データにアクセスする手段とを具備するこ
   とを特徴とする請求項１に記載の地理情報と書類ファイ
   ル情報の連係処理システム。
4. 【請求項４】さらに、 ドキュメント管理データベースを用いて、所定の書類デ
   ータを指示するドキュメントＩＤを指定する手段と、 指定されたドキュメントＩＤに基づいて、当該ドキュメ
   ントＩＤに対応する地物ＩＤをリンクデータベースから
   取得する手段と、 取得された地物ＩＤに基づいて、属性データベース又は
   形状データベースを介して、当該地物ＩＤに対応する属
   性データ又は位置データにより指示される地図データに
   アクセスする手段とを具備することを特徴とする請求項
   １に記載の地理情報と書類ファイル情報の連係処理シス
   テム。