(57)【特許請求の範囲】
【請求項１】
管理対象のデータベースが運用中のデータベースであるか否かを示す情報を記録する運用状態ファイル及び他の端末の端末識別子を記録した端末情報ファイルを備える端末が、ネットワークを介して複数接続されるデータベース管理システムであって、
前記各端末が、
前記端末情報ファイルに記録されている前記端末識別子で特定される他端末に対し、該他端末の運用状態ファイルの情報の通知を依頼する手段、
前記依頼に対応して前記他端末から収集した前記運用状態ファイルの情報を参照し、該情報が該他端末の管理対象のデータベースが運用中のデータベースであることを示すものであった他端末を特定する手段、
前記特定された他端末に対し、該他端末が管理するデータベースの送信を要求する手段、前記要求に対応して前記特定された他端末から受信したデータベースを使用して、自端末の管理するデータベースの更新を行う手段、
前記更新が終了すると、前記特定された他端末に対して完了通知を発行するとともに、自端末の運用状態ファイルの情報を該自端末の管理対象のデータベースが運用中のデータベースであることを示すものに変更する手段とを備え、
前記特定された他端末が、
前記完了通知を受信すると、前記特定された他端末の運用状態ファイルの情報を、該他端末の管理対象のデータベースが運用中のデータベースでないことを示すものに変更する手段を備えることを特徴とするデータベース管理システム。
【請求項２】
管理対象のデータベースが運用中のデータベースであるか否かを示す情報を記録する運用状態ファイル及び他の端末の端末識別子を記録した端末情報ファイルを備える端末が、ネットワークを介して複数接続されるデータベース管理システムにおける端末を、
前記端末情報ファイルに記録されている前記端末識別子で特定される他端末に対し、該他端末の運用状態ファイルの情報の通知を依頼する手段、
前記依頼に対応して前記他端末から収集した前記運用状態ファイルの情報を参照し、該情報が該他端末の管理対象のデータベースが運用中のデータベースであることを示すものであった他端末を特定する手段、
前記特定された他端末に対し、該他端末が管理するデータベースの送信を要求する手段、前記要求に対応して前記特定された他端末から受信したデータベースを使用して、自端末の管理するデータベースの更新を行う手段、
前記更新が終了すると、前記特定された他端末に対して完了通知を発行するとともに、自端末の運用状態ファイルの情報を該自端末の管理対象のデータベースが運用中のデータベースであることを示すものに変更する手段、
他の端末から完了通知を受信すると、自端末の運用状態ファイルの情報を、該自端末の管理対象のデータベースが運用中のデータベースでないことを示すものに変更する手段、
として機能させることを特徴とするデータベース管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークの運用・保守状態を管理するデータベース管理システムに係り、特に、ネットワークを構成する１台以上のノード装置と、これらノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末間において、データベースのアクセス処理時間を短縮できると共に、監視制御端末の増設・撤去が容易にできるようにしたデータベース管理システム及びその記録媒体に関する。
【０００２】
通信ネットワークは１台以上のノード装置と、これらのノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末にて構成されており、各監視制御端末は、配下のノード装置のデータベース情報（版数、運用状況および作業状況等）を維持管理しており、このデータベース情報の更新を行うに際しては、その都度、データベース情報が最新版数からの更新が必要となる。ところが、配下のノード装置のデータベース情報が複数存在すると、各監視制御端末を操作してデータベース情報の更新を行うオペレータは、データベースを多元的に認識した上でデータベースへのアクセスし、情報の更新操作を行う。本発明はこのようなネットワークにおけるデータベース管理システムにおけるデータベースの更新に適用して好適なるものである。
【０００３】
【従来の技術】
従来の分散処理によるデータベース管理として、一つのマスタサーバと複数のスレーブサーバ（サブマスタ）を設定し、マスタサーバは要求に応じてデータを更新すると、ネットワークを介して更新データを各スレーブサーバに送信し、各スレーブサーバは受け取った更新データにより自サーバのデータベースを更新してマスタサーバに通知する方法をとっていた（例えば、特許文献１参照。）。
【０００４】
図１０は、従来技術によるデータベース管理の説明図である。
図１０において、２は１台以上のノード装置から構成されるネットワーク、３，３’は通信データを伝送するノード装置、６はマスタサーバが管理するノード装置を動作させるためのデータベース（ＤＢ）、６’はサブマスタが管理するノード装置を動作させるためのデータベース（ＤＢ）、１３はネットワーク２上に１つ特定されたマスタサーバ、１４はマスタサーバ１３の許可のもとでデータベースを管理するサブマスタ、１５はＤＢアクセスの制御権データをレコードする制御権ファイルを示している。
【０００５】
図１０では、ＤＢ６を一元管理しているマスタサーバ１３をネットワーク２上に一つ特定されている。
以下に、サブマスタ１４にてＤＢ６’を更新する場合の通常手順（▲１▼→▲２▼→▲３▼→▲４▼→▲５▼）を示す。
▲１▼．制御権の獲得：
サブマスタ１４のオペレータは、特定されたマスタサーバ１３に対して接続し、マスタサーバ１３側の制御権ファイル１５より制御権を獲得する。
【０００６】
▲２▼．ＤＢアップロード：
制御権を獲得したサブマスタ１４は、ＤＢ６をアップロードし、自サブマスタ１４側のＤＢ６’に取り込む。
▲３▼．ＤＢ更新：
サブマスタ１４のオペレータは、自ＤＢ６’に取り込んだデータベースの更新を行う。
【０００７】
▲４▼．ＤＢダウンロード：
ＤＢ更新後、マスタサーバ１３に対しダウンロードを行い、ネットワーク２上でのＤＢ版数を一致させる。
▲５▼．制御権の返却：
サブマスタ１４は、獲得した制御権を制御権ファイル１５に返却する。
【０００８】
図１１は、従来技術によるデータベース管理システムの構成図である。
以下、図１０の従来技術によるデータベース管理の説明図との差異のみについて説明する。
図１１において、１０はデータベース（ＤＢ）６の版数を管理するＤＢ管理部、１１は自データベース（ＤＢ）６を更新処理するＤＢ更新部、１２はネットワーク経由でマスタサーバ１３とサブマスタ１４間をデータ伝送するための通信制御処理を行う通信処理部、１６はデータベース（ＤＢ）６をアクセスできる制御権を管理する制御権管理部を示している。
【０００９】
なお、マスタサーバ１３の構成とサブマスタ１４との構成上の相違は、制御権ファイル１５がマスタサーバ１３側のみに設けられている点である。
図１１では、ＤＢアクセスの制御権を有しないサブマスタ１４にて、自ＤＢ６’を更新する場合には、制御権管理部１６’より通信処理部１２’を経由してマスタサーバ１３の制御権管理部１６にアクセスし、制御権ファイル１５より制御権を獲得する。制御権を獲得したサブマスタ１４では、ＤＢ管理部１０の制御のもとに、ＤＢ６を通信処理部１２を経由してＤＢ６’にアップロードする。次いで、サブマスタ１４側では、アップロードされたＤＢ６’に対し、ＤＢ更新部１１’の制御のもとＤＢ更新が行われる。ＤＢ更新処理が終了後にＤＢ管理部１０’は、ＤＢの版数を更新する。更新された版数のＤＢは、通信処理部１２’を経由してマスタサーバ１３側のＤＢ６へダウンロードされる。
【００１０】
以上のように、サブマスタ１４のオペレータが自ＤＢ６’を更新する場合には、必ずネットワークのデータベース（ＤＢ）を一元管理しているマスタサーバ１３から最新版数のデータベース（ＤＢ）を取り込んでそのデータベース（ＤＢ）を更新し、更新後には再度マスタサーバ１３のデータベース（ＤＢ）６に更新データを戻す方法をとっていた。
【００１１】
【特許文献１】
特開平８−１２３７４７号公報（第１〜１２頁、第１図）
【００１２】
【発明が解決しようとする課題】
従来のデータベース管理方法では、次のような問題点があった。
第１に、マスタサーバでの一元管理としているため、サブマスタでＤＢ更新する場合は、マスタサーバからサブマスタ、サブマスタからマスタサーバという２度のデータベースＤＢ転送が必要となり、処理時間がかかり、ＤＢに排他制御をかける時間も増えるため、効率が悪い。
【００１３】
第２に、常にネットワーク上での全てのサブマスタのＤＢ版数を一致させておくため、複数のサブマスタを設置すると、サブマスタ間でのダウンロード処理が必要となり、更に処理時間がかかり、効率が悪くなる。
第３に、ＤＢアクセスの制御権は、マスタサーバで管理しているため、サブマスタで連続的にＤＢ更新する場合は、マスタサーバの処理負荷が増えてしまう。
【００１４】
第４に、特定のサーバで一元管理を行っているため、当該サーバを電源断、接続断もしくは撤去するような場合は、別にサーバを設定・構築しなければならない。
本発明は、上記の問題点を解消するためになされたもので、データベースＤＢの多元管理を行うようにするとともに、データベースＤＢのアクセス処理時間を短縮することを目的とする。
【００１５】
【課題を解決するための手段】
上記課題を解決するための第１の発明は、管理対象のデータベースが運用中のデータベースであるか否かを示す情報を記録する運用状態ファイル及び他の端末の端末識別子を記録した端末情報ファイルを備える端末が、ネットワークを介して複数接続されるデータベース管理システムであって、前記各端末が、前記端末情報ファイルに記録されている前記端末識別子で特定される他端末に対し、該他端末の運用状態ファイルの情報の通知を依頼する手段、前記依頼に対応して前記他端末から収集した前記運用状態ファイルの情報を参照し、該情報が該他端末の管理対象のデータベースが運用中のデータベースであることを示すものであった他端末を特定する手段、前記特定された他端末に対し、該他端末が管理するデータベースの送信を要求する手段、前記要求に対応して前記特定された他端末から受信したデータベースを使用して、自端末の管理するデータベースの更新を行う手段、
前記更新が終了すると、前記特定された他端末に対して完了通知を発行するとともに、自端末の運用状態ファイルの情報を該自端末の管理対象のデータベースが運用中のデータベースであることを示すものに変更する手段とを備え、前記特定された他端末が、前記完了通知を受信すると、前記特定された他端末の運用状態ファイルの情報を、該他端末の管理対象のデータベースが運用中のデータベースでないことを示すものに変更する手段を備えている。この第１の発明によれば、任意の監視制御端末から運用中のデータベースを持つ監視制御端末を特定できることから、ネットワーク上に接続された監視制御装置は、全てサーバ相当となる。その結果、従来の一元管理方法に比べ処理時間が大幅に向上したデータ管理システムを提供できる。
【００１６】
第２の発明は、管理対象のデータベースが運用中のデータベースであるか否かを示す情報を記録する運用状態ファイル及び他の端末の端末識別子を記録した端末情報ファイルを備える端末が、ネットワークを介して複数接続されるデータベース管理システムにおける端末を、前記端末情報ファイルに記録されている前記端末識別子で特定される他端末に対し、該他端末の運用状態ファイルの情報の通知を依頼する手段、前記依頼に対応して前記他端末から収集した前記運用状態ファイルの情報を参照し、該情報が該他端末の管理対象のデータベースが運用中のデータベースであることを示すものであった他端末を特定する手段、前記特定された他端末に対し、該他端末が管理するデータベースの送信を要求する手段、前記要求に対応して前記特定された他端末から受信したデータベースを使用して、自端末の管理するデータベースの更新を行う手段、前記更新が終了すると、前記特定された他端末に対して完了通知を発行するとともに、自端末の運用状態ファイルの情報を該自端末の管理対象のデータベースが運用中のデータベースであることを示すものに変更する手段、他の端末から完了通知を受信すると、自端末の運用状態ファイルの情報を、該自端末の管理対象のデータベースが運用中のデータベースでないことを示すものに変更する手段、として機能させることを特徴とするデータベース管理プログラム。この第２の発明によれば、データベースの多元管理を行うとともに、データベースのアクセス処理時間を短縮するデータベース管理プログラムを提供できる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態について、図を参照しながら説明する。
なお、全図を通じて理解を容易とするために同様箇所には、同一符号を付して示すものとする。
図１は、本発明の一実施形態におけるデータベース管理システムの全体図であり、ネットワーク上に接続された監視制御端末Ａ乃至監視制御端末Ｃは、全てサーバ相当とし、データベース（ＤＢ）の多元管理を行う全体構成を示す。
【００２１】
図１において、１1 〜１3 はそれぞれ配下のデータベース（ＤＢ）を管理するための監視制御端末Ａ〜Ｃ、２は１台以上のノード装置から構成されるネットワーク、３1 〜３3 は通信データを伝送するノード装置Ａ〜Ｃ、４1 〜４3 は自ＤＢがネットワークを運用／非運用している情報をレコードする運用状態ファイル、５1 〜５3 は各監視制御端末が自ＤＢにアクセス中か否かの情報をレコードする作業状態ファイル、６1 〜６3 は各監視制御端末が管理するノード装置を動作させるためのデータベース（ＤＢ）を示している。
【００２２】
図１では、ネットワーク２上に接続された監視制御端末Ａ，Ｂ及びＣは、全てサーバ相当であり、少なくともそれぞれには運用状態ファイル４1 〜４3 、作業状態ファイル５1 〜５3 、ＤＢ６1 〜６3 を備えている。 即ち、各監視制御端末Ａ，Ｂ及びＣは、対等の位置付けである。
図２は、本発明の一実施形態における監視制御端末の構成図である。以下、図１の本発明の一実施形態におけるデータベース管理システムの全体図との差異のみについて説明する。
【００２３】
図２において、７は他監視制御端末のホスト名、ホストアドレスなどの情報がレコードされたファイル、８は監視制御端末１の自ＤＢ６がネットワークを運用している状態か、又は運用していない非運用状態であるかを運用状態ファイル４の情報を基に管理する運用状態管理部、９は監視制御端末からのＤＢ６アクセス中か否かを作業状態ファイル５の情報を基に管理する作業状態管理部、１０はＤＢ６の内容及びＤＢ更新部１１からの情報を基に他の監視制御端末との間で各種情報を送受するとともに、ＤＢのアップロード／ダウンロードを行い、更にＤＢ版数を管理するＤＢ管理部、１１は自ＤＢ６を更新処理するＤＢ更新部、１２はネットワーク経由で他の監視制御端末との間をデータ伝送するための通信制御処理を行う通信処理部を示している。
【００２４】
図２による本構成では、運用状態ファイル情報、作業状態ファイル情報、データベース（ＤＢ）及び監視制御端末情報が、通信処理部１２を経由して他の監視制御端末との間で送受信されることになる。また、図１で示した監視制御端末Ａ，Ｂ及びＣのいずれもが、図２に示す構成と同一機能構成となる。
図３は、本発明の一実施形態におけるデータベース管理の説明図である。図３では、ＤＢが多元管理されており、ネットワーク２に接続される監視制御装置Ａ，Ｂ及びＣは、それぞれにサーバ機能を持っている。
【００２５】
以下に、オペレータが監視制御端末Ａを操作して、ＤＢ６1 の更新を行う場合の手順（▲１▼→▲２▼→▲３▼→▲４▼）を示す。
▲１▼．ＤＢ情報収集：
監視制御端末Ａから全ての監視制御端末である監視制御端末Ｂと監視制御端末Ｃに対して、「ＤＢ情報収集」を同報通知する。「ＤＢ情報収集」を受信した監視制御端末Ｂと監視制御端末Ｃは、自端末のＤＢ情報通知として“ＤＢ版数”、“運用状態”、“作業状態”を監視制御端末Ａに通知する。
【００２６】
▲２▼．ＤＢアップロード：
ＤＢ情報通知を受信した監視制御端末Ａは、監視制御端末Ｂの運用状態ファイル４2 の“運用状態”が［運用］であり、作業状態ファイル５2 の“作業状態”が［通常］であることから、ＤＢ６2 の管理元である監視制御端末Ｂに対し、ＤＢのアップロード要求を発行する。アップロードを要求を受信した監視制御端末Ｂは、“運用状態”を［運用］→［非運用］に、“作業状態”を［通常］→［アクセス］に設定する。ＤＢを受信した監視制御端末Ａでは、“作業状態”を［通常］→［アクセス］に設定する。
【００２７】
▲３▼．ＤＢ更新：
監視制御端末Ａは、アップロードされたＤＢ６1 にアクセスし、ＤＢ更新処理を実行する。
▲４▼．版数更新：
ＤＢ更新処理が終了すると、版数更新を行うとともに、監視制御端末Ａは監視制御端末Ｂヘアクセス完了通知を発行する。アクセス完了通知を受信した監視制御端末Ｂでは“運用状態”を［運用］→［非運用］に、“作業状態”を［アクセス］→［通常］に設定する。又、監視制御端末Ａでは“運用状態”を［非運用］→［運用］に、“作業状態”を［アクセス］→［通常］に設定する。なお、必要に応じて、ノード装置にＤＢの情報を転送する。
【００２８】
図４は、本発明の一実施形態におけるＤＢ更新手順のシーケンス図（その１）である。
本例は，監視制御端末ＡにてＤＢ更新する通常手順を、各監視制御端末Ａ，Ｂ及びＣの機能ブロックに基づき示したシーケンス図である。
図４にて、図３の本発明の一実施形態におけるデータベース管理の説明図との違いは、監視制御端末Ａ，Ｂ及びＣをそれぞれを構成する運用状態管理部８1 ，８2 及び８3 、作業状態管理部９1 ，９2 及び９3 、ＤＢ管理部１０1 ，１０2 及び１０3 、ＤＢ更新部１１1 ，１１2 及び１１3 を単位にしたシーケンス図であり、▲１▼ＤＢ情報収集→▲２▼ＤＢアップロード→▲３▼ＤＢ更新→▲４▼版数更新の処理手順は同一である。
【００２９】
なお、運用中状態が確認できなかった場合には、ノード装置内に格納されている情報の版数を収集して、前記“ＤＢ版数”と比較し、同一版数のＤＢを持つ監視制御端末を特定する。
図５は、本発明の一実施形態におけるＤＢ更新手順シーケンス図（その２）である。本例は、監視制御端末ＡにてＤＢ更新をする場合に、運用中のＤＢを特定した監視制御端末ＢでＤＢアクセス中であり、ＤＢ更新処理ができない場合を示したシーケンス図である。
【００３０】
▲１▼．ＤＢ情報収集：
監視制御端末ＡのＤＢ管理部１０1 は、ＤＢ更新部１１1 から更新依頼を受け取ると、他の監視制御端末である監視制御端末Ｂと監視制御端末Ｃに対して「ＤＢ情報収集」を同報通知する。
「ＤＢ情報収集」を受信した監視制御端末Ｂと監視制御端末Ｃは、それぞれの構成部である、運用状態管理部８2 ，８3 、作業状態管理部９2 ，９3 、ＤＢ管理部１０2 ，１０3 、より、自端末のＤＢ情報通知として“運用状態”と“作業状態”及び“ＤＢ版数”を監視制御端末Ａに通知する。
【００３１】
▲２▼．アクセス不可：
ＤＢ情報通知を受信した監視制御端末ＡのＤＢ管理部１０1 は、監視制御端末Ｂの運用状態管理部８2 からの“運用状態”が［運用］であり、作業状態管理部９2 からの“作業状態”が［アクセス］であるとともに、監視制御端末Ｃの運用状態管理部８3 からの“運用状態”が［非運用］であり、作業状態管理部９3 からの“作業状態”が［通常］であることから、アクセス不可と判断し、アクセス処理を中止する。
【００３２】
▲３▼．オペレータ通知：
監視制御端末ＡのＤＢ管理部１０1 は、 オペレータに対しアクセス不可のためＤＢ更新処理を中止する旨通知する。
図６は、本発明の一実施形態におけるＤＢ更新手順シーケンス図（その３）である。本例は、監視制御端末Ａをネットワークから撤去する場合を示したシーケンス図である。
【００３３】
▲１▼．ＤＢ情報収集：
監視制御端末ＡのＤＢ管理部１０1 は、ＤＢ更新部１１1 から更新依頼を受け取ると、他の監視制御端末である監視制御端末Ｂと監視制御端末Ｃに対して「ＤＢ情報収集」を同報通知する。
「ＤＢ情報収集」を受信した監視制御端末Ｂと監視制御端末Ｃは、それぞれの構成部である、運用状態管理部８2 ，８3 、作業状態管理部９2 ，９3 、ＤＢ管理部１０2 ，１０3 、より、自端末のＤＢ情報通知として“運用状態”と“作業状態”及び“ＤＢ版数”を監視制御端末Ａに通知する。
【００３４】
▲２▼．ＤＢ転送先判断：
ＤＢ情報通知を受信した監視制御端末ＡのＤＢ管理部１０1 は、監視制御端末Ｂの運用状態管理部８2 からの“運用状態”が［非運用］であり、作業状態管理部９2 からの“作業状態”が［通常］であるとともに、監視制御端末Ｃの運用状態管理部８3 からの“運用状態”が［非運用］であり、作業状態管理部９3 からの“作業状態”が［通常］であることから、監視制御端末Ｂと監視制御端末Ｃのいずれに対してもＤＢ転送可能と判断する。ＤＢ転送先は、オペレータ判断により監視制御端末Ｂとし、監視制御端末ＡのＤＢ管理部１０1 より監視制御端末ＢのＤＢ管理部１０2 へ転送指示を発行する。
【００３５】
▲３▼．ＤＢ転送：
監視制御端末ＡのＤＢ管理部１０1 は、 監視制御端末ＢのＤＢ管理部１０2 より転送可能通知を受信すると、作業状態管理部９1 の“作業状態”を［通常］→［アクセス］に設定するとともに、ＤＢ６1 から監視制御端末Ｂ側のＤＢ６2 へＤＢ転送（ダウンロード）が行われる。
【００３６】
▲４▼. 状態更新：
ＤＢ転送が完了すると、監視制御端末Ｂの運用状態管理部８2 では“運用状態”を［非運用］→［運用］に、作業状態管理部９2 では“作業状態”を［アクセス］→［通常］に設定する。又、監視制御端末Ａの運用状態管理部８1 では“運用状態”［運用］→［非運用］に、作業状態管理部９1 では“作業状態”を［アクセス］→［通常］に設定する。
【００３７】
図７は、本発明の一実施形態におけるＤＢ更新手順シーケンス図（その４）である。
本例は、監視制御端末ＡにてＤＢ更新をする場合に、運用中のＤＢが存在しない場合を示したシーケンス図である。
▲１▼．ＤＢ情報収集：
監視制御端末ＡのＤＢ管理部１０1 は、ＤＢ更新部１１1 から更新依頼を受け取ると、他の監視制御端末である監視制御端末Ｂと監視制御端末Ｃに対して「ＤＢ情報収集」を同報通知する。
「ＤＢ情報収集」を受信した監視制御端末Ｂと監視制御端末Ｃは、それぞれの構成部である、運用状態管理部８2 ，８3 、作業状態管理部９2 ，９3 、ＤＢ管理部１０2 ，１０3 、より、自端末のＤＢ情報通知として“運用状態”と“作業状態”及び“ＤＢ版数”を監視制御端末Ａに通知する。
【００３８】
▲２▼．ノードの版数獲得：
ＤＢ情報通知を受信した監視制御端末ＡのＤＢ管理部１０1 は、監視制御端末Ｂの運用状態管理部８2 からの“運用状態”が［非運用］であり、作業状態管理部９2 からの“作業状態”が［通常］であるとともに、監視制御端末Ｃの運用状態管理部８3 からの“運用状態”が［非運用］であり、作業状態管理部９3 からの“作業状態”が［通常］であることから、ノード装置Ｂとノード装置Ｃの版数を監視制御端末ＢのＤＢ管理部１０2 と監視制御端末ＣのＤＢ管理部１０3 から獲得する。
【００３９】
▲３▼．ＤＢアップロード：
監視制御端末Ａは、獲得した監視制御端末ＢのＤＢが同一版数と判断し、ＤＢ６2 の管理元である監視制御端末Ｂに対し、ＤＢのアップロード要求を発行する。アップロードの要求を受信した監視制御端末Ｂは、“作業状態”を［通常］→［アクセス］に設定する。ＤＢを受信した監視制御端末Ａでは、“作業状態”を［通常］→［アクセス］に設定する。
【００４０】
▲４▼．ＤＢ更新：
監視制御端末Ａは、アップロードされたＤＢ６1 にアクセスし、ＤＢ更新処理を実行する。
▲５▼．版数更新：
ＤＢ更新処理が終了すると、版数更新を行うとともに、監視制御端末Ａは監視制御端末Ｂヘアクセス完了通知を発行する。アクセス完了通知を受信した監視制御端末Ｂでは“運用状態”を［運用］→［非運用］に、“作業状態”を［アクセス］→［通常］に設定する。又、監視制御端末Ａでは“運用状態”を［非運用］→［運用］に、“作業状態”を［アクセス］→［通常］に設定する。なお、必要に応じて、ノード装置にＤＢの情報を転送する。
【００４１】
図８は、本発明の一実施形態におけるＤＢ更新手順シーケンス図（その５）である。本例は、監視制御端末ＡにてＤＢ更新をする際に、複数世代のＤＢをアップロードする場合を示したシーケンス図である。
▲１▼．ＤＢ情報収集：
監視制御端末ＡのＤＢ管理部１０1 は、ＤＢ更新部１１1 から更新依頼を受け取ると、他の監視制御端末である監視制御端末Ｂに対して「ＤＢ情報収集」を通知する。
「ＤＢ情報収集」を受信した監視制御端末Ｂは、その構成部である、運用状態管理部８2 、作業状態管理部９2 、ＤＢ管理部１０2 より、自端末のＤＢ情報通知として“運用状態”と“作業状態”及び“ＤＢ版数”を監視制御端末Ａに通知する。
【００４２】
▲２▼．ＤＢアップロード：
ＤＢ情報通知を受信した監視制御端末Ａは、監視制御端末Ｂの運用状態管理部８2 からの“運用状態”が［運用］であり、作業状態管理部９2 からの“作業状態”が［通常］であることからアクセス可能と判断し、複数世代分のＤＢ（×Ｎ）からなるＤＢ６2 の管理元である監視制御端末Ｂに対し、複数世代分のＤＢ（×Ｎ）のアップロード要求を発行する。アップロードを要求を受信した監視制御端末Ｂは、“作業状態”を［通常］→［アクセス］に設定する。
【００４３】
複数世代分のＤＢ（×Ｎ）を受信した監視制御端末Ａでは、“作業状態”を［通常］→［アクセス］に設定する。
▲３▼．ＤＢ更新：
監視制御端末Ａは、アップロードされたＤＢ６1 にアクセスし、複数世代ＤＢ（×Ｎ）の更新処理を実行する。
【００４４】
▲４▼. 状態更新：
ＤＢ６1 の更新処理が終了すると、監視制御端末Ａは監視制御端末Ｂヘアクセス完了通知を発行する。アクセス完了通知を受信した監視制御端末Ｂでは“運用状態”を［運用］→［非運用］に、“作業状態”を［アクセス］→［通常］に設定する。又、監視制御端末Ａでは“運用状態”を［非運用］→［運用］に、“作業状態”を［アクセス］→［通常］に設定する。なお、必要に応じて、ノード装置にＤＢの情報を転送する。
【００４５】
図９は、本発明の一実施形態におけるＤＢ更新手順シーケンス図（その６）である。本例は、監視制御端末Ａから複数世代のＤＢをダウンロードする場合を示したシーケンス図である。
▲１▼．ＤＢ情報収集：
監視制御端末ＡのＤＢ管理部１０1 は、ＤＢ更新部１１1 から更新依頼を受け取ると、他の監視制御端末である監視制御端末Ｂに対して「ＤＢ情報収集」を通知する。
「ＤＢ情報収集」を受信した監視制御端末Ｂは、その構成部である、運用状態管理部８2 、作業状態管理部９2 、ＤＢ管理部１０2 より、自端末のＤＢ情報通知として“運用状態”と“作業状態”及び“ＤＢ版数”を監視制御端末Ａに通知する。
【００４６】
▲２▼．ＤＢ転送可否判断：
ＤＢ情報通知を受信した監視制御端末ＡのＤＢ管理部１０1 は、監視制御端末Ｂの運用状態管理部８2 からの“運用状態”が［非運用］であり、作業状態管理部９2 からの“作業状態”が［通常］であることから、監視制御端末Ｂに対してＤＢ転送可能と判断し、監視制御端末ＡのＤＢ管理部１０1 より監視制御端末ＢのＤＢ管理部１０2 へ転送指示を発行する。
【００４７】
▲３▼．ＤＢ転送：
監視制御端末ＡのＤＢ管理部１０1 は、 監視制御端末ＢのＤＢ管理部１０2 より転送可能通知を受信すると、作業状態管理部９1 の“作業状態”を［通常］→［アクセス］に設定するとともに、複数世代分のＤＢ（×Ｎ）からなるＤＢ６1 から監視制御端末Ｂ側のＤＢ６2 へ複数世代分のＤＢ転送（ダウンロード）が行われる。
【００４８】
▲４▼. 状態更新：
複数世代分のＤＢ転送が完了すると、監視制御端末Ｂの運用状態管理部８2 では“運用状態”を［非運用］→［運用］に、作業状態管理部９2 では“作業状態”を［アクセス］→［通常］に設定する。又、監視制御端末Ａの運用状態管理部８1 では“運用状態”［運用］→［非運用］に、作業状態管理部９1 では“作業状態”を［アクセス］→［通常］に設定する。
【００４９】
（付記１）  ネットワークを構成する１台以上のノード装置と、該ノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末とを有するデータ管理システムにおいて、各監視制御端末には、他の監視制御端末にアクセスし、それぞれのデータベース情報を収集する手段と、この収集したデータベース情報を分析して運用中のデータベースを持つ監視制御端末を特定する手段を備えることを特徴とするデータベース管理システム。
【００５０】
（付記２）  前記データベース情報は、少なくともデータベースの運用状態、作業状態及び版数を含むことを特徴とする付記１記載のデータベース管理システム。
（付記３）  前記監視制御端末は、自データベースがネットワークを運用している運用状態を記録した運用状態ファイルと、自データベースへアクセス中であるか否かの作業状態を記録した作業状態ファイルと、ネットワークを構成するノード装置を動作させるためのデータベースとを備えることを特徴とする付記１記載のデータベース管理システム。
【００５１】
（付記４）  ネットワークを構成する１台以上のノード装置と、該ノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末とを有するデータ管理システムにおいて、各監視制御端末には他の監視制御端末にアクセスするも何れのデータベース情報も収集できない状態においてリトライ処理を行う手段と、一定時間以上リトライ処理を行っても何れのデータベース情報も収集できない時にその旨をオペレータに通知する通知手段とを備えることを特徴とするデータベース管理システム。
【００５２】
（付記５）  ネットワークを構成する１台以上のノード装置と、該ノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末とを有するデータ管理システムにおいて、各監視制御端末には他の監視制御端末より収集したデータベース情報から運用中のデータベースを判別できなかった場合にノード装置にアクセスし、該ノード装置に付随するデータベース版数を収集する手段と、該収集したデータベース版数と前記監視制御端末のデータベース版数を比較し、該データベース版数の一致したデータベースを持つ監視制御端末を特定する手段とを備えることを特徴とするデータベース管理システム。
【００５３】
（付記６）  ネットワークを構成する１台以上のノード装置と、該ノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末とを有するデータ管理システムにおいて、各監視制御端末には、他の監視制御端末にアクセスし、それぞれのデータベース情報を収集する手段と、この収集したデータベース情報を分析して運用中のデータベースを持つ監視制御端末を特定する手段と、前記特定された監視制御端末がデータベースにアクセス中か否かを検出する手段と、アクセス中を検出した場合はアクセス不可である旨利用者に通知し、アクセス否でアクセス可能を検出した場合はデータベースのアップロード依頼を発行する手段と、アップロードされた自監視制御端末のデータベースを更新する手段と、データベース更新終了後に前記データベース情報を更新する手段とを備えることを特徴とするデータベース管理システム。
【００５４】
（付記７）  ネットワークを構成する１台以上のノード装置と、該ノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末とを有するデータ管理システムにおいて、前記データベースを有する監視制御端末を前記ネットワークから切り離す場合に任意の他監視制御端末に前記データベースをダウンロードする手段と、合わせて前記データベース情報も引き渡す手段とを備えたことを特徴とするデータベース管理システム。
【００５５】
（付記８）ネットワークを構成する１台以上のノード装置と、該ノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末とを有するデータ管理システムにおいて、前記データベースを複数世代分管理し、前記複数世代分のデータベースをアップロード又はダウンロードする手段を備えたことを特徴とするデータベース管理システム。
【００５６】
（付記９）前記複数世代分のデータベースを一括してアップロード又はダウンロードする手段を備えたことを特徴とする付記８記載のデータベース管理システム。
（付記１０）前記複数世代分のデータベースの任意の世代のＤＢを指定してアップロード又はダウンロードする手段を備えたことを特徴とする付記８記載のデータベース管理システム。
【００５７】
（付記１１）ネットワークを構成する１台以上のノード装置を動作させるためのデータベースを管理する１台以上の監視制御端末によるデータ管理方法において、各監視制御端末には、他の監視制御端末にアクセスし、それぞれのデータベース情報を収集するステップと、この収集したデータベース情報を分析して運用中のデータベースを持つ監視制御端末を特定するステップと、前記特定された監視制御端末がデータベースにアクセス中か否かを検出するステップと、アクセス中を検出した場合はアクセス不可である旨利用者に通知し、アクセス否でアクセス可能を検出した場合はデータベースのアップロード依頼を発行するステップと、アップロードされた自監視制御端末のデータベースを更新するステップと、データベース更新終了後に前記データベース情報を更新するステップとをコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００５８】
【発明の効果】
以上本発明により、データベースの多元管理を行うことができ、データベースのアクセス処理時間を短縮することができる。また、全ての監視制御端末がサーバ機能を持つため、監視制御端末の増設・撤去が容易に実施できる。その結果、データベース更新の作業効率が良く、且つ設備敷設工事の際にも融通性のあるデータベース管理システム及びデータベース管理方法を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施形態におけるデータベース管理システムの全体図である。
【図２】本発明の一実施形態における監視制御端末の構成図である。
【図３】本発明の一実施形態におけるデータベース管理の説明図である。
【図４】本発明の一実施形態におけるデータベース更新手順のシーケンス図（その１）である。
【図５】本発明の一実施形態におけるデータベース更新手順のシーケンス図（その２）である。
【図６】本発明の一実施形態におけるデータベース更新手順のシーケンス図（その３）である。
【図７】本発明の一実施形態におけるデータベース更新手順のシーケンス図（その４）である。
【図８】本発明の一実施形態におけるデータベース更新手順のシーケンス図（その５）である。
【図９】本発明の一実施形態におけるデータベース更新手順のシーケンス図（その６）である。
【図１０】従来技術によるデータベース管理の説明図である。
【図１１】従来技術によるデータベース管理システムの構成図である。
【符号の説明】
１1 〜１3   監視制御端末Ａ〜Ｃ
２    ネットワーク
３1 〜３3   ノード装置Ａ〜Ｃ
４1 〜４3   運用状態ファイル
５1 〜５3   作業状態ファイル
６1 〜６3   データベース（ＤＢ）
７    監視制御端末情報ファイル
８1 〜８3   運用状態管理部
９1 〜９3   作業状態管理部
１０1 〜１０3   データベース（ＤＢ）管理部
１１1 〜１１3   データベース（ＤＢ）更新部
１２    通信処理部
１３    マスタサーバ
１４    サブマスタ
１５    制御権ファイル
１６    制御権管理部
【図１】
0004196650.tif 000002
【図２】
0004196650.tif 000003
【図３】
0004196650.tif 000004
【図４】
0004196650.tif 000005
【図５】
0004196650.tif 000006
【図６】
0004196650.tif 000007
【図７】
0004196650.tif 000008
【図８】
0004196650.tif 000009
【図９】
0004196650.tif 000010
【図１０】
0004196650.tif 000011
【図１１】
0004196650.tif 000012