JP4667966B2 - 図形情報管理システム - Google Patents

Description

この発明は、ウェッブ（Ｗｅｂ）３階層構造において、図形情報を編集、検索する業務要件に応じて所定のフォーマットによりサーバ側で管理、格納し、端末からの要求に応じてその情報を授受させる地理情報システム（ＧＩＳ）の応用システムである図形情報管理システムに関するものである。

従来の情報提供システムにおいては、端末群が必要とする情報を予め中継サーバがデータベースサーバより抽出し、情報端末の要求に応じた種類のファイル形式で格納している。中継サーバは、情報端末と外部接続可能なネットワークで接続されている（例えば、特許文献１参照）。

特開２０００−２０９２５４号公報（第１頁、図１）

従来の情報提供システムは、予め中継サーバに生成された検索用の情報だけしか取得できないため、端末から更新の要求が発生したときに抽出されたフラットファイルの中にある個々の情報単位の排他制御が必要となる編集用の業務には対応できないという問題点があった。

また、更新されたデータを参照するためには、一度データベースサーバで生成された情報を中継サーバに転送する必要があるため、情報遅延やネットワークの負荷増大などの問題点があった。

この発明は、上述のような課題を解決するためになされたもので、その目的は、複数端末からの同一情報に対する同時アクセスに対しては、データベースサーバのデータベース管理システムの排他制御機能を使用して整合性を保持して編集可能にするとともに、参照に必要とする情報は、データベースで管理する情報から生成したフラットファイルから取得することにより編集業務と参照業務とを両立させることができる図形情報管理システムを得るものである。

この発明に係る図形情報管理システムは、複数の端末とウェッブサーバとが外部接続ネットワークを通じて接続され、かつ前記ウェッブサーバと、アプリケーションサーバと、データベースサーバと、第１の図形情報データベースと、第２の図形情報データベースと、図形情報フラットファイルとがサーバ接続ネットワークを通じて接続された図形情報管理システムであって、前記ウェッブサーバ、アプリケーションサーバ、及びデータベースサーバの３つのサーバは、Ｗｅｂ３階層アーキテクチャーとして３層に論理的に分割されており、前記ウェッブサーバは、アプリケーションとして、業務要件に応じてその振り向け先を制御するコントローラサーブレットを含み、前記アプリケーションサーバは、業務アプリケーションとして、図形編集の業務ロジックと、マスタ化処理の業務ロジックとを含み、前記データベースサーバは、前記第１及び第２の図形情報データベースを管理しているデータベース管理システムを含み、前記第１及び第２の図形情報データベースは、主キーとして、各設備図形がユニークとなるように図形識別子を保持するとともに、属性情報として、座標系、座標値、及び所属メッシュ番号を少なくとも保持し、前記図形情報フラットファイルは、前記第２の図形情報データベースが生成される際に同時に生成され、第１の端末から所定の設備図形に対して編集作業を実行しようとすると、前記第１の端末の業務アプリケーションは、前記ウェッブサーバのコントローラサーブレットの振り分け処理により前記アプリケーションサーバの図形編集の業務ロジックを経由して前記データベースサーバに対して、前記所定の設備図形が前記第１の図形情報データベースに図形識別子を指定して存在するか否かの問い合わせを行い、この図形識別子が存在しなければ、図形編集の業務ロジックは、前記第１の図形情報データベースに前記所定の設備図形の情報を書き込み、排他制御が可能となり、前記所定の設備図形の編集中は、前記第１の図形情報データベースから常に読み出して、最新状態をブラウザの画面上に表示させ、第２の端末が、前記所定の設備図形に対して編集を行おうとすると、前記コントローラサーブレットの振分処理経由で、前記第１の図形情報データベースを検索し、前記所定の設備図形がヒットするため他ユーザ使用中と判断し、編集不可となり、前記アプリケーションサーバのマスタ化処理の業務ロジックから前記データベースサーバに図形のマスタ化要求が通知されると、該当する設備図形に関してその図形識別子を主キーとして前記第１の図形情報データベースに格納した全情報を読み取り、読み取った図形情報に関して図形識別子を主キーとして前記第２の図形情報データベースに対して更新し、前記第２の図形情報データベースの更新処理が正常に終了したら、前記第１の図形情報データベースを削除し、データベース更新が正常終了した場合、前記第１の図形情報データベースと前記第２の図形情報データベースを確定し、更新した設備図形が含まれる全メッシュに対して含まれる他の設備図形を前記第２の図形情報データベースから抽出し、メッシュ毎に前記図形情報フラットファイルを生成し、前記第２の端末から参照用の業務アプリケーションが起動されると、前記ウェッブサーバのコントローラサーブレットの振分処理により前記図形情報フラットファイルの取得が指定されるため、前記ウェッブサーバから直接、該当するメッシュの取得処理と前記第１の端末への転送が実行されるものである。

この発明に係る図形情報管理システムは、複数端末からの同一情報に対する同時アクセスに対しては、データベースサーバのデータベース管理システムの排他制御機能を使用して整合性を保持して編集可能にするとともに、参照に必要とする情報は、データベースで管理する情報から生成したフラットファイルから取得することにより編集業務と参照業務とを両立させることができるという効果を奏する。

実施の形態１．
この発明の実施の形態１に係る図形情報管理システムについて図１から図７までを参照しながら説明する。図１は、この発明の実施の形態１に係る図形情報管理システムの構成を示す図である。なお、各図中、同一符号は同一又は相当部分を示す。

図１において、この実施の形態１に係る図形情報管理システムは、端末１ａ、１ｂと、外部接続ネットワーク２に接続されたウェッブサーバ（Ｗｅｂサーバ）３と、アプリケーションサーバ（ＡＰサーバ）５と、データベースサーバ（ＤＢサーバ）７と、図形情報データベース（仕掛分）９と、図形情報データベース（マスタ分）１０と、図形情報フラットファイル（マスタ分）１１とが設けられている。

図１において、端末１ａ、１ｂは、編集や参照など複数の業務アプリケーション（業務ＡＰ）の要求が可能であり、外部接続ネットワーク２を経由して、Ｗｅｂサーバ３と接続している。

このＷｅｂサーバ３のアプリケーションとして、業務要件に応じてその振り向け先を制御するコントローラサーブレット（業務ＡＰ振分処理）４が動作している。また、ＡＰサーバ５には、業務アプリケーションとして、業務ロジック（図形編集）６ａや業務ロジック（マスタ化処理）６ｂなどの業務ロジック群６が動作しており、ＤＢサーバ７には、データベース管理システム８が動作している。

このデータベース管理システム８は、図形情報データベース（仕掛分）９と、図形情報データベース（マスタ分）１０を管理している。図形情報データベース（仕掛分）９で管理している図形情報は、編集が完了し、マスタ化されるタイミングで、図形情報データベース（マスタ分）１０に登録すると共に、図形情報フラットファイル（マスタ分）１１が生成される。この結果、図形の参照要求の際には、Ｗｅｂサーバ３から、図形情報フラットファイル（マスタ分）１１を直接参照することにより、ＡＰサーバ５とＤＢサーバ７の負荷に依存しない。

また、図１の中で、Ｗｅｂサーバ３とＡＰサーバ５とＤＢサーバ７の３つのサーバは、Ｗｅｂ３階層アーキテクチャーとして３層に論理的に分割されているが、物理的には同一筐体のサーバマシンでも同等である。Ｗｅｂサーバ３は、図形情報データベース（マスタ分）１０を生成する際に同時に生成される図形情報フラットファイル（マスタ分）１１を参照可能としている。尚、上記サーバマシンと、図形情報データベース（仕掛分）９、図形情報データベース（マスタ分）１０、及び図形情報フラットファイル（マスタ分）１１を格納する記憶装置は、サーバ接続ネットワーク１２で接続されている。

つぎに、この実施の形態１に係る図形情報管理システムの動作について図面を参照しながら説明する。

図２は、この発明の実施の形態１に係る図形情報管理システムの端末の画面例（設備図形編集前）であり、背景図と設備図との重ね図を示す図である。図３は、この発明の実施の形態１に係る図形情報管理システムの端末の画面例（設備図形編集中）であり、背景図と設備図との重ね図を示す図である。図４は、この発明の実施の形態１に係る図形情報管理システムの端末の画面例（設備図形編集完了）であり、背景図と設備図との重ね図を示す図である。図５は、この発明の実施の形態１に係る図形情報管理システムのＡＰサーバの業務ロジック（マスタ化処理）におけるフラットファイル生成処理を示すフローチャートである。図６は、この発明の実施の形態１に係る図形情報管理システムにおいてメッシュと図形との跨りの関係を示す図である。図７は、この発明の実施の形態１に係る図形情報管理システムの図形情報データベースの構成を表す図である。

ＧＩＳ応用システムである図形情報管理システムは、地勢図や住宅地図など地図情報の上に設備等の利用者固有の図形情報を表示させて、設備の設計・保守業務を支援するシステムであり、電力やガス或いは公共施設など広域に点在する設備の管理に広く利用されている。

ここでは、設備情報の編集業務と参照業務を行う例について説明する。本図形情報管理システムは、地理情報をＷｅｂブラウザ画面上で表示させ、図２に示すように、例えば、設備図形１（マンホール）、設備図形２（管路）、設備図形３（マンホール）は、道路情報や建物情報を表す地形図を背景図として配置され、設備の形状や設備間の距離、または道路や建物との相対位置関係を確認することができる。

図形情報データベース（仕掛分）９と図形情報データベース（マスタ分）１０は、図７に示すように、各図形がユニークとなるように図形識別子（ＩＤ）を主キーとして登録し、属性情報として座標系、座標値、所属メッシュ番号、図形種別（レイヤ）他を保持している。

図３の例では、この中の設備図形３を図形編集機能により削除した状態を表す。業務のステータスとしては編集中であり、この設備図形３に対して排他制御が掛かっており、他ユーザからの編集要求があれば、これを却下しており、これは以下の方式で実現している。

まず、端末１ａから設備図形３に対して編集作業を実行しようとすると、その業務アプリケーションは、Ｗｅｂサーバ３のコントローラサーブレット４の振り分け処理によりＡＰサーバ５の業務ロジック６ａを経由してＤＢサーバ７に対して、設備図形３が図形情報データベース（仕掛分）９に図形識別子を指定して存在するか否かの問い合わせを行う。

ここで、この図形識別子が存在しなければ、業務ロジック６ａは、その図形情報データベース（仕掛分）９に設備図形３の情報を書き込み、排他制御が可能となる。設備図形３の編集中は、図形情報データベース（仕掛分）９から常に読み出して、最新状態をブラウザの画面上に表示させる。

仮に別ユーザの端末１ｂが、この設備図形３に対して編集を行おうとすると、コントローラサーブレット４の振分処理経由で、図形情報データベース（仕掛分）９を検索し、設備図形３がヒットするため他ユーザ使用中と判断し、編集不可となる。

次に、図４に示すように、設備図形４を新規に配置後、マスタ化が確定（承認）されると、業務ロジック６ｂであるマスタ化処理は、図５のフローチャートに示すように図形情報データベース（仕掛分）９の内容を図形情報データベース（マスタ分）１０に反映させる。この処理が異常終了すると、データベースの内容はロールバック（元の状態に戻す）する。これが正常終了すると、データベースの内容をコミット（確定）し、図形情報フラットファイル（マスタ分）１１からシステムで定義した所定のメッシュサイズ（例：３５０ｍ×２５０ｍ）に含まれる全図形を抽出して、フラットファイルを生成し、既存のメッシュであるフラットファイルに対して更新する。この場合、図６に示すように、更新する設備図形が複数メッシュに跨るときは、その跨り件数分メッシュを生成する（設備図形３と４はメッシュ番号１００１、１００２、１００３、１００４に跨っているためこれらが更新対象）。

ここで、図５に示す、ＡＰサーバ５の業務ロジック（マスタ化処理）６ｂにおけるフラットファイル生成処理を説明する。

まず、ステップ１０１において、ＡＰサーバ５の業務ロジック６ｂからＤＢサーバ７に図形のマスタ化要求が通知される。ステップ１０２において、該当する図形に関してその図形識別子をキーとして図形情報データベース（仕掛分）９に格納した全情報を読み取る。ステップ１０３において、読み取った図形情報に関して図形識別子をキーとして図形情報データベース（マスタ分）１０に対して更新する。ステップ１０４において、図形情報データベース（マスタ分）１０の更新処理が正常に終了したら、図形情報データベース（仕掛分）９を削除する。

ステップ１０６において、データベース更新が正常終了した場合、図形情報データベース（仕掛分）９と図形情報データベース（マスタ分）１０のコミット（確定する）。ステップ１０７において、更新した図形（例：設備図形３、設備図形４）が含まれる全メッシュに対して含まれる他の図形を図形情報データベース（マスタ分）１０から抽出する。ステップ１０８において、メッシュ毎に図形情報フラットファイル（マスタ分）１１を生成する（例：更新した図形が４メッシュに跨るときは４ファイル生成）。

一方、図形情報の参照業務に対しては、次の流れとなる。例えば、端末１ｂから参照用の業務アプリケーションが起動されると、Ｗｅｂサーバ３のコントローラサーブレット４の振分処理により図形情報フラットファイル（マスタ分）１１の取得が指定されるため、Ｗｅｂサーバ３から直接、該当するメッシュの取得処理と端末１ａへの転送が実行される。

以上のことにより、この実施の形態１によれば、同一システム内から編集業務と参照業務の並存を実現するとともにデータベースサーバ７の負荷を増大させることなく、図形情報の参照処理を実現している。本システムは、Ｗｅｂ３階層構造上でシステムを構築しているため参照要求を行った場合でも、他の多数の業務アプリケーションによる更新要求により、ＡＰサーバ５とＤＢサーバ７の負荷が増大している状況に関わらず、これら２つのサーバを経由せずに、Ｗｅｂサーバ３から直接、対象とするデータである図形情報フラットファイル（マスタ分）１１を取得することができるため、システムのトランザクション量に依存しない応答性能を得ることができる。

実施の形態２．
この発明の実施の形態２に係る図形情報管理システムについて図８及び図９を参照しながら説明する。図８は、この発明の実施の形態２に係る図形情報管理システムのＡＰサーバの業務ロジック（マスタ化処理）におけるフラットファイル生成処理を示すフローチャートである。また、図９は、この発明の実施の形態２に係る図形情報管理システムのメッシュ更新管理テーブルの構成を表す図である。

上記の実施の形態１では、業務ロジック６ｂのマスタ化処理は、図５のフローチャートに示すように、図形情報データベース（仕掛分）９の内容を図形情報データベース（マスタ分）１０に反映させた後、図形情報フラットファイル（マスタ分）１１を生成する場合について説明したが、図８のフローチャートに示すように、フラットファイルの生成が異常終了した場合には、図形情報データベース（マスタ分）１０の内容との間に不整合が発生してしまう。

この実施の形態２では、このリカバリー対策として、図９に示すメッシュ更新管理テーブルを準備し、事前に更新対象となるフラットファイルの一覧を挿入する。正常にメッシュ更新が完了した場合には、このメッシュ更新管理テーブルに対して、その正常終了したフラットファイルの行に更新日時を設定する。図形情報データベース（マスタ分）１０をマスタとしているため、リカバリー処理（定時バッチなど）により更新日付が設定されていないフラットファイルに対してリトライすることにより、異常状態を除去されれば、そのリトライ処理により図形情報フラットファイル（マスタ分）１１が生成されることにより整合性が保持される。

図８に示す、ＡＰサーバ５の業務ロジック（マスタ化処理）６ｂにおけるフラットファイル生成処理を説明する。

まず、ステップ２０１において、ＡＰサーバ５の業務ロジック６ｂからＤＢサーバ７に図形のマスタ化要求が通知される。ステップ２０２において、該当する図形に関してその図形識別子をキーとして図形情報データベース（仕掛分）９に格納した全情報を読み取る。ステップ２０３において、更新対象の図形からその図形を含むメッシュのフラットファイル名称を求め、図９に示すように、メッシュ更新管理テーブルに挿入する。ステップ２０４において、読み取った図形情報に関して図形識別子をキーとして図形情報データベース（マスタ分）１０に対して更新する。ステップ２０５において、図形情報データベース（マスタ分）１０の更新処理が正常に終了したら、図形情報データベース（仕掛分）９を削除する。

ステップ２０７において、データベース更新が正常終了した場合、図形情報データベース（仕掛分）９と図形情報データベース（マスタ分）１０のコミット（確定する）。ステップ２０８において、更新した図形（例：設備図形３、設備図形４）が含まれる全メッシュに対して含まれる他の図形を図形情報データベース（マスタ分）１０から抽出する。ステップ２０９において、メッシュ毎に図形情報フラットファイル（マスタ分）１１を生成する（例：更新した図形が４メッシュに跨るときは４ファイル生成）。ステップ２１０〜２１１において、図形情報フラットファイル（マスタ分）１１が正常に生成された場合には、メッシュ更新管理テーブルの更新日付（日時）を更新する。

すなわち、図形情報フラットファイル（マスタ分）１１を更新する処理において、フラットファイル生成処理がハードウェア等の障害要因により生成不可能となったときにおいても、障害除去後、図形情報データベース（マスタ分）１０より再生成する。

実施の形態３．
この発明の実施の形態３に係る図形情報管理システムについて図１０を参照しながら説明する。図１０は、この発明の実施の形態３に係る図形情報管理システムの図形情報フラットファイルの構成を表す図である。図１０において、左側の図形情報フラットファイルは設備図形の詳細情報のみを格納し、右側の図形情報フラットファイルは設備図形の外形のみを格納している。

上記の実施の形態１及び２では、表示縮尺に依存しない図形情報フラットファイル１１を生成する場合について説明したが、この実施の形態３では、画面の表示縮尺範囲に描画する図形情報の制限を設定すること（例えば、図１０の右側に示すように、広域縮尺表示においては、図形の断面など詳細は描画しない）と、図１０に示すように、その図形情報フラットファイル１１を縮尺範囲の単位に分割することにより、端末側で表示のＯｎ／Ｏｆｆを制御するロジックが不要であることに加え、広域（小縮尺）の表示においてもＷｅｂサーバ３から呼び出す図形情報の量が増加せず、ネットワーク転送量が低減するため表示性能に優れた図形情報管理システムを得ることができる。

すなわち、縮尺範囲１／１〜１／４９９９の図形情報の参照業務に対して、例えば、端末１ａから参照用の業務アプリケーションが起動されると、Ｗｅｂサーバ３のコントローラサーブレット４の振分処理により、図１０の２つの図形情報フラットファイル（マスタ分）の取得が指定される。一方、縮尺範囲１／５０００〜１／１９９９９の図形情報の参照業務に対して、図１０の右側の図形情報フラットファイル（マスタ分）の取得が指定される。

実施の形態４．
この発明の実施の形態４に係る図形情報管理システムについて図１１を参照しながら説明する。図１１は、この発明の実施の形態４に係る図形情報管理システムの図形情報フラットファイルを格納する体系を表す図である。

本システムを使用する際、複数の部門がある場合、自部門が他部門の設備を参照するケースと自部門のみの設備を参照するケースとが存在する。上記各実施の形態では、図形情報フラットファイル１１を格納するフォルダー体系において、部門を意識しない場合について説明したが、図１１に示すように、図形情報フラットファイル１１を参照する部門毎にそのフォルダー構成を分割することで、１フォルダー内に含まれるファイル数を制限させることができるため、Ｗｅｂサーバ３から読み出す際に検索対象とするファイル数が少なくなる。この結果、リクエスト発生からファイルの取得までの処理性能が向上し、図形の表示性能が改善される。

この発明の実施の形態１に係る図形情報管理システムの構成を示す図である。 この発明の実施の形態１に係る図形情報管理システムの端末の画面例（設備図形編集前）であり、背景図と設備図との重ね図を示す図である。 この発明の実施の形態１に係る図形情報管理システムの端末の画面例（設備図形編集中）であり、背景図と設備図との重ね図を示す図である。 この発明の実施の形態１に係る図形情報管理システムの端末の画面例（設備図形編集完了）であり、背景図と設備図との重ね図を示す図である。 この発明の実施の形態１に係る図形情報管理システムのＡＰサーバの業務ロジック（マスタ化処理）におけるフラットファイル生成処理を示すフローチャートである。 この発明の実施の形態１に係る図形情報管理システムにおいてメッシュと図形との跨りの関係を示す図である。 この発明の実施の形態１に係る図形情報管理システムの図形情報データベースの構成を表す図である。 この発明の実施の形態２に係る図形情報管理システムのＡＰサーバの業務ロジック（マスタ化処理）におけるフラットファイル生成処理を示すフローチャートである。 この発明の実施の形態２に係る図形情報管理システムのメッシュ更新管理テーブルの構成を表す図である。 この発明の実施の形態３に係る図形情報管理システムの図形情報フラットファイルの構成を表す図である。 この発明の実施の形態４に係る図形情報管理システムの図形情報フラットファイルを格納する体系を表す図である。

符号の説明

１ａ 端末、１ｂ 端末、２ 外部接続ネットワーク、３ ウェッブサーバ（Ｗｅｂサーバ）、４ コントローラサーブレット、５ アプリケーションサーバ（ＡＰサーバ）、６ａ 業務ロジック（図形編集）、６ｂ 業務ロジック（マスタ化処理）、７ データベースサーバ（ＤＢサーバ）、８ データベース管理システム、９ 図形情報データベース（仕掛分）、１０ 図形情報データベース（マスタ分）、１１ 図形情報フラットファイル（マスタ分）、１２ サーバ接続ネットワーク。

Claims (4)

1. 複数の端末とウェッブサーバとが外部接続ネットワークを通じて接続され、かつ
   前記ウェッブサーバと、アプリケーションサーバと、データベースサーバと、第１の図形情報データベースと、第２の図形情報データベースと、図形情報フラットファイルとがサーバ接続ネットワークを通じて接続された図形情報管理システムであって、
   前記ウェッブサーバ、アプリケーションサーバ、及びデータベースサーバの３つのサーバは、Ｗｅｂ３階層アーキテクチャーとして３層に論理的に分割されており、
   前記ウェッブサーバは、アプリケーションとして、業務要件に応じてその振り向け先を制御するコントローラサーブレットを含み、
   前記アプリケーションサーバは、業務アプリケーションとして、図形編集の業務ロジックと、マスタ化処理の業務ロジックとを含み、
   前記データベースサーバは、前記第１及び第２の図形情報データベースを管理しているデータベース管理システムを含み、
   前記第１及び第２の図形情報データベースは、主キーとして、各設備図形がユニークとなるように図形識別子を保持するとともに、属性情報として、座標系、座標値、及び所属メッシュ番号を少なくとも保持し、
   前記図形情報フラットファイルは、前記第２の図形情報データベースが生成される際に同時に生成され、
   第１の端末から所定の設備図形に対して編集作業を実行しようとすると、前記第１の端末の業務アプリケーションは、前記ウェッブサーバのコントローラサーブレットの振り分け処理により前記アプリケーションサーバの図形編集の業務ロジックを経由して前記データベースサーバに対して、前記所定の設備図形が前記第１の図形情報データベースに図形識別子を指定して存在するか否かの問い合わせを行い、
   この図形識別子が存在しなければ、図形編集の業務ロジックは、前記第１の図形情報データベースに前記所定の設備図形の情報を書き込み、排他制御が可能となり、前記所定の設備図形の編集中は、前記第１の図形情報データベースから常に読み出して、最新状態をブラウザの画面上に表示させ、
   第２の端末が、前記所定の設備図形に対して編集を行おうとすると、前記コントローラサーブレットの振分処理経由で、前記第１の図形情報データベースを検索し、前記所定の設備図形がヒットするため他ユーザ使用中と判断し、編集不可となり、
   前記アプリケーションサーバのマスタ化処理の業務ロジックから前記データベースサーバに図形のマスタ化要求が通知されると、該当する設備図形に関してその図形識別子を主キーとして前記第１の図形情報データベースに格納した全情報を読み取り、読み取った図形情報に関して図形識別子を主キーとして前記第２の図形情報データベースに対して更新し、前記第２の図形情報データベースの更新処理が正常に終了したら、前記第１の図形情報データベースを削除し、データベース更新が正常終了した場合、前記第１の図形情報データベースと前記第２の図形情報データベースを確定し、更新した設備図形が含まれる全メッシュに対して含まれる他の設備図形を前記第２の図形情報データベースから抽出し、メッシュ毎に前記図形情報フラットファイルを生成し、
   前記第２の端末から参照用の業務アプリケーションが起動されると、前記ウェッブサーバのコントローラサーブレットの振分処理により前記図形情報フラットファイルの取得が指定されるため、前記ウェッブサーバから直接、該当するメッシュの取得処理と前記第１の端末への転送が実行される
   ことを特徴とする図形情報管理システム。
2. 前記アプリケーションサーバのマスタ化処理の業務ロジックは、前記図形情報フラットファイルを更新する処理において、障害要因により不可能となったときに、障害除去後、前記第２の図形情報データベースより再生成する
   ことを特徴とする請求項１記載の図形情報管理システム。
3. 前記図形情報フラットファイルは、複数の表示縮尺範囲単位の図形情報フラットファイルに分割されている
   ことを特徴とする請求項１又は２記載の図形情報管理システム。
4. 前記図形情報フラットファイルは、複数の参照する部門単位の図形情報フラットファイルに分割されている
   ことを特徴とする請求項１、２又は３記載の図形情報管理システム。

Images