JPH04349574A

JPH04349574A - 地図データ管理方式

Info

Publication number: JPH04349574A
Application number: JP3121057A
Authority: JP
Inventors: Hiroyuki Niisato; 新里　弘行
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1991-05-27
Filing date: 1991-05-27
Publication date: 1992-12-04

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、地図データを管理する
地図データ管理方式に関するものである。電力会社など
では、計画・設計・工事・保守などの複数部門で、同一
区画の最新地図を使用している。また、利用部門毎に扱
う地図の区画と要素が異なっている。一般に、複数の端
末に地図ＤＢを分散して保持し、地図を更新・参照する
場合、端末地図ＤＢの最新性と一元性の管理を効率良好
に行うことが要求されている。

【０００２】

【従来の技術】従来、ホストと回線で接続したシステム
では、ホストで常に最新に更新した地図を持つと共に複
数の端末からの当該地図の更新に対する一元性を管理す
るようにしていた。また、端末で地図の更新が発生する
と、そのトランザクション（更新した差分）データをホ
ストに転送し、これを該当する全ての端末に転送して地
図ＤＢを更新し、地図データの一元性を管理していた。

【０００３】また、電力会社では、架空線、地中線、通
信線、高圧線などといった地図図面を使用しており、こ
れの更新・参照を行っている。一般に、同一区画内の地
図で複数の要素を管理する場合、更新・参照の処理単位
で地図ＤＢを分割して、利用目的別に地図を参照・修正
する。この際、必要要素の地図を構成するために、利用
段階で不要な要素を非表示で扱い、必要な要素のみを表
示、例えば図９に示すように、架空線設計業務では地形
図＋架空設備図（地中設備図）を非表示とする。

【０００４】

【発明が解決しようとする課題】電力会社などは、その
性質上、遠方の事業所に端末を配置しなければならず、
そのため、ホストで集中的に最新かつ一元的に管理され
ている地図ＤＢに対して、各端末から回線接続すること
となり、チャネル接続の形態に比べて応答が遅いと共に
、利用の毎にホストから地図データを端末にダウンロー
ドする必要があり、利用開始する迄に多くの時間を待た
なければならないという問題があった。

【０００５】また、端末で更新後のトンラザクションデ
ータがこの地図を利用する全ての端末に転送するまで、
ホスト内のトランザクションデータを消去できないので
、保管する手間が発生してしまう問題がある。メンテナ
ンス完了前に更に次の更新が行われてしまうことがある
ので、トランザクションデータは順番に管理する必要が
あり、端末数や地図更新頻度が多い場合、トランザクシ
ョンデータの管理が繁雑になり、扱うトランザクション
データ量も増え、メンテナンス処理が繁雑かつ処理時間
が長くなってしまうという問題があった。

【０００６】また、上述した図９のような業務では、不
要な要素を非表示する処理を行う必要があり、読み出し
と書き出しで必要となる要素以外のアクセスが発生し、
特に地図要素の種類が多くなり、不要な割合が多くなる
ほど、アクセスの負担が増大し、応答時間が遅くなって
しまうと共に、排他制御の最小単位が区画なので、同一
区画内の異なる地図要素を同時に更新することができな
いという問題があった。

【０００７】本発明は、地図に版数を付与してホストに
問い合わせて古いときにのみダウンロードしたり、地図
の最小単位で排他管理したり、地図要素別に排他管理し
たりし、端末における応答を良好、メモリ資源の節約、
最新地図データのみの簡単な管理、地図データのアクセ
ス待ちの減少を可能にすることを目的としている。

【０００８】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、版数チェ
ック部１１は、地図番号をキーに版数をホスト２に通知
して版数が異なるときにのみ新しい版数および地図デー
タの送信を受けるものである。

【０００９】排他獲得部１２は、排他の獲得をホスト２
に依頼するものである。更新部１３は、表示地図を更新
するものである。ホスト更新部１４は、端末１の地図デ
ータやホストの地図データを更新するものである。ホス
ト２は、回線を介して接続した端末１の地図データの最
新性および一元性を統括管理するものである。

【００１０】ホスト排他管理ＤＢ２８は、地図データの
排他を管理するためのものである。

【００１１】

【作用】本発明は、図１に示すように、端末１の版数チ
ェック部１１が参照対象の地図番号をキーに自己の持つ
版数をホスト２に通知して版数が異なるときにのみ版数
および地図データの送信を受けて地図データを更新し、
最新の地図データとするようにしている。また、参照対
象の地図番号を保持していないときに所定の版数をホス
ト２に通知し、新しい版数および地図データの送信を受
けて地図データを保持し、最新の地図データとするよう
にしている。また、端末１から地図番号をキーに排他獲
得依頼を受けたホスト２が排他管理ＤＢ２８を検索して
該当する地図番号のレコードが無かった場合に排他を設
定して排他獲得の旨を端末１に通知し、端末１の版数チ
ェック部１１が更新対象の地図番号をキーに自己の持つ
版数をホスト２に通知して版数が異なるときに新しい版
数および地図データの送信を受けて自己が持つ地図デー
タを更新し、この最新の地図データを表示して更新が終
了したことに対応して、端末１が保持する地図データの
更新と版数の更新を行うと共に、地図データをホスト２
の送信してホストの地図データと版数の更新を行った後
、排他管理ＤＢ２８の地図番号の排他を解放するように
している。また、端末１が持つ地図データとして、地図
の最小格納単位（縮尺＋区画＋要素）に管理し、参照・
更新などを行うようにしている。また、端末１が持つ地
図データとして、地図の最小格納単位（縮尺＋区画＋要
素）で、排他制御するようにしている。また、端末１が
排他管理ＤＢ１に排他の設定依頼、端末１が保持する地
図データの更新、ホスト１が保持する地図データの更新
依頼のログを採取しておき、端末１の障害発生時に、排
他管理ＤＢ２８の排他の解放、端末１が保持する地図デ
ータの削除と排他の解放、端末１が保持する地図データ
をホスト２に送信してホスト地図ＤＢ２７の更新と排他
の解放を行い、リカバリするようにしている。

【００１２】従って、地図に版数を付与して端末１がホ
スト２に問い合わせて古いときにのみダウンロードした
り、地図の最小単位で参照・更新したり、地図の最小単
位で排他制御したりすることにより、端末１における応
答を良好、メモリ資源の節約、最新の地図データのみを
簡単に管理、地図データのアクセス待ちを減少させるこ
とが可能となる。

【００１３】

【実施例】次に、図１から図８を用いて本発明の実施例
の構成および動作を順次詳細に説明する。図１は、本発
明の実施例構成図を示す。図１において、端末１は、ホ
スト２に回線を介して接続したものであって、１１ない
し１６などから構成されるものである。

【００１４】版数チェック部１１は、参照／更新などの
対象の地図番号をキーに端末地図管理ＤＢ１８を検索し
て版数を求め、地図番号をキーにこの版数をホスト２に
通知し、版数が異なるときにのみ新しい版数および地図
データの送信を受けて端末地図ＤＢ１９を更新および端
末地図管理ＤＢ１８に版数を格納するものである（図２
、図３の版数チェック部１１の処理フロー参照）。

【００１５】排他獲得部１２は、更新対象の地図番号を
キーに排他の獲得をホスト２に依頼したりなどするもの
である（図３の排他獲得部１２の処理フロー参照）。更
新部１３は、表示地図を更新するものである。ホスト更
新部１４は、端末１で更新したことに対応して、端末地
図ＤＢ１９を更新および端末地図管理ＤＢ１８の版数を
更新、更に、地図データ、版数をホスト２に通知してホ
スト地図ＤＢ２７、ホスト地図管理ＤＢ２６を更新した
りなどするものである（図３のホスト更新部１４の処理
フローチャート参照）。

【００１６】通信部１５は、回線を介してホスト２の通
信部２１との間で、地図データなどの送受信を行うもの
である。リカバリ処理部１６は、端末１の障害発生時に
起動し、端末ログファイル１７からログを読込み、リカ
バリを行うものである（図４のリカバリ処理部１６の処
理フローチャート参照）。

【００１７】端末ログファイル１７は、端末１のログを
格納するものであって、例えば図３の区分１のログ（排
他設定前のログ（排他地図番号））、区分２のログ（端
末地図ＤＢ１９の更新前のログ（更新地図番号））、区
分３のログ（ホスト地図ＤＢ２７の更新前のログ（更新
地図番号））を格納して保存するものである。端末地図
管理ＤＢ１８は、端末１が保持する地図の地図番号（キ
ー部）に対応づけて版数（データ部）を格納するもので
ある。

【００１８】端末地図ＤＢ１９は、端末１が保持する地
図データについて、地図番号（キー部）に対応づけて地
図データ（データ部）を格納するものである。ホスト２
は、回線を介して複数の端末１が利用する地図データに
ついて統括して最新のものを一元的に管理するものであ
って、２１ないし２５などから構成されるものである。

【００１９】通信部２１は、回線を介して端末１と地図
データなどの送受信を行うものである。ダウンロード部
２２は、ホスト地図ＤＢ２７から最新の地図データを取
り出して、回線を介して端末１にダウンロードなどする
ものである（図２、図３のダウンロード部２２の処理フ
ローチャート参照）。

【００２０】排他設定部２３は、端末１から通知された
地図番号をキーにホスト排他管理ＤＢ２８を検索して排
他を設定してその旨を端末１に通知したりなどするもの
である（図３の排他設定部２３の処理フローチャート参
照）。アップロード部２４は、地図番号をキーに、ホス
ト地図管理ＤＢ２６の版数を更新およびホスト地図ＤＢ
２７の地図データを更新したりなどするものである（図
３にアップロード部２４の処理フローチャート参照）。

【００２１】排他解除部２５は、地図番号をキーに排他
を解除するものである（図３に排他解除部２５の処理フ
ローチャート参照）。ホスト地図管理ＤＢ２６は、ホス
ト２が保持する地図の地図番号（キー部）に対応づけて
版数（データ部）を格納するものである。ホスト地図Ｄ
Ｂ２７は、ホスト２が保持する地図データについて、地
図番号（キー部）に対応づけて地図データ（データ部）
を格納するものである。

【００２２】ホスト排他管理ＤＢ２８は、地図番号（キ
ー部）に対応づけて排他を一意に管理するものである。次に、図２のフローチャートに示す順序に従い、図１の
構成において、端末１が地図データを参照（表示装置３
上に表示）する場合の動作を詳細に説明する。図２にお
いて、Ｓ１は、参照対象の地図番号を求め、地図番号を
キーにして、地図管理ＤＢの版数を検索する。これは、
版数チェック部１１が、例えば表示装置３から利用者に
よって入力された参照対象の地図番号をキーに端末地図
管理ＤＢ１８を検索してこのキー（地図番号）を持つ版
数を取り出す。この取り出した版数（端末版数）と地図
番号を、回線を介してホスト２に通知する。尚、端末１
で地図番号をキーに端末地図管理ＤＢ１８を検索して見
つからなかったときは版数０とし、ホスト２から地図デ
ータのダウンロードを受けるようにする。また、ホスト
２は、端末１から最初に登録された地図データの版数を
１とし、順次＋１した版数を付与する。

【００２３】Ｓ２は、Ｓ１で端末１から回線を介して通
知を受けた地図番号をキーにして、ホスト地図管理ＤＢ
２６を検索して版数を取り出す。Ｓ３は、端末版数（Ｓ
１で取り出した端末１における版数）とホスト版数（Ｓ
２で取り出したホスト２における版数）とを比較する。端末版数がホスト版数よりも古くない場合は、ホスト版
数を回線を介して端末１に通知し、Ｓ５以降を行う。一
方、古い場合には、端末１が保持する地図データが古い
ので、Ｓ４で地図番号をキーにホスト地図ＤＢ２７の地
図データを検索して取り出し、ホスト版数および地図デ
ータを、回線を介して端末１に通知し、Ｓ５以降を行う
。

【００２４】Ｓ５は、端末版数とホスト版数とを比較し
、前者が後者よりも古くないときにＳ７に進み、古いと
きにＳ６でホスト２から回線を介して通知された地図デ
ータおよび版数について、地図番号をキーにホスト版数
を端末地図管理ＤＢ１８に格納および地図データを端末
地図ＤＢ１９に格納し、Ｓ７に進む。Ｓ７は、地図番号
をキーにして、端末地図ＤＢ１９の地図（地図データ）
を検索して取り出し、表示装置３上に表示する。そして
、利用者はこの表示装置３上に表示された地図データを
参照し、各種処理を行う。

【００２５】以上のように、端末１の表示装置３から例
えば利用者が地図番号を指定して参照要求を指示した場
合、版数チェック部１１がこの参照要求の指示された地
図番号をもとに端末地図管理ＤＢ１８を検索して端末の
版数を取り出し、回線を介してホスト２に通知してホス
ト２が保持するホストの版数と比較して古いときに最新
のホストの版数および地図データを回線を介して通知を
受けて端末１の版数および地図データを最新に更新し、
表示装置３上に地図を表示する。これにより、端末１は
一度、ホスト２から地図データをダウンロードすれば、
更新されない限りそのまま自身が保持する地図データを
参照して迅速に表示することが可能となる。

【００２６】次に、図３のフローチャートに示す順序に
従い、図１の構成において、端末１が地図データを更新
（表示装置３上で更新）する場合の動作を詳細に説明す
る。図３において、Ｓ１１は、更新照対象の地図番号を
求め、区分１のログを追加出力する。これは、排他獲得
部１２、例えば表示装置３から利用者によって入力され
た更新対象の地図番号をキーとすると共に、区分１のロ
グ（排他設定前の排他地図番号のログ）を図１の端末ロ
グファイル１７の下側に模式的に示したように区分１に
対応づけて排他地図番号を格納する。そして、地図番号
を、回線を介してホスト２に通知する。

【００２７】Ｓ１２は、ホスト２の排他設定部２３が地
図番号をキーにして、ホスト排他管理ＤＢ２８を検索す
る。Ｓ１３は、排他管理レコードがある、なしを判別す
る。ありの場合（既にこの地図番号が排他されていた場
合）、ありの旨を回線を介して端末１に通知する。なし
の場合（この地図番号が排他されていなかった場合）、
Ｓ１４で地図番号をキーにして、ホスト排他管理ＤＢ２
８に格納してないの旨を回線を介して端末１に通知する
。

【００２８】Ｓ１５は、ホストから排他管理レコードの
ある、ないのいずれが通知されたかを判別する。あるが
通知された場合（既に地図番号が排他されていた場合）
には、排他エラーとして終了する。ない場合（地図番号
が排他されていなく、Ｓ１４で地図番号をキーにホスト
排他管理ＤＢ２８に格納した場合）には、排他が獲得で
きたので、次のＳ１６以降に進む。

【００２９】Ｓ１６は、版数チェック部１１が地図番号
をキーにして、端末地図管理ＤＢ１８を検索して端末の
版数を取り出す。この取り出した端末版数および地図番
号を、回線を介してホスト２に通知する。Ｓ１７は、Ｓ
１６で端末１から回線を介して通知を受けた地図番号を
キーにして、ホスト地図管理ＤＢ２６を検索して版数を
取り出す。

【００３０】Ｓ１８は、端末版数（Ｓ１６で取り出した
端末１における版数）とホスト版数（Ｓ１７で取り出し
たホスト２における版数）とを比較する。端末版数がホ
スト版数よりも古くない場合は、ホスト版数を回線を介
して端末１に通知し、Ｓ２０以降を行う。一方、古い場
合には、端末１が保持する地図データが古いので、Ｓ１
９で地図番号をキーにホスト地図ＤＢ２７の地図データ
を検索して取り出し、ホスト版数および地図データを、
回線を介して端末１に通知し、Ｓ２０以降を行う。

【００３１】Ｓ２０は、端末版数とホスト版数とを比較
し、前者が後者よりも古くないときにＳ２２に進み、古
いときにＳ２１でホスト２から回線を介して通知された
地図データおよび版数について、地図番号をキーにホス
ト版数を端末地図管理ＤＢ１８に格納および地図データ
を端末地図ＤＢ１９に格納し、Ｓ２２に進む。Ｓ２２は
、地図番号をキーにして、端末地図ＤＢ１９の地図（地
図データ）を検索して取り出し、表示装置３上に表示す
る。

【００３２】Ｓ２３は、更新部１３が表示装置３上に表
示された地図（地図データ）の更新を行う。Ｓ２４は、
Ｓ２３で更新した地図データを保存する、しないを利用
者が選択する。保存するを選択した場合、Ｓ２５に進む
。保存しないを選択した場合、更新対象の地図番号をホ
スト２に通知し、Ｓ２７に進む（■の処理）。

【００３３】Ｓ２５は、ホスト更新部１４が区分２のロ
グ（端末地図の更新前の地図番号のログ）を図１の端末
ログファイル１７の下側に模式的に示したように区分２
に対応づけて更新地図番号を格納する。次に、地図番号
をキーにして、端末地図管理ＤＢ１８の版数を＋１し、
端末地図ＤＢ１９に更新地図を格納し、区分３のログ（
ホスト地図の更新後前の地図番号のログ）を格納する。そして、地図番号および地図データを回線を介してホス
ト２に通知する。

【００３４】Ｓ２６は、ホスト２のアップロード部２４
が地図番号をキーにして、ホスト地図管理ＤＢ２６の版
数を＋１し、ホスト地図ＤＢ２７に更新地図を格納し、
端末１で更新した地図に対応して更新を行う。Ｓ２７は
、排他解除部２５が地図番号をキーにして、ホスト排他
管理ＤＢ２８のレコードを削除し、排他を解除する。そして、結果を端末１に通知する。

【００３５】Ｓ２８は、ログの初期化、結果の表示を行
う。これにより、ホスト２から一連の更新結果として正
常を端末１が受け取った場合、区分１、区分２、区分３
のログをもとにリカバリする必要がなくなったので、端
末ログファイル１７の内容をクリアしておく。以上のよ
うに、端末１の表示装置３から例えば利用者が地図番号
を指定して更新要求を指示した場合、排他獲得部１２が
地図番号をホスト２の排他設定部２３に通知して排他を
獲得し（Ｓ１１、Ｓ１２、Ｓ１３ない、Ｓ１４、Ｓ１５
ない）、次に地図番号および版数をホスト２に通知して
端末１が保持する地図データが古いときに最新の地図デ
ータの通知を受けて最新のものとして表示装置３上に表
示し（Ｓ１６からＳ２２）、地図の更新を行った後、端
末１の地図データを更新すると共に版数を＋１して更新
、更に更新後の版数および更新地図データをホスト２に
通知して地図データを更新し（Ｓ２３からＳ２６）、排
他を解除するようにしている（Ｓ２７、Ｓ２８）。これ
により、ホスト２のホスト地図データの排他を獲得した
状態で、端末１でこの地図データの更新を行うことが可
能となる。

【００３６】次に、図４のフローチャートに示す順序に
従い、図３のフローチャート中の区分１のログ、区分２
のログ、区分３のログを端末ログファイル１７に格納し
ておき、障害発生時のリカバリについて詳細に説明する
。図４において、Ｓ３１は、リカバリ処理部１６がログ
を読み込む。これは、図３の更新処理中に何らかの原因
によって障害が発生し、図１の端末１のリカバリ処理部
１６が起動されたときに、当該リカバリ処理部１６が端
末ログファイル１７からログ（区分、詳細）を読み込む
。

【００３７】Ｓ３２は、Ｓ３１で読み込んだログの最終
レコードの区分が、区分１、区分２、区分３、ログなし
のいずれかを判定し、区分１のとき■、区分２のとき■
、区分３のとき■、ログなしのとき■に進む。■のとき
（区分１、即ち図３のＳ１１の排他設定前の排他地図番
号が格納されていたとき）：Ｓ３９で区分１の詳細より
地図番号（排他地図番号）を求め、この地図番号を回線
を介してホスト２の排他解除部２５に通知し、地図番号
をキーにしてレコードを削除して排他を解除し、その結
果の通知をもとにＳ４０で端末ログファイル１７の初期
化を行う。

【００３８】以上の処理によって、区分１のログ（図３
のＳ１１の排他設定の排他地図番号）を端末ログファイ
ル１７に格納した後、次の区分２のログ（図３のＳ２５
の端末ＤＢ更新前の更新地図番号）が格納される迄の間
に発生した障害の場合に、ホスト排他管理ＤＢ２８のレ
コードを削除し、リカバリすることが可能となる。■の
とき（区分２、即ち図３のＳ２５の端末ＤＢ更新前の更
新地図番号が格納されていたとき）：Ｓ３７で区分１の
詳細より地図番号を求め、Ｓ３８で地図番号をキーにし
て、端末地図ＤＢ１９のレコードを削除し、端末地図管
理ＤＢ１８のレコードを削除し、地図番号をホスト２の
排他解除部２５に通知して地図番号をキーにしてレコー
ドを削除して排他を解除し、その結果の通知をもとにＳ
４０で端末ログファイル１７の初期化を行う。

【００３９】以上の処理によって、区分２のログ（図３
のＳ２５の端末ＤＢ更新前の更新地図番号）を端末ログ
ファイル１７に格納した後、次の区分３のログ（図３の
Ｓ２５のホストＤＢ更新前の更新地図番号）が格納され
る迄の間に発生した障害の場合に、端末地図管理ＤＢ１
８および端末地図ＤＢ１９のレコードをそれぞれ削除、
更に、ホスト排他管理ＤＢ２８のレコードを削除し、リ
カバリすることが可能となる。

【００４０】■のとき（区分３、即ち図３のＳ２５のホ
ストＤＢ更新前の更新地図番号が格納されていたとき）
：Ｓ３３で区分１の詳細より地図番号を求め、Ｓ３４で
地図番号をキーにして、端末地図ＤＢ１９の地図データ
を検索して取り出し、地図番号およびこの地図データを
回線を介してホストのアップロード部２４に通知し、Ｓ
３５で地図番号をキーにして、ホスト地図管理ＤＢ２６
の版数を＋１し、ホスト地図ＤＢ２７の地図データを格
納し、Ｓ２５でホスト排他管理ＤＢ２８で地図番号をキ
ーにしてレコードを削除して排他を解除し、その結果の
通知をもとにＳ４０で端末ログファイル１７の初期化を
行う。

【００４１】以上の処理によって、区分３のログ（図３
のＳ２５のホストＤＢ更新前の更新地図番号）を端末ロ
グファイル１７に格納した後、ホストＤＢ更新完了前の
間に発生した障害の場合に、端末地図ＤＢ１９から地図
データを回線を介してホスト２のアップロード部２４に
通知してホスト地図ＤＢ２７およびホスト地図管理ＤＢ
２６に地図データおよび＋１した版数を格納し、リカバ
リすることが可能となる。

【００４２】図５は、本発明の最小格納単位の地図更新
説明図を示す。これは、図１の端末地図ＤＢ１９や、ホ
スト地図ＤＢ２７に格納される地図を、端末地図管理Ｄ
Ｂ１８やホスト地図管理ＤＢ２６で管理する際に、管理
の最小格納単位を（縮尺＋区画＋要素）で行ったときの
様子を模式的に表わしたものである。ここで、縮尺は図
中では１／５００、１／１０００であり、区画は地形図
（地図）などの図中の矩形の１つであり、要素は地形図
、地中線、架空線などである。

【００４３】架空線更新端末画面３１は、地形図、地中
線に対応づけて架空線を表示し、架空線を更新する画面
である。そして、この更新結果で他の地中線更新端末画
面３２の図示矢印を用いて示すように架空線を置換する
。地中線更新端末画面３２は、地形図、架空線に対応づ
けて地中線を表示し、地中線を更新する画面である。そして、この更新結果で他の架空線更新端末画面３１の
図示矢印を用いて示すように地中線を置換する。

【００４４】これら更新は、最小格納単位である（縮尺
＋区画＋要素）で行うことにより、図中の架空線更新端
末画面３１および地中線更新端末画面３２の両者で同時
に異なる最小格納単位（ここでは縮尺が１／５００と、
１／１０００の異なる最小格納単位）でそれぞれ更新す
ることが可能となる。以下図６のフローチャートに示す
順序に従い、図１の構成で図５の更新を行う際の処理を
詳細に説明する。

【００４５】図６において、Ｓ４１は、図１の更新部１
３が表示地図の更新を行う。これは、図５の例えば架空
線更新端末画面３１上で縮尺１／５００の架空線の太線
で囲んだ区画の表示した表示地図の更新を行う。Ｓ４２
は、ホスト更新部１４が更新した地図の縮尺値、区画、
要素から地図番号を求める。

【００４６】Ｓ４３は、地図の格納・抽出を行う。これ
は、地図番号をもとに、更新地図を端末地図ＤＢ１９に
格納し、地図番号および抽出した地図データを、回線を
介してホスト２のアップロード部２４に通知する。Ｓ４
４は、アップロード部２４が地図番号をキーとして、ホ
スト地図ＤＢ２７の地図データを格納する。その結果を
端末１に通知する。

【００４７】Ｓ４５は、ホスト２に地図データを格納し
た結果を表示する。以上の処理によって、最小格納単位
（縮尺＋区画＋要素）で端末１で更新を行い、その更新
結果を端末１の端末地図ＤＢ１９およびホスト２のホス
ト地図ＤＢ２７を更新（併せて地図管理ＤＢの版数の更
新）することにより、図５の架空線更新端末画面３１お
よび地中線更新端末画面３２上でそれぞれ最小格納単位
で地図データの更新を独立に行うことが可能となる。

【００４８】また、Ｓ４６は、図１の版数チェック部１
１が参照する地図の縮尺値、区画、要素から地図番号を
求める。この求めた地図番号を、回線を介してホスト２
のダウンロード部２２に通知する。Ｓ４７は、ダウンロ
ード部２２が地図番号をキーにして、ホスト地図ＤＢ２
７の地図データを抽出する（端末１から通知された端末
版数がホスト版数よりも古いとき）。そして、端末１に
回線を介して通知する。

【００４９】Ｓ４８は、ホスト２から通知された最新の
地図データを端末地図ＤＢ１９に格納および表示する（
この際、最新の版数を端末地図管理ＤＢ１８に格納する
）。以上の処理によって、端末１で地図の表示時にホス
ト２に問い合わせて地図データの転送を受けて最新の地
図データに更新し、これを表示する。図７は、本発明の
他の実施例構成図を示す。これは、図９の従来の同一区
画内の異なる地図要素を同時に更新することができない
問題を解決した実施例である。本発明では、地図要素を
要素コード別に分けて格納・管理、例えば図７の（ハ）
の要素コードのように分けて格納・管理する。また、排
他制御の最小単位を区画コード＋要素コードとし、地図
の同一区画の異なる地図要素を同時に更新できるように
している。以下図７および図８を用いて順次説明する。

【００５０】図７の（イ）は、構成説明図を示す。ここ
で、（Ａ）は要素コードを持つ形態を表わし、（Ｂ）は
要素コードをもたなくても良い形態を表わす。この（Ａ
）の要素コードを持つ形態である、地形図＋架空設備図
は、両者を重ねて表示し、地形図を参照および架空設備
図を更新する。同様に、（Ａ）の要素コードを持つ形態
である、地形図＋地中設備図は、両者を重ねて表示し、
地形図を参照および地中設備図を更新する。本発明では
、両者を同時に更新可能である。

【００５１】図７の（ロ）は、地図ＤＢの構成例を示す
。ここで、キー部（固定長）に地図番号１、２・・・が
格納されており、これらからデータ部（可変長）の該当
する地図データが図示矢印のようにポイントされている
。図７の（ハ）は、地図番号の構成例を示す。ここで、
本願の対象地図と記載した要素コードとして、地形図（
コード１）、架空設備図（コード２）、高圧設備図（コ
ード４）、地中設備図（コード３）を付与している。同
様に、区画コードを図示のように付与している。従って、区画コード＋要素コードを排他制御の最小単位
としているので、この排他最小単位毎に更新を行うこと
ができる。

【００５２】次に、図８のフローチャートに示す順序に
従い、図７の構成の動作を詳細に説明する。図８の（イ
）は、表示処理フローチャートを示す。図８の（イ）に
おいて、Ｓ５１は、縮尺の選択を行う。Ｓ５２は、区画
の選択を行う。

【００５３】Ｓ５３は、要素の選択を行う。Ｓ５４は、
利用地図の生成を行う。Ｓ５５は、重合わせがあるか否
かを判別する。まだある場合には、Ｓ５３、Ｓ５４で要
素の選択、利用地図の生成を行う。終りの場合には、Ｓ
５６で利用地図の表示を行う。

【００５４】以上の処理によって、例えば図７の（ハ）
地図番号から、例えば地形図、架空設備図の要素をそれ
ぞれ選択して重合わせて表示すると、図７の（イ）の地
形図＋架空設備図の利用地図を表示することができる。図８の（ロ）は、格納処理フローチャートを示す。図８
の（ロ）において、Ｓ６１は、縮尺の選択を行う。

【００５５】Ｓ６２は、区画の選択を行う。Ｓ６３は、
格納要素の選択を行う。Ｓ６４は、格納地図への分離・
更新を行う。Ｓ６５は、分離か否かを判別する。まだあ
る場合には、Ｓ６３、Ｓ６４で格納要素の選択、格納地
図への分離・更新を行う。終りの場合には、格納を終了
する。

【００５６】以上の処理によって、例えば図７の（イ）
地形図＋架空設備図上で更新などした後、格納要素とし
て例えば架空設備図を選択してこれを分離し、架空設備
図を更新することができる（要素の地形図は更新しなく
、参照のみ）。

【００５７】

【発明の効果】以上説明したように、本発明によれば、
地図に版数を付与してホスト２に問い合わせて古いとき
にのみダウンロードしたり、地図の最小単位で排他管理
したり、地図要素別に排他管理したりする構成を採用し
ているため、端末１における応答を良好、メモリ資源の
節約、最新地図データのみの簡単な管理、地図データの
アクセス待ちを減少させることができる。これにより、
特に、（１）一元管理された最新の地図を複数の端末１で共同
利用できる。

【００５８】（２）端末１に一度、ダウンロードすれば
、更新が発生しない限り、各端末１が保持する地図デー
タを利用して応答良好に設計業務を行うことができる。（３）ホスト２から最新の地図をダウンロードして利用
できるので、端末１で利用しない地図を保存する必要が
なく、端末１のディスク容量を節約できる。（４）端末１のディスク装置に障害が発生しても、ホス
トＤＢからのダウンロードで済み、端末ＤＢのバックア
ップ運用が不要となる。

【００５９】（５）ホスト２で最新の地図データのみを
保存すればよく、管理が簡単となる。（６）地図要素を要素コード別に分けて格納・管理して
いるため、利用時点で必要な要素のみをファイルから読
み出して重ねて表示でき、地図データのアクセス待ちを
減少させることができる。

【００６０】（７）排他制御の最小単位を区画コード＋
要素コードとしているため、同一区画の異なる要素を同
時に更新できる。

【図面の簡単な説明】

【図１】本発明の実施例構成図である。

【図２】本発明の参照処理フローチャートである。

【図３】本発明の更新処理フローチャートである。

【図４】本発明のリカバリー処理フローチャートである
。

【図５】本発明の最小格納単位の地図更新説明図である
。

【図６】図５の処理フローチャートである。

【図７】本発明の他の実施例構成図である。

【図８】図７の処理フローチャートである。

【図９】従来技術の説明図である。

【符号の説明】

１：端末１１：版数チェック部１２：排他獲得部１３：更新部１４：ホスト更新部１５、２１：通信部１６：リカバリ処理部１７：端末ログファイル１８：端末地図管理ＤＢ１９：端末地図ＤＢ２：ホスト２２：ダウンロード部２３：排他設定部２４：アップロード部２５：排他解除部２６：ホスト地図管理ＤＢ２７：ホスト地図ＤＢ２８：ホスト排他管理ＤＢ３：表示装置３１：架空線更新端末画面３２：地中線更新端末画面

Claims

【特許請求の範囲】

【請求項１】　　地図データを管理する地図データ管理
方式において、地図番号をキーに版数を通知して版数が
異なるときに新しい版数および地図データの送信を受け
て更新する版数チェック部（１１）を端末（１）に設け
、複数の端末（１）を、回線を介してホスト（２）と接
続し、端末（１）の版数チェック部（１１）が参照対象
の地図番号をキーに自己の持つ版数をホスト（２）に通
知して版数が異なるときにのみ新しい版数および地図デ
ータの送信を受けて自己が持つ地図データを最新に更新
するように構成したことを特徴とする地図データ管理方
式。
【請求項２】　　参照対象の地図番号を保持していない
ときにこの地図番号をキーに所定の版数をホストに通知
し、新しい版数および地図データの送信を受けて地図デ
ータを保持し、この最新の地図データを表示などするよ
うに構成したことを特徴とする請求項第１項記載の地図
データ管理方式。
【請求項３】　　地図データを管理する地図データ管理
方式において、地図番号をキーに版数を通知して版数が
異なるときに新しい版数および地図データの送信を受け
て更新する版数チェック部（１１）を端末（１）に設け
ると共に、地図番号をキーに排他を管理するホスト排他
管理ＤＢ（２８）をホスト（２）に設け、複数の端末（
１）を、回線を介してホスト（２）と接続し、端末（１
）から地図番号をキーに排他獲得依頼を受けたホスト（
２）が上記排他管理ＤＢ（２８）を検索して該当する地
図番号のレコードが無かった場合に排他を設定して排他
獲得の旨を端末（１）に通知し、これを受けた端末（１
）の上記版数チェック部（１１）が更新対象の地図番号
をキーに版数をホスト（２）に通知して版数が異なると
きに新しい版数および地図データの送信を受けて地図デ
ータを更新し、この最新の地図データを表示して更新が
終了したことに対応して、端末（１）が保持する地図デ
ータの更新と版数の更新を行うと共に、ホスト（２）に
送信してホスト（２）の地図データと版数の更新および
上記排他管理ＤＢ（２８）の地図番号の排他を解放する
ように構成したことを特徴とする地図データ管理方式。
【請求項４】　　上記端末（１）が持つ地図データとし
て、地図の最小格納単位（縮尺＋区画＋要素）に管理し
、参照・更新などを行うように構成したことを特徴とす
る請求項第１項から第３項記載の地図データ管理方式。
【請求項５】　　上記端末（１）が持つ地図データとし
て、地図の最小格納単位（縮尺＋区画＋要素）で、排他
制御するように構成したことを特徴とする請求項第１項
から第４項記載の端末地図データ管理方式。
【請求項６】　　上記端末（１）が上記排他管理ＤＢ（
２８）に排他の設定依頼、端末（１）が保持する地図デ
ータの更新、ホスト（２）が保持する地図データの更新
依頼についてログを採取しておき、端末（１）の障害発
生時に、上記ログの採取状態に対応して、上記排他管理
ＤＢ（２８）の排他の解放、端末（１）が保持する地図
データの削除と排他の解放、端末（１）が保持する地図
データをホスト（２）に送信してホスト（２）の地図デ
ータの更新と排他の解放を行い、リカバリするように構
成したことを特徴とする請求項第１項から第５項記載の
地図データ管理方式。