JP3311781B2 - 地図ｄｂ管理装置 - Google Patents
地図ｄｂ管理装置Info
- Publication number
- JP3311781B2 JP3311781B2 JP17829392A JP17829392A JP3311781B2 JP 3311781 B2 JP3311781 B2 JP 3311781B2 JP 17829392 A JP17829392 A JP 17829392A JP 17829392 A JP17829392 A JP 17829392A JP 3311781 B2 JP3311781 B2 JP 3311781B2
- Authority
- JP
- Japan
- Prior art keywords
- map
- management
- ledger
- business
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、複数の地図ＤＢを管理
する地図ＤＢ管理装置に関するものである。自治体が膨
大な種類の地図を各部門で個別管理しており、これら複
数種類の図面を一括管理し、１部署運用から全庁運用へ
展開する際に、効率的に必要なもののみを展開して使い
易くすることが望まれている。
する地図ＤＢ管理装置に関するものである。自治体が膨
大な種類の地図を各部門で個別管理しており、これら複
数種類の図面を一括管理し、１部署運用から全庁運用へ
展開する際に、効率的に必要なもののみを展開して使い
易くすることが望まれている。
【０００２】
【従来の技術】従来の地図情報システムは、「複数種類
の図面を一括管理」を実現するために、複数の図面を１
つの地図ＤＢ内のレイヤ（階層）に割り当てる方法をと
っていた。これにより、全ての図面の検索を効率的に行
っていた。
の図面を一括管理」を実現するために、複数の図面を１
つの地図ＤＢ内のレイヤ（階層）に割り当てる方法をと
っていた。これにより、全ての図面の検索を効率的に行
っていた。
【０００３】この方法では、図５に示すように、自治体
の各部署での色々な業務で地図情報システムを利用する
場合、各業務が関与している図面はそれぞれ異なってい
ても、起動時に全ての種類の図面を大容量記憶装置から
メモリ上にローディングし、このローディングした地図
を画面上に表示して参照などするようにしていた。以下
図５の構成および動作を簡単に説明する。
の各部署での色々な業務で地図情報システムを利用する
場合、各業務が関与している図面はそれぞれ異なってい
ても、起動時に全ての種類の図面を大容量記憶装置から
メモリ上にローディングし、このローディングした地図
を画面上に表示して参照などするようにしていた。以下
図５の構成および動作を簡単に説明する。
【０００４】図５は、従来の地図ＤＢの構造を示す。図
５において、地図ＤＢ２１は、ある地区についてレイヤ
に対応づけ種々の地図情報を階層構造的に管理するもの
である。ここでは、α地区の道路台帳地図２２（レイヤ
１、レイヤ２・・・レイヤ２０によって表現）や土地家
屋管理図２３（レイヤ１１、１２、１３などで表現）を
図示のように複数のレイヤで表現し、全体としてまとめ
て管理している。
５において、地図ＤＢ２１は、ある地区についてレイヤ
に対応づけ種々の地図情報を階層構造的に管理するもの
である。ここでは、α地区の道路台帳地図２２（レイヤ
１、レイヤ２・・・レイヤ２０によって表現）や土地家
屋管理図２３（レイヤ１１、１２、１３などで表現）を
図示のように複数のレイヤで表現し、全体としてまとめ
て管理している。
【０００５】道路台帳図２２は、道路情報を管理する地
図である。土地家屋管理図２３は、家屋を管理する地図
である。これら階層構造的に管理している道路台帳図２
２および土地家屋管理図２３は、端末の起動時に両者を
ローディングし、画面上に表示して参照などするように
していた。
図である。土地家屋管理図２３は、家屋を管理する地図
である。これら階層構造的に管理している道路台帳図２
２および土地家屋管理図２３は、端末の起動時に両者を
ローディングし、画面上に表示して参照などするように
していた。
【０００６】
【発明が解決しようとする課題】従来の地図情報システ
ムは、上述した図５に示すように、複数種類の情報を階
層的に管理し、端末の起動時に全体をローディングして
必要な図面を画面上に表示し、業務を行うようにしてい
たため、起動時や更に検索時に個々の業務に不要な図面
までも地図ＤＢからメモリ上にローディングしていたた
め、処理時間が多く必要となってしまい、迅速に業務を
行えないという問題があった。また、地図情報システム
を利用する業務の種類が多くなれば、図面の種類も増
え、データ量に比例して、処理時間が増してしまい、更
に業務を迅速に行い難くなってしまうという問題もあっ
た。
ムは、上述した図５に示すように、複数種類の情報を階
層的に管理し、端末の起動時に全体をローディングして
必要な図面を画面上に表示し、業務を行うようにしてい
たため、起動時や更に検索時に個々の業務に不要な図面
までも地図ＤＢからメモリ上にローディングしていたた
め、処理時間が多く必要となってしまい、迅速に業務を
行えないという問題があった。また、地図情報システム
を利用する業務の種類が多くなれば、図面の種類も増
え、データ量に比例して、処理時間が増してしまい、更
に業務を迅速に行い難くなってしまうという問題もあっ
た。
【０００７】本発明は、これらの問題を解決するため、
複数の地図ＤＢを１つの論理地図ＤＢとして一元管理
し、業務毎に管理レコードを設けて標準表示、参照可、
修正可などを予め設定し、この管理レコードに従って業
務毎に地図ＤＢのローディングなどを行い、図面単位に
業務に応じた運用を行って不要な地図ＤＢのローディン
グなどを無くし、処理速度を向上させることを目的とし
ている。
複数の地図ＤＢを１つの論理地図ＤＢとして一元管理
し、業務毎に管理レコードを設けて標準表示、参照可、
修正可などを予め設定し、この管理レコードに従って業
務毎に地図ＤＢのローディングなどを行い、図面単位に
業務に応じた運用を行って不要な地図ＤＢのローディン
グなどを無くし、処理速度を向上させることを目的とし
ている。
【０００８】
【課題を解決するための手段】図１は、本発明の原理ブ
ロック図を示す。図１において、論理地図ＤＢ１は、複
数の地図ＤＢ２を階層的に配置した１つの論理的な地図
ＤＢである。
ロック図を示す。図１において、論理地図ＤＢ１は、複
数の地図ＤＢ２を階層的に配置した１つの論理的な地図
ＤＢである。
【０００９】地図管理部３は、管理レコード４を参照し
て標準表示の地図ＤＢ２をローディングしたり、参照可
能の地図ＤＢ２をローディングしたりなどするものであ
る。管理レコード４は、論理地図ＤＢ１中の地図ＤＢ２
について標準表示、参照可能などの管理情報５を予め設
定する、業務毎に設けた管理レコードである。
て標準表示の地図ＤＢ２をローディングしたり、参照可
能の地図ＤＢ２をローディングしたりなどするものであ
る。管理レコード４は、論理地図ＤＢ１中の地図ＤＢ２
について標準表示、参照可能などの管理情報５を予め設
定する、業務毎に設けた管理レコードである。
【００１０】
【作用】本発明は、図１に示すように、地図管理部３
が、管理者からの入力に対応して、業務毎に管理レコー
ド４に標準表示の地図ＤＢ、参照可能の地図ＤＢなどを
設定し、業務毎に、いずれの地図ＤＢ２を標準表示（起
動時などにローディングして表示）、参照（参照時にロ
ーディングして表示）の許可するかを管理するようにし
ている。
が、管理者からの入力に対応して、業務毎に管理レコー
ド４に標準表示の地図ＤＢ、参照可能の地図ＤＢなどを
設定し、業務毎に、いずれの地図ＤＢ２を標準表示（起
動時などにローディングして表示）、参照（参照時にロ
ーディングして表示）の許可するかを管理するようにし
ている。
【００１１】また、業務の起動時に、当該業務の管理レ
コード４を参照し、標準表示となっている地図ＤＢ２を
論理地図ＤＢ１からローディングして保持・表示し、参
照可能となっている地図ＤＢ２について参照指示時に論
理地図ＤＢ１からローディングして保持・表示などする
ようしている。
コード４を参照し、標準表示となっている地図ＤＢ２を
論理地図ＤＢ１からローディングして保持・表示し、参
照可能となっている地図ＤＢ２について参照指示時に論
理地図ＤＢ１からローディングして保持・表示などする
ようしている。
【００１２】従って、複数の地図ＤＢ２を１つの論理地
図ＤＢ１として一元管理し、業務毎に管理レコード４を
設けて標準表示、参照可能などを予め設定し、この管理
レコード４に従って業務毎に地図ＤＢ２のローディング
などを行うことにより、図面単位に業務に応じた運用を
行い、不要な地図ＤＢ２のローディングなどを無くし、
処理速度を向上させることが可能となる。
図ＤＢ１として一元管理し、業務毎に管理レコード４を
設けて標準表示、参照可能などを予め設定し、この管理
レコード４に従って業務毎に地図ＤＢ２のローディング
などを行うことにより、図面単位に業務に応じた運用を
行い、不要な地図ＤＢ２のローディングなどを無くし、
処理速度を向上させることが可能となる。
【００１３】
【実施例】次に、図１から図４を用いて本発明の実施例
の構成および動作を順次詳細に説明する。
の構成および動作を順次詳細に説明する。
【００１４】図１は、本発明の原理ブロック図を示す。
図１において、論理地図ＤＢ１は、複数の地図ＤＢ
（１）、地図ＤＢ（２）などを階層構造で１つの論理的
な地図ＤＢにまとめたものである。
図１において、論理地図ＤＢ１は、複数の地図ＤＢ
（１）、地図ＤＢ（２）などを階層構造で１つの論理的
な地図ＤＢにまとめたものである。
【００１５】地図管理部３は、業務毎に管理レコード４
を参照して標準表示の地図ＤＢ２をローディングした
り、参照可能の地図ＤＢ２をローディングしたりなどす
るものである。
を参照して標準表示の地図ＤＢ２をローディングした
り、参照可能の地図ＤＢ２をローディングしたりなどす
るものである。
【００１６】管理レコード４は、業務毎に、論理地図Ｄ
Ｂ１中の地図ＤＢ２について標準表示、参照可能などの
管理情報５を予め設定する管理レコードである。ここで
は、管理情報５として、業務１に対して、地図ＤＢ
（１）の標準表示−修正可能を設定する。これは、地図
ＤＢ（１）について当該業務１の起動時にローディング
して保持・表示および修正を許可し、地図ＤＢ（２）に
ついて業務１では使用不可であるという管理情報であ
る。
Ｂ１中の地図ＤＢ２について標準表示、参照可能などの
管理情報５を予め設定する管理レコードである。ここで
は、管理情報５として、業務１に対して、地図ＤＢ
（１）の標準表示−修正可能を設定する。これは、地図
ＤＢ（１）について当該業務１の起動時にローディング
して保持・表示および修正を許可し、地図ＤＢ（２）に
ついて業務１では使用不可であるという管理情報であ
る。
【００１７】端末６は、業務を行う端末であって、ここ
では業務１を行う端末である。この業務１を行う端末６
は、地図管理部３内の管理レコード（業務１）４に ・地図ＤＢ（１）：標準表示−修正可能 ・地図ＤＢ（２）：当業務では使用不可 と予め設定してあるので、標準表示を行うと共に修正可
能と判明する。この標準表示は、端末（業務１）６の起
動時に、業務１の通知を地図管理部３に行うと、管理レ
コード（業務１）４を参照して標準表示と判明したこと
に対応して、論理地図ＤＢ１から地図ＤＢ（１）を取り
出して端末（業務１）に対してローディングを行い、当
該端末（業務１）６で保持して画面上に表示し、業務処
理を行う。また、修正可能は、端末（業務１）６で業務
処理中に地図ＤＢ（１）の修正が必要となって場合、業
務１の通知を地図管理部３に行うと、管理レコード４を
参照して修正可能と判明したことに対応して、地図ＤＢ
（１）の排他を獲得し、当該地図ＤＢ（１）を端末（業
務１）にローディングを行い、当該端末（業務１）６で
保持して画面上に表示し、修正を行い、修正後の地図デ
ータを地図管理部３に送り、地図ＤＢ（１）の修正を行
った後、排他を解放する。
では業務１を行う端末である。この業務１を行う端末６
は、地図管理部３内の管理レコード（業務１）４に ・地図ＤＢ（１）：標準表示−修正可能 ・地図ＤＢ（２）：当業務では使用不可 と予め設定してあるので、標準表示を行うと共に修正可
能と判明する。この標準表示は、端末（業務１）６の起
動時に、業務１の通知を地図管理部３に行うと、管理レ
コード（業務１）４を参照して標準表示と判明したこと
に対応して、論理地図ＤＢ１から地図ＤＢ（１）を取り
出して端末（業務１）に対してローディングを行い、当
該端末（業務１）６で保持して画面上に表示し、業務処
理を行う。また、修正可能は、端末（業務１）６で業務
処理中に地図ＤＢ（１）の修正が必要となって場合、業
務１の通知を地図管理部３に行うと、管理レコード４を
参照して修正可能と判明したことに対応して、地図ＤＢ
（１）の排他を獲得し、当該地図ＤＢ（１）を端末（業
務１）にローディングを行い、当該端末（業務１）６で
保持して画面上に表示し、修正を行い、修正後の地図デ
ータを地図管理部３に送り、地図ＤＢ（１）の修正を行
った後、排他を解放する。
【００１８】次に、図２の本発明の１実施例構成図の説
明および、この構成の動作を図３および図４のフローチ
ャートを参照して順次詳細に説明する。図２は、本発明
の１実施例構成図を示す。これは、地図ＤＢ２として、
道路台帳図１１、土地台帳図１２、家屋台帳図１３とし
たものである。
明および、この構成の動作を図３および図４のフローチ
ャートを参照して順次詳細に説明する。図２は、本発明
の１実施例構成図を示す。これは、地図ＤＢ２として、
道路台帳図１１、土地台帳図１２、家屋台帳図１３とし
たものである。
【００１９】図２において、論理地図ＤＢ１は、複数の
地図ＤＢを階層的に１つにまとめて一元管理するもので
あって、ここでは、道路台帳図１１、土地台帳図１２、
家屋台帳図１３を階層的に１つにまとめて一元管理する
論理的な地図ＤＢである。
地図ＤＢを階層的に１つにまとめて一元管理するもので
あって、ここでは、道路台帳図１１、土地台帳図１２、
家屋台帳図１３を階層的に１つにまとめて一元管理する
論理的な地図ＤＢである。
【００２０】道路台帳図１１は、地図に対応づけて道路
を管理する台帳図である。土地台帳図１２は、地図に対
応づけて土地を管理する台帳図である。家屋台帳図１３
は、地図に対応づけて家屋を管理する台帳図である。
を管理する台帳図である。土地台帳図１２は、地図に対
応づけて土地を管理する台帳図である。家屋台帳図１３
は、地図に対応づけて家屋を管理する台帳図である。
【００２１】地図管理部３は、論理地図ＤＢ１を管理す
るものであり、管理レコード４をもとに端末６に対して
いずれの地図ＤＢの標準表示、参照、修正を許可するか
を管理などするものである（図３、図４参照）。
るものであり、管理レコード４をもとに端末６に対して
いずれの地図ＤＢの標準表示、参照、修正を許可するか
を管理などするものである（図３、図４参照）。
【００２２】管理レコード４は、業務毎に論理地図ＤＢ
１内のいずれかの地図ＤＢの標準表示、参照、修正を許
可するかの管理情報を予め設定するものである。管理情
報の設定の組み合わせとしては、ここでは、以下があ
る。
１内のいずれかの地図ＤＢの標準表示、参照、修正を許
可するかの管理情報を予め設定するものである。管理情
報の設定の組み合わせとしては、ここでは、以下があ
る。
【００２３】・標準表示−修正可能 ・標準表示−修正不可能 ・参照可能−修正可能 ・参照可能−修正不可能 ・参照不可能 ここで、標準表示は、端末６のシステム起動時に業務の
通知を受けた地図管理部３が論理地図ＤＢ１中から該当
する地図ＤＢを取り出して端末６にローディングして保
持させ、画面上に表示させるモードである。
通知を受けた地図管理部３が論理地図ＤＢ１中から該当
する地図ＤＢを取り出して端末６にローディングして保
持させ、画面上に表示させるモードである。
【００２４】参照可能は、端末６で業務の操作中の任意
のタイミングで業務の通知を受けた地図管理部３が論理
地図ＤＢ１中から該当する地図ＤＢを取り出して端末６
にローディングして保持させ、画面上に表示させるモー
ドである。
のタイミングで業務の通知を受けた地図管理部３が論理
地図ＤＢ１中から該当する地図ＤＢを取り出して端末６
にローディングして保持させ、画面上に表示させるモー
ドである。
【００２５】修正可能は、端末６で業務の操作中に修正
が必要となったときに業務の通知を受けた地図管理部３
が論理地図ＤＢ１の該当する地図ＤＢの排他を獲得して
当該地図ＤＢを取り出して端末６にローディングして保
持させ、画面上に表示させて修正し、この修正後の修正
データの転送を受けて地図ＤＢを修正し、排他を解放す
るモードである。
が必要となったときに業務の通知を受けた地図管理部３
が論理地図ＤＢ１の該当する地図ＤＢの排他を獲得して
当該地図ＤＢを取り出して端末６にローディングして保
持させ、画面上に表示させて修正し、この修正後の修正
データの転送を受けて地図ＤＢを修正し、排他を解放す
るモードである。
【００２６】本実施例では、業務“道路管理課”、“固
定資産管理課”毎の管理レコード４を図示のように設定
する。 ・管理レコード（道路管理課） 地図ＤＢ 表示 修正 道路台帳図 標準表示 可能 土地台帳図 参照可能 不可 家屋台帳図 使用不可 使用不可 この業務“道路管理課”は、道路台帳図についてシステ
ム起動時にローディングして表示および修正可能であ
り、土地台帳図について業務中に参照可能であるが修正
不可であり、家屋台帳図について参照も修正も不可であ
る。
定資産管理課”毎の管理レコード４を図示のように設定
する。 ・管理レコード（道路管理課） 地図ＤＢ 表示 修正 道路台帳図 標準表示 可能 土地台帳図 参照可能 不可 家屋台帳図 使用不可 使用不可 この業務“道路管理課”は、道路台帳図についてシステ
ム起動時にローディングして表示および修正可能であ
り、土地台帳図について業務中に参照可能であるが修正
不可であり、家屋台帳図について参照も修正も不可であ
る。
【００２７】・管理レコード（固定資産管理課） 地図ＤＢ 表示 修正 道路台帳図 標準表示 不可 土地台帳図 標準表示 可能 家屋台帳図 参照可能 可能 この業務“固定資産管理課”は、道路台帳図についてシ
ステム起動時にローディングして表示および修正不可で
あり、土地台帳図についてシステム起動時にローディン
グして表示および修正可能であり、家屋台帳図について
業務中に参照可能および修正可能である。
ステム起動時にローディングして表示および修正不可で
あり、土地台帳図についてシステム起動時にローディン
グして表示および修正可能であり、家屋台帳図について
業務中に参照可能および修正可能である。
【００２８】次に、図３のフローチャートを用いて、図
２の管理レコード４を登録する手順を詳細に説明する。
図３において、Ｓ１は、業務毎に 使用する地図ＤＢの指定 その地図ＤＢの管理情報の指定を行う。これは、例
えば図２の業務“道路管理課”について、 使用する地図ＤＢとして“道路台帳図”、“土地台
帳図”を指定する。
２の管理レコード４を登録する手順を詳細に説明する。
図３において、Ｓ１は、業務毎に 使用する地図ＤＢの指定 その地図ＤＢの管理情報の指定を行う。これは、例
えば図２の業務“道路管理課”について、 使用する地図ＤＢとして“道路台帳図”、“土地台
帳図”を指定する。
【００２９】 で使用する地図ＤＢである ・“道路台帳図”の管理情報“標準表示”、“修正可
能”を指定 ・“土地台帳図”の管理情報“参照可能”、“修正不
可”を指定 する。
能”を指定 ・“土地台帳図”の管理情報“参照可能”、“修正不
可”を指定 する。
【００３０】Ｓ２は、管理レコードに識別子を付与し
て、登録する。これは、管理レコード５に識別子として
例えば“道路管理課”を付与して、Ｓ１で指定した管理
情報を、図２の上段の管理レコード（道路管理課）４に
示すように登録する。
て、登録する。これは、管理レコード５に識別子として
例えば“道路管理課”を付与して、Ｓ１で指定した管理
情報を、図２の上段の管理レコード（道路管理課）４に
示すように登録する。
【００３１】以上によって、業務毎（道路管理課、固定
資産管理課毎）に管理レコード４を図２に示すように登
録する。次に、図４のフローチャートに用いて、端末
（道路管理課）６、端末（固定資産管理課）６が業務を
行うときの動作を詳細に説明する。
資産管理課毎）に管理レコード４を図２に示すように登
録する。次に、図４のフローチャートに用いて、端末
（道路管理課）６、端末（固定資産管理課）６が業務を
行うときの動作を詳細に説明する。
【００３２】図４において、Ｓ１１は、端末６のシステ
ムを起動する。Ｓ１２は、Ｓ１１のシステムの起動に対
応して、識別子（業務１）の通知を地図管理部３に行
う。
ムを起動する。Ｓ１２は、Ｓ１１のシステムの起動に対
応して、識別子（業務１）の通知を地図管理部３に行
う。
【００３３】Ｓ１３は、管理レコード４から該当する識
別子（業務１）を見つける。これは、Ｓ１２で通知を受
けた地図管理部３が識別子（業務）１に該当する管理レ
コード（業務１）４を見つける。
別子（業務１）を見つける。これは、Ｓ１２で通知を受
けた地図管理部３が識別子（業務）１に該当する管理レ
コード（業務１）４を見つける。
【００３４】Ｓ１４は、管理レコードの標準表示の地図
ＤＢをローディングする。これは、例えば図２の管理レ
コード（道路管理課）４の標準表示の道路台帳図１１を
論理地図ＤＢ１から取り出し、端末６に転送してメモリ
上にローディングする。
ＤＢをローディングする。これは、例えば図２の管理レ
コード（道路管理課）４の標準表示の道路台帳図１１を
論理地図ＤＢ１から取り出し、端末６に転送してメモリ
上にローディングする。
【００３５】Ｓ１５は、Ｓ１４でメモリ上にローディン
グされたので、これを保持してその地図ＤＢの内容を画
面上に表示する。以上によって、端末６のシステム起動
時に、管理レコード４に標準表示と設定されていた地図
ＤＢを自動的にローディングして画面上に表示すること
ができる。これにより、複数の地図ＤＢを階層的に一元
管理している中の指定した地図ＤＢのみをシステム起動
時にローディングして自動的に表示することが可能とな
る。
グされたので、これを保持してその地図ＤＢの内容を画
面上に表示する。以上によって、端末６のシステム起動
時に、管理レコード４に標準表示と設定されていた地図
ＤＢを自動的にローディングして画面上に表示すること
ができる。これにより、複数の地図ＤＢを階層的に一元
管理している中の指定した地図ＤＢのみをシステム起動
時にローディングして自動的に表示することが可能とな
る。
【００３６】Ｓ１６は、参照有りか判別する。これは、
端末６で業務処理中にオペレータから参照要求が有った
か判別する。有りの場合には、Ｓ１７で指示の有った地
図ＤＢの参照要求を地図管理部３に通知する。この際、
地図ＩＤ、識別子（業務１）を知らせる。
端末６で業務処理中にオペレータから参照要求が有った
か判別する。有りの場合には、Ｓ１７で指示の有った地
図ＤＢの参照要求を地図管理部３に通知する。この際、
地図ＩＤ、識別子（業務１）を知らせる。
【００３７】Ｓ１８は、Ｓ１７で参照要求を受けた地図
管理部３が通知を受けた業務１の管理レコード４を参照
し、要求のあった地図ＤＢが参照可か判別する。ＹＥＳ
の場合には、管理レコード４にその地図ＤＢに参照可と
設定されていたので、この地図ＤＢを取り出して端末６
のメモリにローディングする。一方、Ｓ１８でＮＯで参
照可と設定されていなかった場合には、参照できないの
で、参照不可の旨を端末６に応答する。
管理部３が通知を受けた業務１の管理レコード４を参照
し、要求のあった地図ＤＢが参照可か判別する。ＹＥＳ
の場合には、管理レコード４にその地図ＤＢに参照可と
設定されていたので、この地図ＤＢを取り出して端末６
のメモリにローディングする。一方、Ｓ１８でＮＯで参
照可と設定されていなかった場合には、参照できないの
で、参照不可の旨を端末６に応答する。
【００３８】Ｓ１９は、Ｓ１８のＹＥＳでローディング
された地図ＤＢを保持し、画面上に表示する。そして、
オペレータがこの地図ＤＢを参照した業務を行う。以上
によって、端末６の運用中に参照が必要となったとき
に、参照要求（地図ＩＤ、識別子）を地図管理部３に通
知し、該当する管理レコード４に参照可と設定されてい
たときに当該地図ＤＢを取り出して端末６にローディン
グして表示し、これを参照して業務を行う。これによ
り、複数の地図ＤＢを階層的に一元管理している中の指
定した地図ＤＢ毎に必要に応じてローディングして参照
することが可能となる。
された地図ＤＢを保持し、画面上に表示する。そして、
オペレータがこの地図ＤＢを参照した業務を行う。以上
によって、端末６の運用中に参照が必要となったとき
に、参照要求（地図ＩＤ、識別子）を地図管理部３に通
知し、該当する管理レコード４に参照可と設定されてい
たときに当該地図ＤＢを取り出して端末６にローディン
グして表示し、これを参照して業務を行う。これによ
り、複数の地図ＤＢを階層的に一元管理している中の指
定した地図ＤＢ毎に必要に応じてローディングして参照
することが可能となる。
【００３９】Ｓ２０は、修正要求があった場合、地図Ｉ
Ｄ、識別子を地図管理部３に通知する。Ｓ２１は、Ｓ２
０で修正要求通知を受けた地図管理部３が該当する管理
レコード４を参照して修正要求のあった地図ＤＢが修正
可と設定されているか否かを判別する。ＹＥＳの場合に
は、修正可と設定されていたと判明したので、Ｓ２２で
この地図ＤＢの排他獲得して地図ＤＢを端末６のメモリ
にローディングし、Ｓ２３でオペレータが修正を施し、
修正後の修正データの転送を受け、Ｓ２４で地図ＤＢの
修正を行い、排他解放する。一方、Ｓ２１でＮＯの場合
には、修正可と設定されていなかったので、修正不可の
応答を端末６に通知する。
Ｄ、識別子を地図管理部３に通知する。Ｓ２１は、Ｓ２
０で修正要求通知を受けた地図管理部３が該当する管理
レコード４を参照して修正要求のあった地図ＤＢが修正
可と設定されているか否かを判別する。ＹＥＳの場合に
は、修正可と設定されていたと判明したので、Ｓ２２で
この地図ＤＢの排他獲得して地図ＤＢを端末６のメモリ
にローディングし、Ｓ２３でオペレータが修正を施し、
修正後の修正データの転送を受け、Ｓ２４で地図ＤＢの
修正を行い、排他解放する。一方、Ｓ２１でＮＯの場合
には、修正可と設定されていなかったので、修正不可の
応答を端末６に通知する。
【００４０】以上によって、端末６の運用中に修正が必
要となったときに、修正要求（地図ＩＤ、識別子）を地
図管理部３に通知し、該当する管理レコード４に修正可
と設定されていたときに当該地図ＤＢの排他獲得、この
地図ＤＢを取り出して端末６にローディングして表示
し、修正して修正後の修正データによって地図ＤＢを修
正、排他解放する。これにより、複数の地図ＤＢを階層
的に一元管理している中の指定した地図ＤＢ毎に必要に
応じてローディングして修正することが可能となる。
要となったときに、修正要求（地図ＩＤ、識別子）を地
図管理部３に通知し、該当する管理レコード４に修正可
と設定されていたときに当該地図ＤＢの排他獲得、この
地図ＤＢを取り出して端末６にローディングして表示
し、修正して修正後の修正データによって地図ＤＢを修
正、排他解放する。これにより、複数の地図ＤＢを階層
的に一元管理している中の指定した地図ＤＢ毎に必要に
応じてローディングして修正することが可能となる。
【００４１】
【発明の効果】以上説明したように、本発明によれば、
複数の地図ＤＢ２を１つの論理地図ＤＢ１として階層的
に一元管理し、業務毎に管理レコード４を設けて標準表
示、参照可能などを予め設定し、この管理レコード４に
従って業務毎に地図ＤＢ２のローディング、修正などを
行う構成を採用しているため、地図ＤＢ単位に業務に応
じた運用を行い、不要な地図ＤＢ２のローディング、排
他などを無くし、迅速に地図ＤＢを利用した業務を行う
ことができる。これにより、複数の図面を階層的に一元
管理した状態のもとで、図面単位に業務に応じて運用を
行い、処理速度が図面数に依存することなく安定して迅
速に処理することが可能となる。
複数の地図ＤＢ２を１つの論理地図ＤＢ１として階層的
に一元管理し、業務毎に管理レコード４を設けて標準表
示、参照可能などを予め設定し、この管理レコード４に
従って業務毎に地図ＤＢ２のローディング、修正などを
行う構成を採用しているため、地図ＤＢ単位に業務に応
じた運用を行い、不要な地図ＤＢ２のローディング、排
他などを無くし、迅速に地図ＤＢを利用した業務を行う
ことができる。これにより、複数の図面を階層的に一元
管理した状態のもとで、図面単位に業務に応じて運用を
行い、処理速度が図面数に依存することなく安定して迅
速に処理することが可能となる。
【図１】本発明の原理ブロック図である。
【図２】本発明の１実施例構成図である。
【図３】本発明の管理レコード登録フローチャートであ
る。
る。
【図４】本発明の動作説明図である。
【図５】従来の地図ＤＢの構造図である。
１：論理地図ＤＢ ２：地図ＤＢ ３：地図管理部 ４：管理レコード ５：管理情報 ６：端末
フロントページの続き (56)参考文献 特開 昭64−63769（ＪＰ，Ａ) ＦＵＪＩＴＳＵ ＡＲＩＳＴＯＷＮ （基本部）説明書（地理情報システム) Ｖ20用 初版（99ＡＲ−9000−１），日 本，富士通株式会社，1991年11月30日, ｐ．９−29 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 17/30 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (1)
- 【請求項１】複数の地図を管理する地図ＤＢ管理装置に
おいて、 複数の地図台帳図を管理する地図ＤＢと、 業務毎且つ地図台帳図毎に、その業務が起動された時に
表示される標準表示の台帳図か、その業務によって参照
可能な台帳図か、その業務では参照不可能な台帳図であ
るかを択一的に表す情報と、その業務によって修正可能
な台帳図であるか否か、その業務では修正不可能な台帳
図であるかを択一的に表す情報を記憶した管理レコード
を有する地図管理手段と、 業務開始時に、前記地図管理手段に記憶された情報に従
って、業務が起動された時に、標準表示の台帳図である
という設定をされている台帳図のみを前記地図ＤＢより
ローディングして表示する表示手段と、 前記地図管理手段に記憶された情報に従って、参照要求
が通知されたときに指示された台帳図の参照可否を管理
レコードの内容に基づいて判定し、参照可能な場合にロ
ーディングして表示する手段と、 前記地図管理手段に記憶された情報に従って、修正要求
が通知されたときに指示された台帳図の修正可否を管理
レコードの内容に基づいて判定し、修正可能な場合に排
他を獲得し、修正を行い、排他を解放する手段とを有す
る地図ＤＢ管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17829392A JP3311781B2 (ja) | 1992-07-06 | 1992-07-06 | 地図ｄｂ管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17829392A JP3311781B2 (ja) | 1992-07-06 | 1992-07-06 | 地図ｄｂ管理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0619981A JPH0619981A (ja) | 1994-01-28 |
| JP3311781B2 true JP3311781B2 (ja) | 2002-08-05 |
Family
ID=16045941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17829392A Expired - Fee Related JP3311781B2 (ja) | 1992-07-06 | 1992-07-06 | 地図ｄｂ管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3311781B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102307576A (zh) | 2008-12-15 | 2012-01-04 | 班纳制药公司 | 用于增强水不溶性活性剂的释放和吸收的方法 |
| JP7378978B2 (ja) * | 2019-06-24 | 2023-11-14 | 株式会社東芝 | 道路管制装置および表示方法 |
-
1992
- 1992-07-06 JP JP17829392A patent/JP3311781B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| ＦＵＪＩＴＳＵ ＡＲＩＳＴＯＷＮ（基本部）説明書（地理情報システム）Ｖ２０用 初版（９９ＡＲ−９０００−１），日本，富士通株式会社，１９９１年１１月３０日，ｐ．９−２９ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0619981A (ja) | 1994-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH061447B2 (ja) | デ−タベ−スのバックアップの方法 | |
| WO2021169274A1 (zh) | 一种历史地图数据的处理的方法、装置和系统 | |
| CN103577483B (zh) | 数据存储方法和系统以及数据访问的方法和系统 | |
| JPH06187213A (ja) | ファイルアクセス履歴管理方式 | |
| JP3311781B2 (ja) | 地図ｄｂ管理装置 | |
| JPH07319820A (ja) | 情報処理システム | |
| JP2704028B2 (ja) | ファイル領域管理方式 | |
| JP2003223459A (ja) | 住所情報の管理方法 | |
| JP3053288B2 (ja) | 通信端末装置 | |
| JP4694744B2 (ja) | データ管理方法，データ管理サーバ，データ管理プログラム及び記録媒体 | |
| JPH0528017A (ja) | テンポラリーフアイル名管理システム | |
| CN117177050A (zh) | 一种支持虚机vpc网络配置快照处理方法和系统 | |
| JPH06266541A (ja) | 成果物の版管理方法 | |
| JPH0713820A (ja) | 管理装置 | |
| JPH0744426A (ja) | ファイルシステムのファイル管理方法 | |
| JP2834985B2 (ja) | 設備番号管理装置 | |
| JP2976725B2 (ja) | 待機システムにおける資源管理方式 | |
| JP2610972B2 (ja) | データベースのデータ保全方式 | |
| JPS63196956A (ja) | フアイル排他方式 | |
| JPS6398029A (ja) | パツチ自動選択適用方式 | |
| JPH04153844A (ja) | データベース更新方式 | |
| JPH01113805A (ja) | トランザクション管理方式 | |
| JPH06314226A (ja) | データ更新方法 | |
| JPH0495120A (ja) | データ記憶装置割り当て方式 | |
| JPS62168225A (ja) | 電子帳票の文書番号自動採番方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20011106 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020507 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080524 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090524 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090524 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100524 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100524 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110524 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |