JP2962689B2 - 設備図面管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、設備図面管理シス
テム、特に地図を分割して形成された同一区画内に同時
期に重複して発生する複数の工事の排他制御に関する。

【０００２】

【従来の技術】従来から電力会社などでは、地図上に電
信柱や配電線などの電力設備を記録し、地図並びに設備
を管理している。設計業務や保守業務では、最新の設備
を地図上で管理するために複数の端末から行われる図面
上における設備情報の更新作業を排他的に行う必要があ
る。

【０００３】従来では、地図を地図データの最小格納単
位である複数の区画に分割して管理しており、ある区域
に含まれる設備、例えば電信柱の移設などに伴うデータ
更新を行う場合、その区画毎に排他制御をしていた。し
かし、排他待ちが生じる可能性が高いので、例えば、特
開平４−３４９５７３号公報には、設備データベースの
レコード名と設備キーから設備排他キーを生成し、これ
に基づいて同一区画内に含まれる設備であっても異なる
設備であれば同時に更新できるようにした地図・設備排
他制御方式が開示されている。この従来における排他制
御の概念図を図１１に示す。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
方式でいう異なる設備というのは、同一区画内に含まれ
る別系統上の設備に対するものであり、同一系統上の設
備に対してはやはり排他制御を行う必要があった。すな
わち、従来の方式においては、同一系統上の設備に対し
ては、同一区画内の異なる設備に対する異なる工事であ
っても排他待ちは生じてしまうことになる。

【０００５】また、従来の方式では、設備単位での排他
対象の管理を実施するために設備への処理要求が発生す
る度に対象となる系統上の全設備に対して排他キーの生
成処理が行われ、また、処理が終了する度に系統上の全
設備に対して排他キーの消去処理が行われることにな
る。すなわち、従来においては、この排他キーに関わる
処理の負荷が増大し、それに伴うレスポンスの劣化が発
生するという問題が生じてしまう。

【０００６】本発明は以上のような問題を解決するため
になされたものであり、その目的は、設備単位での排他
制御を可能としつつシステム負荷の軽減を図る設備図面
管理システムを提供することにある。

【０００７】

【課題を解決するための手段】以上のような目的を達成
するために、第１の発明に係る設備図面管理システム
は、地図上の設備を排他的に管理する設備図面管理シス
テムにおいて、依頼された工事の対象設備を特定する工
事管理手段と、排他制御単位を階層化し、工事依頼され
た対象設備の排他制御をするための階層レベルを他の工
事の対象設備の排他制御の階層レベルを考慮しつつ上位
の階層レベルから段階的に検証することで決定をする排
他制御処理手段とを有するものである。

【０００８】第２の発明に係る設備図面管理システム
は、第１の発明において、前記排他制御処理手段は、排
他制御単位を、地図全体を複数に分割したときの図面、
各図面に含まれている系統、各系統に含まれている設備
の３階層レベルとし、前記工事依頼された対象設備の排
他制御をするための階層レベルを図面、系統及び設備の
順に検証を行い決定するものである。

【０００９】第３の発明に係る設備図面管理システム
は、第２の発明において、工事の対象設備及び当該工事
における排他レベルを依頼された工事単位に記憶する施
工管理データ記憶手段と、地図全体を複数に分割して構
成される地図毎に、各地図内に含まれる系統データへの
ポインタ情報及び当該図面を階層レベルとするか否かを
示す排他フラグを記憶する地図データ記憶手段と、地図
全体に含まれている系統毎に、各系統内に含まれる設備
データへのポインタ情報及び当該系統を階層レベルとす
るか否かを示す排他フラグを記憶する系統データ記憶手
段と、地図全体に含まれている設備毎に、当該設備が属
する地図データへのポインタ情報と、当該設備が属する
系統データへのポインタ情報と、当該設備を工事対象と
する工事の識別情報と、当該設備を排他制御する際の階
層レベルとを記憶する設備データ記憶手段とを有するも
のである。

【００１０】第４の発明に係る設備図面管理システム
は、第１の発明において、前記排他制御処理手段は、工
事依頼された対象設備自身は排他制御の対象とされてお
らず、かつ前記工事依頼された対象設備が属する図面若
しくは系統では他の工事により排他制御が行われている
場合、前記他の工事の対象設備の階層レベルを系統若し
くは設備の階層レベルで再設定をし、前記工事依頼され
た対象設備の排他制御ができるように調整を行うもので
ある。

【００１１】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００１２】図１は、本発明に係る設備図面管理システ
ムの一実施の形態を示したブロック構成図である。図１
には、排他制御の対象となる工事に関する情報を入力す
るクライアント端末１０と排他制御を行うサーバ２０と
が示されている。図１では便宜上１台のクライアント端
末１０しか示してないが、本実施の形態は排他制御を行
うものであるから複数台のクライアント端末１０がサー
バ２０に接続されていることになる。

【００１３】クライアント端末１０は、入出力部１１、
設計切り出し部１２、設計処理部１３、施工処理部１
４、サーバ更新依頼部１５及び通信処理部１６で構成さ
れている。入出力部１１は、表示装置（図示せず）への
図面の表示や工事に関する情報の入力設定等を行う。設
計切り出し部１２は、入出力部１１に表示された図面に
基づいて設計の対象とするあるいは工事の対象とする範
囲を切り出したり、工事の対象となる設備を指定したり
する。この設計切り出し部１２の処理後にサーバ２０に
対して排他制御の要求、すなわち工事依頼をすることに
なる。設計処理部１３は、サーバ２０により排他制御が
可能となった時点で表示された図面上において地図デー
タや工事データに対して設計、更新等を行う。施工処理
部１４は、設計処理部１３が生成したデータに基づき、
地図上において設備の新設、撤去などを行う。サーバ更
新依頼部１５は、図面上において設備に関する情報の更
新が終了した時点でサーバ２０に対して排他制御の解
除、すなわち工事終了の通知を行う。通信処理部１６
は、サーバ２０との間で通信を行う。クライアント端末
１０は、本実施の形態を実施する上で従来からある端末
装置を使用することができる。

【００１４】サーバ２０は、工事管理部２１、排他制御
管理部２２及び通信処理部２３と、図示しない記憶手段
に作成され記憶された施工管理データテーブル２４、地
図データテーブル２５、系統データテーブル２６及び設
備データテーブル２７を有している。記憶手段として
は、ディスク装置などの外部記憶装置が一般的である。

【００１５】工事管理部２１は、工事管理手段として設
けられ、本実施の形態の場合、サーバ１０から依頼され
た工事の対象設備を特定する。排他制御管理部２２は、
排他制御処理手段として設けられ、排他制御単位を階層
化し、工事依頼された対象設備の排他制御をするための
階層レベルを他の工事の対象設備の排他制御の階層レベ
ルを考慮しつつ上位の階層レベルから段階的に検証する
ことで決定をする。本実施の形態においては、排他制御
単位を地図全体を複数に分割したときの図面、各図面に
含まれている系統、各系統に含まれている設備の３階層
レベルとし、図面、系統及び設備の順に検証を行うこと
によって工事依頼された対象設備の排他制御をするため
の階層レベルを決定している。通信処理部２３は、クラ
イアント端末１０との間で通信を行う。各種データテー
ブル２４〜２７については後述する。

【００１６】図２は、本実施の形態を説明する際に用い
る地図全体の地図データと区画との関係を示した図であ
る。設備図面上の地図は、管理上複数のメッシュに分割
され、図２では分割された地図の一区画を地図Ａと称し
ている。地図Ａ上には、他の区画にもまたがって配設さ
れた系統Ａ１及び系統Ａ２が設けられており、地図Ａ内
の系統Ａ１上には設備Ａ１１，Ａ１２，Ａ１３が、系統
Ａ２上には設備Ａ２１，Ａ２２がそれぞれ設けられてい
る。なお、サーバ２０は、図２に示した地図データ（設
備図データ）や区画に関する情報も図示しない地図情報
データベースに格納して保持している。この地図情報デ
ータベースは、従来からあるものを使用することができ
るため説明を省略する。

【００１７】次に、本実施の形態で使用する各データテ
ーブル２４〜２７について図３及び図４を用いて説明す
る。

【００１８】施工管理データテーブル２４は、施工管理
データ記憶手段として設けられ、工事毎にユニークに割
り振られる工事番号と、各工事において工事対象となる
設備（設備データへのポインタ情報）と、その工事にお
ける排他レベルとして排他制御処理において設定される
排他対象範囲を表す排他キーとが設定される。施工管理
データテーブル２４は、工事依頼を受け付けた時点で生
成され、工事終了の通知を受け付けた時点で消去され
る。

【００１９】地図データテーブル２５は、地図データ記
憶手段として設けられ、地図全体を複数に分割して構成
される地図毎に、各地図データにユニークなインデック
ス番号を割り付けて記憶する。各地図データには、各地
図内に含まれている系統データへのポインタ情報及び排
他フラグが少なくとも設定される。排他フラグには、該
当する地図内の設備が工事対象となり地図レベルで排他
制御される場合にその時点でその旨が設定されるが、ポ
インタ情報等その他の情報は予め設定されている。排他
フラグの詳細については後述する。地図データテーブル
２５自身は、通常一つのみ設けられている。

【００２０】系統データテーブル２６は、系統データ記
憶手段として設けられ、地図全体に含まれている系統毎
に、各系統データにユニークなインデックス番号を割り
付けて記憶する。各系統データには、系統内に含まれて
いる各設備データへのポインタ情報、当該系統が属する
地図データへのポインタ情報、同一地図内における他の
系統データへのポインタ情報及び排他フラグが少なくと
も設定される。排他フラグには、該当する系統上の設備
が工事対象となり系統レベルで排他制御される場合にそ
の時点でその旨が設定されるが、ポインタ情報等その他
の情報は予め設定されている。系統データテーブル２６
自身は、通常一つのみ設けられている。

【００２１】ここで、排他フラグについて説明する。本
実施の形態では、排他制御単位を地図、系統、設備の３
階層レベル、すなわち設備に対して排他制御を行うため
の排他対象範囲を３段階にしたことを特徴としている
が、排他フラグは、その排他制御単位を示すためのフラ
グ情報である。従って、排他対象範囲が地図単位であれ
ば、地図データテーブル２５内の該当する地図データの
排他フラグを“ＯＮ”にし、系統データテーブル２６の
該当する系統データの排他フラグを“ＯＦＦ”にする。
一方、排他対象範囲が系統単位であれば、系統データテ
ーブル２６内の該当する系統データの排他フラグを“Ｏ
Ｎ”にし、地図データテーブル２５の該当する地図デー
タの排他フラグを“ＯＦＦ”にする。

【００２２】設備データテーブル２７は、設備データ記
憶手段として設けられ、地図全体に含まれている設備毎
に、各設備データにユニークなインデックス番号を割り
付けて記憶する。各設備データには、当該設備が属する
地図データへのポインタ情報、当該設備が属する系統デ
ータへのポインタ情報、同一系統内における他の設備デ
ータへのポインタ情報、当該設備を工事対象とする工事
の識別情報としての施工工事番号及び当該設備を排他制
御する際の階層レベルを示す排他種別が少なくとも設定
される。施工工事番号及び排他種別は、工事の対象とな
った時点で設定され工事が終了した時点でクリアされ
る。このとき、施工工事番号には、当該設備を工事対象
とする工事番号が、排他種別には、排他制御単位となる
階層レベル、すなわち“地図”、“系統”、“設備”の
いずれかが設定される。

【００２３】なお、本実施の形態では、データテーブル
２４〜２７に系統データ及び設備データのポインタ情報
を持たせ先頭のデータからチェーンさせるデータ構造と
したが、地図データテーブル２５及び系統データテーブ
ル２６から各系統データ、各設備データを直接関連づけ
るようにしてもよい。これらのデータ構造に関しては、
設計事項である。

【００２４】本実施の形態において特徴的なことは、排
他の対象となる範囲を地図、系統及び設備と階層的に設
け、排他を行う際には地図、系統、設備の順に可能な排
他対象範囲で段階を経るようにしたことである。すなわ
ち、ある工事において当初は地図（区画）全体であった
排他対象範囲を、同一地図内に対して他の工事依頼が発
生した時点で分解して系統、設備と段階的に可能な範囲
に再構成するようにしたので、排他を維持しつつ後発の
工事依頼を受け付けることができるとともに他の工事依
頼が発生した時点で細かな排他制御を行うようにしたの
で無用な排他制御処理を行わないで済む。

【００２５】次に、本実施の形態における排他制御処理
について図５に示したフローチャートを用いて説明す
る。ここでは、図２に示した地図Ａ内で工事が行われて
いないときに地図Ａ内の系統Ａ１の設備Ａ１１と系統Ａ
２のＡ２１，Ａ２２に対して改修工事（以下、「工事
Ａ」）を行い、続いて地図Ａ内の系統Ａ１の設備Ａ１３
に対して改修工事（以下、「工事Ｂ」）を行い、工事Ｂ
が先に終了する場合を例にして説明する。

【００２６】クライアント端末１０において、工事対象
となる範囲を表示画面上で指定することにより工事依頼
をサーバ２０に対して行う。

【００２７】サーバ２０において、工事管理部２１は、
クライアント端末１０から工事依頼を受け付けると（ス
テップ１０１）、工事依頼であることを確認する（ステ
ップ１０２）。そして、工事依頼の対象設備の排他種別
を確認する（ステップ１０３）。工事の対象設備の設備
データ、この例では設備Ａ１１，Ａ２１，Ａ２２の各設
備データの排他種別の設定内容を取得する。何も設定さ
れていなければ、他の工事の対象となっていないことに
なる。この例では、工事Ａは地図Ａ内における最初の工
事依頼なので、上記設備データには何も設定されていな
いが、いずれかの設備データに“地図”、“系統”、
“設備”のいずれかが設定されていれば、該当する設備
は、すでに他の工事の対象となっているので、工事は行
えないことになる。従って、このような場合は、その旨
をクライアント端末１０に返す（ステップ１０４，１０
５）。

【００２８】工事管理部２１は、工事可能と判断すると
（ステップ１０４）、その工事に関する施工管理データ
テーブル２４を生成する（ステップ１０６）。施工管理
データテーブル２４には、クライアント端末１０からの
工事依頼に基づき特定した工事対象となる設備Ａ１１，
Ａ２１，Ａ２２のポインタ情報、工事依頼に対して割り
振ったユニークな工事番号（この例では“KM-S246-02
A”）を設定する。

【００２９】次に、排他制御処理部２２は、排他制御を
行うために各種データテーブル２５〜２７の設定並びに
施工管理データテーブル２４の排他キーの生成等排他情
報の設定処理を行う（ステップ１０７）。この処理の詳
細を図６に示したフローチャートを用いて説明する。

【００３０】施工管理データテーブル２４の対象設備Ａ
１１から連結された設備データテーブル２７内の設備Ａ
１１のデータ２７−１に基づき地図データテーブル２５
内の地図Ａのデータ２５−１及び系統データテーブル２
６内の系統Ａ１のデータ２６−１それぞれに設定されて
いる排他フラグの状態を参照する（ステップ２０１，２
０２）。工事Ａは、地図Ａ内において最初の工事なの
で、両排他フラグとも“ＯＦＦ”である。従って、工事
Ａにおける排他対象範囲は、最も広範囲となる「地図
Ａ」を排他キーとして生成することが可能であると判断
できる。この場合、地図Ａのデータ２５−１の排他フラ
グを“ＯＮ”にする（ステップ２０３）。また、他の設
備Ａ２１，Ａ２２をも含めて設備データテーブル２７内
の各設備の排他種別を“地図”に、施工工事番号を工事
Ａの工事番号（この例では“KM-S246-02A”）に更新す
る（ステップ２０４）。そして、施工管理データテーブ
ル２４の排他キーとして“地図Ａ”を登録する（ステッ
プ２０５）。図７は、排他対象範囲及び排他キーの遷移
を示した図であるが、この図７の左図に示したように、
工事Ａは、地図Ａ全体を排他対象範囲としている。ま
た、このときの地図Ａに含まれる系統、設備の排他関係
の模式図を図８に示す。

【００３１】次に、この状態において工事Ｂ、すなわち
地図Ａ内の系統Ａ１の設備Ａ１３に対して改修工事の依
頼をサーバ２０が受けたときの動作について説明する。

【００３２】図５において、サーバ２０の工事管理部２
１は、クライアント端末１０から工事Ｂの工事依頼であ
ることを確認すると（ステップ１０１，１０２）、工事
Ｂにおける対象設備（設備Ａ１３）の排他種別を確認す
る（ステップ１０３）。この例では、設備Ａ１３の排他
種別にはまだ何も設定されていないので、工事可能と判
断し、工事Ｂ用の施工管理データテーブル２４を生成す
る（ステップ１０６）。施工管理データテーブル２４に
は、クライアント端末１０からの工事依頼に基づき特定
した工事対象となる設備Ａ１３のポインタ情報、工事依
頼に対して割り振ったユニークな工事番号を設定する。

【００３３】続いて、排他制御処理部２２は、排他制御
を行うために各種データテーブル２５〜２７の設定並び
に施工管理テーブル２４の排他キーの生成を行う（ステ
ップ１０７）。まず、施工管理データテーブル２４の対
象設備Ａ１３から連結された設備データテーブル２７内
の設備Ａ１３のデータに基づき地図データテーブル２５
内の地図Ａのデータ２５−１及び系統データテーブル２
６内の系統Ａ１のデータ２６−１それぞれに設定されて
いる排他フラグの状態を参照する。前述した工事Ａの排
他制御処理により、地図Ａの排他フラグは“ＯＮ”、系
統Ａ１の排他フラグは“ＯＦＦ”である。先の工事Ａの
排他キーは、“地図Ａ”で登録されているが、設備Ａ１
３の排他種別は、未設定であり工事可能であることが確
認済みなので、工事Ａの排他制御の階層レベルをより下
位、すなわち系統若しくは設備に設定し直すことで工事
Ｂも工事Ａと同時期に排他制御できることがわかる。従
って、工事Ａに関する排他制御の設定内容の再構成を行
う必要が生じる。この再設定は、次のようにして行う。

【００３４】まず、工事Ｂと工事対象範囲を同一とする
排他キー“地図Ａ”の工事であって排他種別を“地図”
としている設備は、設備データテーブル２７内の各設備
のデータを参照することで設備Ａ１１，Ａ２１，Ａ２２
と特定することができる（ステップ２１１）。次に、各
設備Ａ１１，Ａ２１，Ａ２２と工事Ｂにおける設備Ａ１
３の系統が重複しないかを比較する（ステップ２１
２）。各設備が属する系統は、各設備のデータの所属系
統データから取得することができる。ここで、設備Ａ１
１と設備Ａ１３とは、系統が重複しているので、工事Ａ
の排他キーとして“設備Ａ１１”を登録する（ステップ
２１３）。このとき、元の“地図Ａ”は消去される。更
に、設備Ａ１１のデータの排他種別を“地図”から“設
備”に更新する（ステップ２１４）。

【００３５】一方、設備Ａ２１，Ａ２２と設備Ａ１３と
は、系統が重複していないので、工事Ａの排他キーとし
て“系統Ａ２”を更に登録する（ステップ２１８）。そ
して、設備Ａ２１，Ａ２２のデータの排他種別を“地
図”から“系統”に更新する（ステップ２１９）。更
に、地図データテーブル２５内の地図Ａのデータの排他
フラグを“ＯＦＦ”に、系統データテーブル２６内の系
統Ａ２のデータの排他フラグを“ＯＮ”に、それぞれ更
新する（ステップ２２０，２２１）。なお、フローチャ
ート上では、設備の系統が重複しているかいないかで別
の処理として図示したため、地図データテーブル２５内
の地図Ａのデータの排他フラグを“ＯＦＦ”に更新する
処理がステップ２１５とステップ２２０に表されている
が、本実施の形態のように、双方の処理とも行う場合は
いずれかで排他フラグの更新を行えばよい。

【００３６】以上のようにして工事Ａの排他制御の設定
内容の再構成を行った後、工事Ｂについての排他制御の
設定を行う。まず、設備Ａ１３のデータの排他種別は、
地図、系統、設備と段階的に考慮すると、工事中である
設備Ａ１１の存在から“設備”となる（ステップ２１
６）。また、工事Ｂの排他キーとして“設備Ａ１３”が
登録されることになる（ステップ２１７）。なお、工事
Ｂの排他種別が系統となる場合は、ステップ２２２，２
２３が行われることになるが、本実施の形態のように、
排他種別が設備となる処理と同時に行われる場合は処理
されないことになる。また、本実施の形態における排他
情報の各設定処理をフローチャートで図示すると概略的
には図６のようになるが、各設定処理（ステップ２０３
〜２０５、ステップ２１３〜２１７、ステップ２１８〜
２３３、ステップ２４１〜２４５）においては必ずしも
この順番で処理されなくてもよい。以上の排他制御処理
後の排他対象範囲及び排他キーの状態を図７の中央に示
す。また、このときの地図Ａに含まれる系統、設備の排
他関係の模式図を図９に示す。

【００３７】以上のように、本実施の形態によれば、同
一地図内であっても、更には同一系統内であっても他の
設備に対する工事であれば同時並行して複数の工事を行
うことができる。また、常時、設備単位に排他制御を行
うのではなく地図、系統及び設備と段階的に排他可能か
どうかを検証するようにしたので、図面単位で排他可能
な場合に詳細な設備単位での排他制御処理を行う必要が
ない。このため、無用な排他制御処理を行わないで済む
ので、システム負荷の軽減を図ることができる。

【００３８】次に、サーバ２０がクライアント端末１０
から工事Ｂの終了通知を受け取ったときの排他制御処理
について説明する。

【００３９】サーバ２０の工事管理部２１は、クライア
ント端末１０から工事の終了通知を受け取ると（ステッ
プ１０１，１０２）、工事Ｂに関する排他情報の設定の
解除及び工事Ａに関する排他情報の再構成等排他情報の
再構成を行う（ステップ１０８）。この処理の詳細につ
いて図１０に示したフローチャートを用いて説明する。

【００４０】まず、排他制御管理部２２は、工事Ｂの対
象設備である設備Ａ１３のデータの排他種別をクリアす
る。具体的には“設備”と設定されていた排他種別を初
期値である“無し”で更新する。また、設備Ａ１３のデ
ータの施工工事番号をクリアする（ステップ３０１）。

【００４１】ここで、設備Ａ１３のデータの更新前の排
他種別が“系統”のときには系統データテーブル２６内
の系統Ａ１のデータの排他フラグを“ＯＦＦ”にする
（ステップ３０２，３０３，３０４）。更に、工事Ｂに
関する施工管理データテーブル２４を消去する（ステッ
プ３０６）。これにより、排他キーも消去される。ま
た、当該排他種別が“地図”のときには地図データテー
ブル２５内の地図Ａのデータの排他フラグを“ＯＦＦ”
にし（ステップ３０５）、工事Ｂに関する施工管理デー
タテーブル２４を消去する（ステップ３０６）。また、
上述した例のように当該排他種別が“設備”のときは、
系統データテーブル２６内の系統Ａ１のデータ及び地図
データテーブル２５内の地図Ａのデータの排他フラグと
も“ＯＦＦ”になているので、ここでは単に工事Ｂに関
する施工管理データテーブル２４を消去する（ステップ
３０６）。

【００４２】このようにして、工事Ｂに関する排他情報
の削除が終了すると、次に、排他中の工事Ａに関する排
他情報を再構成する必要がある（ステップ３０７）。こ
れは、前述した図６に基づく排他情報の設定処理を行う
ことで再構成することができる。この例の場合、地図デ
ータテーブル２５内の地図Ａのデータ２５−１並びに系
統データテーブル２６内の系統Ａ１のデータ２６−１の
排他フラグは、共に“ＯＦＦ”となっていることから上
述した初期の設定時と同様にして工事Ａの排他情報を設
定することになる。この設定処理の詳細の説明は、上記
と同様なので省略する。この処理後の排他対象範囲及び
排他キーの状態を図７の右図に示すが、図７から明らか
なように工事Ｂの依頼前と同じ状態に戻る。また、この
ときの地図Ａに含まれる系統、設備の排他関係は、図８
と同じになる。

【００４３】最後に、サーバ２０がクライアント端末１
０から工事Ａの終了通知を受け取ったときの処理は、工
事Ｂと基本的に同じ処理となる。但し、図１０に示した
処理において各設備Ａ１１，Ａ２１，Ａ２２のデータの
排他種別は共に“地図”なので、当該排他種別を“無
し”とし、また、各設備Ａ１１，Ａ２１，Ａ２２のデー
タの施工工事番号をクリアし、工事Ａの施工管理データ
テーブル２４を消去することで排他キーを消去する。

【００４４】以上のように、本実施の形態によれば、設
備単位に排他制御を行うことができるので、同一地図内
の同一系統上であっても異なる設備であれば、同時並行
して異なる工事をすることができる。

【００４５】

【発明の効果】本発明によれば、排他制御単位を階層化
し、排他可能な階層レベルを上位から検証することで決
定するようにしたので、無用な排他制御処理を行わない
で済む。すなわち、階層レベルを図面、系統、設備とし
た場合、同一図面内に他の工事によって排他制御された
設備がない場合は、その工事に対して地図レベルで排他
を行い、同一図面内であっても同一系統上に他の工事に
よって排他制御された設備がない場合は、その工事に対
して系統レベルで排他を行い、同一図面内の同一系統上
であっても同一の設備に対して他の工事によって排他制
御されていない場合は、その工事に対して設備レベルで
排他を行うようにした。このように、最初は大まかな範
囲で排他制御を行い、他の工事から同一地図内、同一系
統内に対して工事の依頼があった時点で詳細な排他制御
処理を行うようにし、最終的には設備単位で排他制御を
行うことができる。また、必要に応じたレベルでの排他
制御処理を行うことができるので、無用に細かな排他制
御処理をしなくて済むので、システム負荷の軽減を図る
ことができる。

【００４６】また、先の工事で地図若しくは系統など工
事の対象としていない設備をも排他制御の範囲に含んで
いる場合でも、階層レベルを段階的に下げて最終的には
設備単位での排他制御ができるように再設定をするの
で、後発の工事の排他制御を受け付けることができる。

【図面の簡単な説明】

【図１】 本発明に係る設備図面管理システムの一実施
の形態を示したブロック構成図である。

【図２】 本実施の形態を説明する際に用いる地図全体
の地図データと区画との関係を示した図である。

【図３】 本実施の形態において使用する施工管理デー
タテーブル及び他のデータテーブルとの関連を示した図
である。

【図４】 本実施の形態において使用する各種データテ
ーブル及び各データテーブルの関連を示した図である。

【図５】 本実施の形態における排他の設定を行う際の
排他制御処理を示したフローチャートである。

【図６】 本実施の形態における排他制御処理部が行う
排他情報の設定処理を示したフローチャートである。

【図７】 本実施の形態における排他制御処理中の排他
対象範囲及び排他キーの遷移を示した図である。

【図８】 本実施の形態における工事間の排他関係を示
した模式図である。

【図９】 本実施の形態における工事間の排他関係を示
した模式図である。

【図１０】 本実施の形態における排他解除の際の排他
制御処理を示したフローチャートである。

【図１１】 従来の排他制御方式を説明するために用い
る概念図である。

【符号の説明】

１０ クライアント端末、１１ 入出力部、１２ 設計
切り出し部、１３ 設計処理部、１４ 施工処理部、１
５ サーバ更新依頼部、１６，２３ 通信処理部、２０
サーバ、２１ 工事管理部、２２ 排他制御管理部、
２４ 施工管理データテーブル、２５ 地図データテー
ブル、２５−１ 地図Ａのデータ、２６系統データテー
ブル、２６−１ 系統Ａ１のデータ、２６−２ 系統Ａ
２のデータ、２７ 設備データテーブル、２７−１ 設
備Ａ１１のデータ。

フロントページの続き (56)参考文献 特開 平５−216946（ＪＰ，Ａ) 特開 平４−349574（ＪＰ，Ａ) 特開 平４−349573（ＪＰ，Ａ) 特開 平８−329215（ＪＰ，Ａ) 特開 平１−163880（ＪＰ，Ａ) 特開 平７−93204（ＪＰ，Ａ) 特開 平６−295299（ＪＰ，Ａ) 特開 昭63−245730（ＪＰ，Ａ) 特開 昭63−159949（ＪＰ，Ａ) 特開 平７−44576（ＪＰ，Ａ) 特開 平２−206839（ＪＰ，Ａ) 杉山和弘，山本稔，中野治，市河研 一，「ＤＩＰＳ図面管理パッケージ」, 研究実用化報告第36巻２号，ｐｐ．213 −223（昭和62年２月22日) 藤本憲司，「Ｄ−134 論理式を利用 した排他制御方式」，1993年電子情報通 信学会春季大会ｐ６−138（平成５年３ 月15日) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 17/30 G06F 12/00 535

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 地図上の設備を排他的に管理する設備図
   面管理システムにおいて、 依頼された工事の対象設備を特定する工事管理手段と、 排他制御単位を階層化し、工事依頼された対象設備の排
   他制御をするための階層レベルを他の工事の対象設備の
   排他制御の階層レベルを考慮しつつ上位の階層レベルか
   ら段階的に検証することで決定をする排他制御処理手段
   と、 を有することを特徴とする設備図面管理システム。
2. 【請求項２】 前記排他制御処理手段は、排他制御単位
   を、地図全体を複数に分割したときの図面、各図面に含
   まれている系統、各系統に含まれている設備の３階層レ
   ベルとし、前記工事依頼された対象設備の排他制御をす
   るための階層レベルを図面、系統及び設備の順に検証を
   行い決定することを特徴とする請求項１記載の設備図面
   管理システム。
3. 【請求項３】 工事の対象設備及び当該工事における排
   他レベルを依頼された工事単位に記憶する施工管理デー
   タ記憶手段と、 地図全体を複数に分割して構成される地図毎に、各地図
   内に含まれる系統データへのポインタ情報及び当該図面
   を階層レベルとするか否かを示す排他フラグを記憶する
   地図データ記憶手段と、 地図全体に含まれている系統毎に、各系統内に含まれる
   設備データへのポインタ情報及び当該系統を階層レベル
   とするか否かを示す排他フラグを記憶する系統データ記
   憶手段と、 地図全体に含まれている設備毎に、当該設備が属する地
   図データへのポインタ情報と、当該設備が属する系統デ
   ータへのポインタ情報と、当該設備を工事対象とする工
   事の識別情報と、当該設備を排他制御する際の階層レベ
   ルとを記憶する設備データ記憶手段と、 を有することを特徴とする請求項２記載の設備図面管理
   システム。
4. 【請求項４】 前記排他制御処理手段は、工事依頼され
   た対象設備自身は排他制御の対象とされておらず、かつ
   前記工事依頼された対象設備が属する図面若しくは系統
   では他の工事により排他制御が行われている場合、前記
   他の工事の対象設備の階層レベルを系統若しくは設備の
   階層レベルで再設定をし、前記工事依頼された対象設備
   の排他制御ができるように調整を行うことを特徴とする
   請求項１記載の設備図面管理システム。