特開 2024-158337 監視制御サーバ、監視制御システム、監視制御方法、および監視制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024158337

(43)【公開日】2024-11-08

(54)【発明の名称】監視制御サーバ、監視制御システム、監視制御方法、および監視制御プログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20241031BHJP

   G06F 11/30 20060101ALI20241031BHJP

【ＦＩ】

G06F11/34 176

G06F11/30 140A

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023073464

(22)【出願日】2023-04-27

(71)【出願人】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100118762

【弁理士】

【氏名又は名称】高村 順

(72)【発明者】

【氏名】浅利 大

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042MA08

5B042MA16

5B042MC22

5B042MC40

(57)【要約】

【課題】システム運用時に保存可能なデータのデータ量が少なくなることを抑制することができる監視制御サーバを得ること。
【解決手段】サーバ１Ａは、自装置を含む接続済みの既設装置のデータである既設装置データ４０Ｘと将来に既設装置に接続される予定の将来装置のデータである将来装置データ４１Ｘとを記憶する記憶部５０Ａと、記憶部５０Ａの記憶領域のリソースを監視する監視部２１Ａと、監視部２１Ａが、リソースが不足していると判断した場合に、記憶領域のうちの将来装置データ４１Ｘを格納していた領域である将来データ記憶領域を解放するイベント処理部２２Ａと、を備え、将来データ記憶領域が解放された後、監視部２１Ａが、リソースの不足が解消されたと判断した場合、記憶部５０Ａは、外部装置から送信される将来装置データ４１Ｘを記憶することで将来装置データ４１Ｘを復活させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

自装置を含む接続済みの既設装置のデータである既設装置データと将来に前記既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部と、
前記記憶部の記憶領域のリソースを監視する監視部と、
前記監視部が、前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理部と、
を備え、
前記将来データ記憶領域が解放された後、前記監視部が、前記リソースの不足が解消されたと判断した場合、前記記憶部は、外部装置から送信される前記将来装置データを記憶することで前記将来装置データを復活させる、
ことを特徴とする監視制御サーバ。

【請求項2】

前記監視部が、前記リソースが不足していると判断した場合、前記イベント処理部は、前記将来装置データのうち前記将来装置データを復活させた後にリブートが不要な第１のデータを格納していた将来データ記憶領域を、前記将来装置データのうち前記将来装置データを復活させた後にリブートが必要な第２のデータを格納していた将来データ記憶領域よりも優先的に解放する、
ことを特徴とする請求項１に記載の監視制御サーバ。

【請求項3】

前記監視部が、前記リソースの残り容量が第１の閾値以下になったと判断すると、前記イベント処理部が、前記将来データ記憶領域を解放し、
前記監視部が、前記リソースの残り容量が第２の閾値以上になったと判断すると、前記将来装置データが復活され、
前記第２の閾値は、前記第１の閾値以上の値である、
ことを特徴とする請求項１に記載の監視制御サーバ。

【請求項4】

前記イベント処理部は、前記既設装置のうちの自装置以外の装置である他装置から、前記リソースの不足が解消されたことを示す通知があると、前記他装置に前記将来装置データを送信する、
ことを特徴とする請求項１に記載の監視制御サーバ。

【請求項5】

前記将来装置から、前記将来装置が前記既設装置に接続されたことを示す通知を受信すると、前記記憶部が記憶している前記将来装置を有効にし、有効にした前記将来装置を前記既設装置データとして前記記憶部に記憶させるデータ管理部をさらに備える、
ことを特徴とする請求項１から４の何れか１つに記載の監視制御サーバ。

【請求項6】

自装置を含む接続済みの既設装置である第１の監視制御サーバおよび第２の監視制御サーバと、
将来に前記既設装置に接続される予定の将来装置である第３の監視制御サーバと、
を有し、
前記第１の監視制御サーバは、
前記既設装置のデータである既設装置データと前記将来装置のデータである将来装置データとを記憶する記憶部と、
前記記憶部の記憶領域のリソースを監視する監視部と、
前記監視部が、前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理部と、
を備え、
前記将来データ記憶領域が解放された後、前記監視部が、前記リソースの不足が解消されたと判断した場合、前記記憶部は、前記第２の監視制御サーバから送信される前記将来装置データを記憶することで前記将来装置データを復活させる、
ことを特徴とする監視制御システム。

【請求項7】

監視制御サーバが、自装置を含む接続済みの既設装置のデータである既設装置データと将来に前記既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部の記憶領域のリソースを監視する監視ステップと、
前記監視制御サーバが、前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理ステップと、
を含み、
前記監視制御サーバは、前記将来データ記憶領域を解放した後、前記リソースの不足が解消されたと判断した場合、前記記憶部に、外部装置から送信される前記将来装置データを記憶させることで前記将来装置データを復活させる、
ことを特徴とする監視制御方法。

【請求項8】

自装置を含む接続済みの既設装置のデータである既設装置データと将来に前記既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部の記憶領域のリソースを監視する監視ステップと、
前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理ステップと、
をコンピュータに実行させ、
前記将来データ記憶領域を解放した後、前記リソースの不足が解消されたと判断した場合、前記記憶部に、外部装置から送信される前記将来装置データを記憶させることで前記将来装置データを復活させる、
ことを特徴とする監視制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、リソースの状態を監視する監視制御サーバ、監視制御システム、監視制御方法、および監視制御プログラムに関する。

【背景技術】

【0002】

分散システムの１つにリソースの状態を監視しながら動作する監視制御システムがある。この監視制御システムは、監視制御システムの構成などが変更される場合、監視制御システムを構成する構成装置のデータを更新する必要があった。

【0003】

特許文献１に記載のシステムでは、構成装置のデータの保存領域が、システムを構成する構成装置に予め配置されており、構成装置のデータが更新される際には、保存領域に対して更新データがブロードキャスト配信される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平６－３１８９５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、上記特許文献１の技術では、更新データを保存する保存領域がデータの保存領域を圧迫するので、システム運用時に使用可能なデータの保存領域が制限されて、システム運用時に保存可能なデータのデータ量が少なくなるという問題があった。

【0006】

本開示は、上記に鑑みてなされたものであって、システム運用時に保存可能なデータのデータ量が少なくなることを抑制することができる監視制御サーバを得ることを目的とする。

【課題を解決するための手段】

【0007】

上述した課題を解決し、目的を達成するために、本開示の監視制御サーバは、自装置を含む接続済みの既設装置のデータである既設装置データと将来に既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部を備える。また、本開示の監視制御サーバは、記憶部の記憶領域のリソースを監視する監視部と、監視部が、リソースが不足していると判断した場合に、記憶領域のうちの将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理部とを備える。将来データ記憶領域が解放された後、監視部が、リソースの不足が解消されたと判断した場合、記憶部は、外部装置から送信される将来装置データを記憶することで将来装置データを復活させる。

【発明の効果】

【0008】

本開示にかかる監視制御サーバは、システム運用時に保存可能なデータのデータ量が少なくなることを抑制することができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】実施の形態にかかる監視制御システムの構成を示す図

【図2】実施の形態にかかる監視制御システムでリソースが枯渇した場合に、監視制御システムで実行される処理を説明するための図

【図3】実施の形態にかかる監視制御システムでリソースが枯渇した場合に、リソースが枯渇したサーバが実行する処理の処理手順を示すフローチャート

【図4】実施の形態にかかる監視制御システムでリソースが枯渇した場合に、リソースが枯渇していないサーバが実行する処理の処理手順を示すフローチャート

【図5】実施の形態にかかる監視制御システムでリソースが復活した際に、監視制御システムで実行される処理を説明するための図

【図6】実施の形態にかかる監視制御システムでリソースが復活した際に、リソースが復活したサーバが実行する処理の処理手順を示すフローチャート

【図7】実施の形態にかかる監視制御システムでリソースが復活した際に、リソースが枯渇していないサーバが実行する処理の処理手順を示すフローチャート

【図8】実施の形態にかかる監視制御システムにサーバが追加された場合に、監視制御システムで実行される処理を説明するための図

【図9】実施の形態にかかる監視制御システムにサーバが追加された場合に、追加されたサーバが実行する処理の処理手順を示すフローチャート

【図10】実施の形態にかかる監視制御システムにサーバが追加された場合に、サーバの代表既設装置が実行する処理の処理手順を示すフローチャート

【図11】実施の形態にかかる監視制御システムにサーバが追加された場合に、サーバの非代表既設装置が実行する処理の処理手順を示すフローチャート

【図12】実施の形態にかかるサーバが備える処理回路をプロセッサおよびメモリで実現する場合の処理回路の構成例を示す図

【図13】実施の形態にかかるサーバが備える処理回路を専用のハードウェアで実現する場合の処理回路の例を示す図

【発明を実施するための形態】

【0010】

以下に、本開示の実施の形態にかかる監視制御サーバ、監視制御システム、監視制御方法、および監視制御プログラムを図面に基づいて詳細に説明する。

【0011】

実施の形態．
図１は、実施の形態にかかる監視制御システムの構成を示す図である。監視制御システム５は、複数のサーバを備えた分散システムである。図１では、監視制御システム５がサーバ１Ａ，１Ｂを備えている場合を示している。監視制御システム５は、サーバ１Ａ，１Ｂ以外のサーバ（後述するサーバ１Ｃ）を追加可能となっている。実施の形態１では、監視制御システム５が、サーバ１Ａ，１Ｂを用いて動作し、その後、サーバ１Ｃが追加されてサーバ１Ａ～１Ｃを用いて動作する場合について説明する。

【0012】

監視制御システム５では、サーバ１Ａ，１Ｂが、将来にサーバ１Ａ，１Ｂに接続（設置）される予定のサーバ１Ｃのデータ（後述する将来装置データ４１Ｘ）を無効化した状態で保存しておき、サーバ１Ｃが接続された際に、将来装置データ４１Ｘを有効化する。

【0013】

サーバ１Ａ，１Ｂの一方は、サーバ１Ｃが接続されていない状況で、リソースの残り容量が第１の閾値以下になると、将来装置データ４１Ｘの保存領域を解放し、リソースの残り容量が第２の閾値以上になると、他方のサーバから将来装置データ４１Ｘのコピーを取得して保存することで、将来装置データ４１Ｘを復活させる。

【0014】

サーバ１Ａ～１Ｃは、リソースの状態を監視しながら動作する監視制御サーバである。サーバ１Ａ～１Ｃは、同様の構成を有しているので、ここでは、サーバ１Ａの構成について説明する。

【0015】

サーバ１Ａは、サーバ１Ａの構成を管理する構成管理部１０Ａと、種々のデータを記憶する記憶部５０Ａとを有している。記憶部５０Ａは、リソース情報３０Ａと、既設装置データ４０Ｘと、将来装置データ４１Ｘとを記憶する。

【0016】

リソース情報３０Ａは、サーバ１Ａのリソースの情報である。リソース情報３０Ａは、サーバ１Ａが用いるソフトウェア、ハードウェア、ファームウェアなどを動作させるために必要なメモリ容量およびハードウェア容量の情報を含んでいる。リソース情報３０Ａには、使用中のリソース容量の情報と、未使用のリソース容量の情報とが含まれている。

【0017】

既設装置データ４０Ｘは、監視制御システム５に接続されて監視制御システム５内で動作しているサーバ（既設装置）のデータである。すなわち、既設装置データ４０Ｘは、自装置を含む既に設置済み（接続済み）の既設装置のデータである。ここでの既設装置データ４０Ｘは、監視制御システム５内で動作しているサーバ１Ａ，１Ｂのデータである。サーバ１Ａ，１Ｂは、既設装置データ４０Ｘを用いて、サーバ１Ａ，１Ｂ間のデータ送受信などを実行する。

【0018】

将来装置データ４１Ｘは、監視制御システム５に、この後に接続されて監視制御システム５内で動作することとなるサーバ（将来装置）のデータである。ここでの将来装置データ４１Ｘは、監視制御システム５内で動作することとなるサーバ１Ｃのデータである。将来装置データ４１Ｘは、サーバ１Ｃが監視制御システム５に接続されるまでは無効化されており、サーバ１Ｃが監視制御システム５に接続されると有効化される。

【0019】

将来装置データ４１Ｘに含まれるデータの種類は、例えば、サーバ１Ｃが追加された場合の監視制御システム５の構成などを定義したシステム定義データ、監視制御システム５に含まれる局（サーバ１Ｃ）の構成などを定義した局定義データ、サーバ１Ｃに関連する項目を定義した項目定義データなどである。システム定義データは、監視制御システム５を構成する装置に関する定義のデータである。局定義データは、監視制御を行う局の構成に関する定義のデータであり、項目定義データは、具体的な監視項目（現場に設置したセンサから得られる値など）に関する定義のデータである。システム定義データがないと監視制御システム５の稼働継続自体が難しいのに対して、局定義データおよび項目定義データがなくても、監視制御が機能しなくなるだけで、監視制御システム５の稼働継続は可能であるので、局定義データおよび項目定義データから優先して削除される。

【0020】

監視制御システム５がサーバ１Ｃに接続されると、サーバ１Ｃは、将来装置から既設装置になる。すなわち、監視制御システム５がサーバ１Ｃに接続されると、将来装置データ４１Ｘは、サーバ１Ａ～１Ｃの既設装置データとなり、既設装置データ４０Ｘに含まれることとなる。

【0021】

サーバ１Ａ，１Ｂは、監視制御システム５がサーバ１Ｃに接続された後、サーバ１Ａ～１Ｃのデータを含んだ既設装置データ４０Ｘを用いて動作する。例えば、サーバ１Ａは、最新の既設装置データ４０Ｘを用いて、サーバ１Ｂ，１Ｃとの間のデータ送受信などを実行する。なお、サーバ１Ｃも、最新の既設装置データ４０Ｘと同様のデータを有しており、サーバ１Ｃが監視制御システム５に接続された後、最新の既設装置データ４０Ｘを用いて、サーバ１Ａ，１Ｂとの間のデータ送受信などを実行する。

【0022】

構成管理部１０Ａは、リソース管理部１１Ａと、警告管理部１２Ａと、状態管理部１３Ａと、通信管理部１４Ａと、データ管理部１５Ａとを具備している。リソース管理部１１Ａは、サーバ１Ａのリソースを示すリソース情報３０Ａを管理する。

【0023】

リソース管理部１１Ａは、監視部２１Ａと、イベント処理部２２Ａとを備えている。監視部２１Ａは、記憶部５０Ａが記憶しているリソース情報３０Ａを監視する。監視部２１Ａは、リソース情報３０Ａで示されるリソースの残り容量が第１の閾値以下になると、リソースが枯渇しているので将来装置データ４１Ｘの削除を依頼するための削除依頼通知をイベント処理部２２Ａに送る。また、監視部２１Ａは、将来装置データ４１Ｘが削除された後に、リソース情報３０Ａで示されるリソースの残り容量が第２の閾値（≧第１の閾値）以上になると、リソースの不足が解消されたと判断し、リソースの復活を依頼するための復活依頼通知をイベント処理部２２Ａに送る。

【0024】

イベント処理部２２Ａは、削除依頼通知を受け付けると、記憶部５０Ａから将来装置データ４１Ｘを削除して、将来装置データ４１Ｘが格納されていたデータ格納領域を解放する。すなわち、イベント処理部２２Ａは、削除依頼通知を受け付けると、記憶部５０Ａの記憶領域のうちの将来装置データ４１Ｘを格納していたデータ格納領域（将来データ記憶領域）を解放する。これにより、将来装置データ４１Ｘが格納されていたデータ格納領域は、サーバ１Ａが動作する際のリソースとして使用可能となる。この後、サーバ１Ａは、将来装置データ４１Ｘが格納されていたデータ格納領域に、任意のデータを格納することが可能となる。

【0025】

なお、イベント処理部２２Ａは、将来装置データ４１Ｘのうちの一部のみを削除してもよい。この場合、将来装置データ４１Ｘが格納されていたデータ格納領域（記憶領域）のうちの一部（データが削除された領域）が、サーバ１Ａが動作する際のリソースとして使用可能となる。

【0026】

サーバ１Ａ，１Ｂは、リブートを発生させずに監視制御システム５の稼働を継続するには、リソース情報３０Ａに含まれているシステム定義データが必須となる。すなわち、サーバ１Ａ，１Ｂは、システム定義データを復活させて新たに用いる際には、リブートが必要になる。一方、サーバ１Ａ，１Ｂは、局定義データおよび項目定義データを新たに用いる際には、リブートが不要である。

【0027】

サーバ１Ａ，１Ｂは、リブートの回数を減らすために、リブートが不要な局定義データおよび項目定義データを優先的に削除する。サーバ１Ａ，１Ｂは、リソース不足が解消して局定義データおよび項目定義データを復活させる場合に、リブートすることなく局定義データおよび項目定義データを用いることができる。これにより、サーバ１Ａ，１Ｂは、リブートを発生させることなく稼働を継続することができる。

【0028】

このように、将来装置データ４１Ｘに、システム定義データ、局定義データ、および項目定義データが含まれている場合、イベント処理部２２Ａは、局定義データおよび項目定義データを先に削除する。すなわち、イベント処理部２２Ａは、将来装置データ４１Ｘのうち将来装置データ４１Ｘを復活させた後にリブートが不要なデータ（第１のデータ）を格納していたデータ記憶領域を、将来装置データ４１Ｘのうち将来装置データ４１Ｘを復活させた後にリブートが必要なデータ（第２のデータ）を格納していたデータ記憶領域よりも優先的に解放する。これにより、サーバ１Ａは、リブートを実行することなく局定義データおよび項目定義データを復活させることができる。

【0029】

イベント処理部２２Ａは、リソースの残り容量に応じて、削除するデータを選択する。イベント処理部２２Ａは、例えば、項目定義データを削除してもリソースが不足する場合には、局定義データを削除する。また、イベント処理部２２Ａは、例えば、項目定義データおよび局定義データを削除してもリソースが不足する場合には、システム定義データを削除する。

【0030】

また、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを示す削除完了通知を、警告管理部１２Ａ、状態管理部１３Ａ、および通信管理部１４Ａに送る。

【0031】

また、イベント処理部２２Ａは、復活依頼通知を受け付けると、この復活依頼通知を、警告管理部１２Ａ、状態管理部１３Ａ、および通信管理部１４Ａに送る。なお、イベント処理部２２Ａは、サーバ１Ｂから将来装置データ４１Ｘのコピーが送られてきて記憶部５０Ａに格納された後に、復活が完了したことを示す復活完了通知を、警告管理部１２Ａおよび状態管理部１３Ａに送ってもよい。

【0032】

警告管理部１２Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、リソース不足（リソースの枯渇）が発生し、将来装置データ４１Ｘを削除したことをユーザに警告する。警告管理部１２Ａは、例えば、警告を表示装置に表示することでユーザに警告する。また、警告管理部１２Ａは、イベント処理部２２Ａから復活依頼通知または復活完了通知を受け付けると、リソース不足が解消したことをユーザに通知する。

【0033】

状態管理部１３Ａは、記憶部５０Ａなどの状態を管理する。状態管理部１３Ａは、記憶部５０Ａに将来装置データ４１Ｘが格納されると、記憶部５０Ａが将来装置データ４１Ｘを記憶している状態であることを記憶しておく。

【0034】

また、状態管理部１３Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、記憶部５０Ａの将来装置データ４１Ｘが削除された状態であることを記憶しておく。また、状態管理部１３Ａは、イベント処理部２２Ａから復活依頼通知または復活完了通知を受け付けると、記憶部５０Ａが将来装置データ４１Ｘを記憶している状態であることを記憶しておく。

【0035】

通信管理部１４Ａは、他のサーバ（ここでは、サーバ１Ｂ）との間の通信を管理する。通信管理部１４Ａは、サーバ１Ｃが監視制御システム５に接続されると、サーバ１Ｂ，１Ｃとの間の通信を管理する。

【0036】

通信管理部１４Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、削除完了通知をサーバ１Ｂに送信する。また、通信管理部１４Ａは、イベント処理部２２Ａから復活依頼通知を受け付けると、復活依頼通知をサーバ１Ｂに送信する。なお、通信管理部１４Ａは、イベント処理部２２Ａから復活完了通知を受け付けると、復活完了通知をサーバ１Ｂに送信してもよい。

【0037】

また、通信管理部１４Ａは、新たに接続されたサーバ１Ｃから、サーバ１Ｃが監視制御システム５に追加されたことを示す通知（サーバ１Ｃが指定された装置追加通知）を受け付けると、サーバ１Ｃが指定された装置追加通知をサーバ１Ｂおよびデータ管理部１５Ａに送信する。

【0038】

データ管理部１５Ａは、サーバ１Ｃが指定された装置追加通知を受け付けると、記憶部５０Ａ内の将来装置データ４１Ｘを有効化する。これにより、記憶部５０Ａ内の将来装置データ４１Ｘは、既設装置データ４０Ｘに含まれることとなる。

【0039】

サーバ１Ｂは、サーバ１Ａと同様の構成要素を備えている。すなわち、サーバ１Ｂは、構成管理部１０Ａと同様の構成管理部１０Ｂと、記憶部５０Ａと同様の記憶部５０Ｂとを有している。記憶部５０Ｂは、リソース情報３０Ｂと、既設装置データ４０Ｘと、将来装置データ４１Ｘとを記憶する。リソース情報３０Ａが、サーバ１Ａのリソースの情報であったのに対し、リソース情報３０Ｂは、サーバ１Ｂのリソースの情報である。

【0040】

構成管理部１０Ｂは、構成管理部１０Ａと同様の構成要素を備えている。すなわち、構成管理部１０Ｂは、リソース管理部１１Ａと同様のリソース管理部１１Ｂと、警告管理部１２Ａと同様の警告管理部１２Ｂと、状態管理部１３Ａと同様の状態管理部１３Ｂと、通信管理部１４Ａと同様の通信管理部１４Ｂと、データ管理部１５Ａと同様のデータ管理部１５Ｂとを具備している。リソース管理部１１Ｂは、サーバ１Ｂのリソースを示すリソース情報３０Ｂを管理する。

【0041】

リソース管理部１１Ｂは、リソース管理部１１Ａと同様の構成要素を備えている。すなわち、リソース管理部１１Ｂは、監視部２１Ａと同様の監視部２１Ｂと、イベント処理部２２Ａと同様のイベント処理部２２Ｂとを備えている。

【0042】

監視制御システム５では、サーバ１Ａ，１Ｂが既設装置であり、サーバ１Ｃが将来に既設装置に接続される将来装置である。以下の説明では、サーバ１Ａが、既設装置のうちの代表装置（代表既設装置）であり、サーバ１Ｂが、既設装置のうちのその他の装置（非代表の装置）である場合について説明する。

【0043】

監視制御システム５では、将来装置であるサーバ１Ｃが監視制御システム５に追加される際に、サーバ１Ｃが、代表既設装置であるサーバ１Ａに装置追加通知を送信する。代表既設装置であるサーバ１Ａは、装置追加通知を受信すると、既設装置のうちの非代表の装置（非代表既設装置）となっているサーバ（図１では、サーバ１Ｂ）に対して装置追加通知を送信する。

【0044】

なお、監視制御システム５では、サーバ１Ｂが代表既設装置であってもよい。この場合、サーバ１Ａは、非代表既設装置となる。監視制御システム５にサーバ１Ｃが追加された後は、サーバ１Ｃは既設装置となる。この状態でさらに別の将来装置がある場合には、サーバ１Ａ～１Ｃは、別の将来装置の将来装置データ４１Ｘを記憶しておく。

【0045】

つぎに、監視制御システム５のサーバ１Ａでリソースが枯渇した際の、サーバ１Ａ，１Ｂの動作について説明する。図２は、実施の形態にかかる監視制御システムでリソースが枯渇した場合に、監視制御システムで実行される処理を説明するための図である。図３は、実施の形態にかかる監視制御システムでリソースが枯渇した場合に、リソースが枯渇したサーバが実行する処理の処理手順を示すフローチャートである。なお、図２では、データ管理部１５Ａ，１５Ｂの図示を省略している。

【0046】

ここでは、リソースが枯渇したサーバがサーバ１Ａであり、リソースが枯渇していないサーバがサーバ１Ｂである場合について説明する。サーバ１Ａでは、監視部２１Ａが、リソース情報３０Ａに基づいて、自装置（サーバ１Ａ）のリソースを監視している（ステップＳ１０、ｓｔ１）。監視部２１Ａは、リソース情報３０Ａに基づいて、サーバ１Ａでリソース不足が発生しているか否かを判定する（ステップＳ２０）。

【0047】

サーバ１Ａでリソース不足が発生していない場合（ステップＳ２０、Ｎｏ）、監視部２１Ａは、リソース情報３０Ａに基づいて、自装置のリソースを監視する処理を継続する（ステップＳ１０、ｓｔ１）。

【0048】

サーバ１Ａでリソース不足が発生した場合（ステップＳ２０、Ｙｅｓ）、監視部２１Ａは、リソースが枯渇していることをイベント処理部２２Ａに通知する（ステップＳ３０、ｓｔ２）。すなわち、監視部２１Ａは、リソース情報３０Ａで示されるリソースの残り容量が第１の閾値以下になると、削除依頼通知をイベント処理部２２Ａに送る。

【0049】

イベント処理部２２Ａは、削除依頼通知を受け付けると、記憶部５０Ａから将来装置データ４１Ｘを削除する（ステップＳ４０、ｓｔ３）。これにより、将来装置データ４１Ｘが格納されていたデータ格納領域が解放される。

【0050】

また、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを警告管理部１２Ａに通知する（ステップＳ５０、ｓｔ４）。すなわち、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを示す削除完了通知を、警告管理部１２Ａに送る。警告管理部１２Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、ユーザにリソース不足を通知する（ステップＳ６０）。

【0051】

また、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを状態管理部１３Ａに通知する（ステップＳ７０、ｓｔ５）。すなわち、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを示す削除完了通知を、状態管理部１３Ａに送る。状態管理部１３Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、記憶部５０Ａの将来装置データ４１Ｘが削除された状態であることを記憶しておく。

【0052】

また、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを通信管理部１４Ａに通知する（ステップＳ８０、ｓｔ６）。すなわち、イベント処理部２２Ａは、将来装置データ４１Ｘを削除すると、将来装置データ４１Ｘを削除したことを示す削除完了通知を、通信管理部１４Ａに送る。

【0053】

通信管理部１４Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、他装置（リソースが枯渇していない装置）にリソース不足が発生してリソースを解放したことを通知する（ステップＳ９０）。すなわち、通信管理部１４Ａは、イベント処理部２２Ａから削除完了通知を受け付けると、記憶部５０Ａから将来装置データ４１Ｘが削除されたことを示す削除完了通知をサーバ１Ｂに送信する（ｓｔ７）。

【0054】

なお、ステップＳ５０，Ｓ７０，Ｓ８０の処理は、何れの処理が先に実行されてもよい。また、ステップＳ６０の処理は、ステップＳ５０の処理以降であれば、何れのタイミングで実行されてもよい。また、ステップＳ９０の処理は、ステップＳ８０の処理以降であれば、何れのタイミングで実行されてもよい。

【0055】

なお、状態管理部１３Ａが、サーバ１Ｂにおいて将来装置データ４１Ｘが削除されていることを記憶している場合、イベント処理部２２Ａは、将来装置データ４１Ｘを削除しない。すなわち、監視制御システム５では、何れかのサーバが将来装置データ４１Ｘを保存している状態を維持し、全てのサーバから将来装置データ４１Ｘが削除されることを防止する。

【0056】

なお、イベント処理部２２Ａは、リソースが枯渇した際に、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＵＳＢ（Universal Serial Bus）メモリなどの記録媒体に将来装置データ４１Ｘを退避させてもよい。すなわち、イベント処理部２２Ａは、リソースが枯渇した際に、記憶部５０Ａから将来装置データ４１Ｘを読み出して記録媒体に保存し、記憶部５０Ａからは将来装置データ４１Ｘを削除してもよい。

【0057】

図４は、実施の形態にかかる監視制御システムでリソースが枯渇した場合に、リソースが枯渇していないサーバが実行する処理の処理手順を示すフローチャートである。

【0058】

サーバ１Ｂの通信管理部１４Ｂは、他装置（リソースが枯渇したサーバ１Ａ）から、削除完了通知を受信する（ステップＳ１１０）。通信管理部１４Ｂは、削除完了通知を状態管理部１３Ｂに通知する（ステップＳ１２０、ｓｔ８）。これにより、状態管理部１３Ｂは、サーバ１Ａの将来装置データ４１Ｘが削除された状態であることを記憶しておく。

【0059】

つぎに、監視制御システム５のサーバ１Ａでリソースが復活（リソース不足が解消）した際の、サーバ１Ａ，１Ｂの動作について説明する。図５は、実施の形態にかかる監視制御システムでリソースが復活した際に、監視制御システムで実行される処理を説明するための図である。図６は、実施の形態にかかる監視制御システムでリソースが復活した際に、リソースが復活したサーバが実行する処理の処理手順を示すフローチャートである。なお、図５では、データ管理部１５Ａ，１５Ｂの図示を省略している。

【0060】

ここでは、リソースが復活したサーバがサーバ１Ａであり、リソースが枯渇も復活もしていないサーバがサーバ１Ｂである場合について説明する。サーバ１Ａでは、監視部２１Ａが、リソース情報３０Ａに基づいて、自装置（サーバ１Ａ）のリソースを監視している（ステップＳ２１０、ｓｔ１１）。監視部２１Ａは、リソース情報３０Ａに基づいて、サーバ１Ａでリソースが復活しているか否かを判定する（ステップＳ２２０）。監視部２１Ａは、将来装置データ４１Ｘよりも多くのデータをリソースに格納できる場合に、リソースが復活していると判定する。

【0061】

サーバ１Ａでリソースが復活していない場合（ステップＳ２２０、Ｎｏ）、監視部２１Ａは、リソース情報３０Ａに基づいて、自装置のリソースを監視する処理を継続する（ステップＳ２１０、ｓｔ１１）。

【0062】

サーバ１Ａでリソースが復活している場合（ステップＳ２２０、Ｙｅｓ）、監視部２１Ａは、リソースが復活していることをイベント処理部２２Ａに通知する（ステップＳ２３０、ｓｔ１２）。すなわち、監視部２１Ａは、リソース情報３０Ａで示されるリソースの残り容量が第２の閾値以上になると、将来装置データ４１Ｘの復活を依頼するための復活依頼通知をイベント処理部２２Ａに送る。

【0063】

イベント処理部２２Ａは、復活依頼通知を受け付けると、将来装置データ４１Ｘを復活可能な状態であることを警告管理部１２Ａに通知する（ステップＳ２４０、ｓｔ１３）。なお、イベント処理部２２Ａは、記憶部５０Ａが将来装置データ４１Ｘを記憶した後に、将来装置データ４１Ｘの復活が完了したことを示す復活完了通知を警告管理部１２Ａに送ってもよい。

【0064】

警告管理部１２Ａは、イベント処理部２２Ａから復活依頼通知または復活完了通知を受け付けると、ユーザにリソース復活を通知する（ステップＳ２５０）。すなわち、イベント処理部２２Ａは、復活依頼通知を受け付けると、サーバ１Ａのリソースに余裕ができて将来装置データ４１Ｘを復活可能なこと、または復活が完了したことを示す通知を警告管理部１２Ａに送る。

【0065】

また、イベント処理部２２Ａは、復活依頼通知を受け付けると、将来装置データ４１Ｘを復活可能な状態であることを状態管理部１３Ａに通知する（ステップＳ２６０、ｓｔ１４）。すなわち、イベント処理部２２Ａは、復活依頼通知を受け付けると、復活依頼通知を状態管理部１３Ａに送る。なお、イベント処理部２２Ａは、記憶部５０Ａが将来装置データ４１Ｘを記憶した後に、将来装置データ４１Ｘの復活が完了したことを示す復活完了通知を状態管理部１３Ａに送ってもよい。

【0066】

状態管理部１３Ａは、イベント処理部２２Ａから復活依頼通知または復活完了通知を受け付けると、記憶部５０Ａで将来装置データ４１Ｘが記憶されている状態であることを記憶しておく。

【0067】

また、イベント処理部２２Ａは、復活依頼通知を受け付けると、将来装置データ４１Ｘを復活可能な状態であることを通信管理部１４Ａに通知する（ステップＳ２７０、ｓｔ１５）。すなわち、イベント処理部２２Ａは、復活依頼通知を受け付けると、復活依頼通知を通信管理部１４Ａに送る。

【0068】

通信管理部１４Ａは、復活依頼通知を受け付けると、他装置（リソースが枯渇していない装置）に、将来装置データ４１Ｘを復活可能な状態であることを通知する（ステップＳ２８０、ｓｔ１６）。

【0069】

なお、ステップＳ２４０，Ｓ２６０，Ｓ２７０の処理は、何れの処理が先に実行されてもよい。また、ステップＳ２５０の処理は、ステップＳ２４０の処理以降であれば、何れのタイミングで実行されてもよい。また、ステップＳ２８０の処理は、ステップＳ２７０の処理以降であれば、何れのタイミングで実行されてもよい。

【0070】

なお、イベント処理部２２Ａは、リソースが枯渇した際に記録媒体に将来装置データ４１Ｘを退避させていた場合、記録媒体から将来装置データ４１Ｘを取得して記憶部５０Ａに保存する。

【0071】

図７は、実施の形態にかかる監視制御システムでリソースが復活した際に、リソースが枯渇していないサーバが実行する処理の処理手順を示すフローチャートである。

【0072】

サーバ１Ｂの通信管理部１４Ｂは、リソースが枯渇した枯渇発生装置（リソースが枯渇した後に復活したサーバ１Ａ）から、復活依頼通知を受信する（ステップＳ３１０）。通信管理部１４Ｂは、将来装置データ４１Ｘを復活させるための復活依頼通知を状態管理部１３Ｂに通知する（ステップＳ３２０、ｓｔ１７）。

【0073】

状態管理部１３Ｂは、サーバ１Ａに将来装置データ４１Ｘを復活させるための復活依頼通知を、イベント処理部２２Ｂに通知する（ステップＳ３３０、ｓｔ１８）。イベント処理部２２Ｂは、記憶部５０Ｂから将来装置データ４１Ｘのコピーデータを読み出す（ｓｔ１９）。

【0074】

イベント処理部２２Ｂは、将来装置データ４１Ｘのコピーデータをサーバ１Ａの記憶部５０Ａに書き込む。すなわち、イベント処理部２２Ｂは、自装置（サーバ１Ｂ）にある将来装置データ４１Ｘをリソースの枯渇発生装置であるサーバ１Ａにコピーする（ステップＳ３４０、ｓｔ２０）。

【0075】

この後、状態管理部１３Ｂは、サーバ１Ａの将来装置データ４１Ｘが復活したことを記憶しておく。すなわち、状態管理部１３Ｂは、サーバ１Ａが将来装置データ４１Ｘを格納した状態であることを記憶しておく。なお、状態管理部１３Ｂは、復活依頼通知を受けた後であれば、何れのタイミングで、サーバ１Ａが将来装置データ４１Ｘを格納した状態であることを記憶してもよい。

【0076】

なお、サーバ１Ｂのイベント処理部２２Ｂは、将来装置データ４１Ｘのコピーデータをサーバ１Ａのイベント処理部２２Ａに提供してもよい。この場合、サーバ１Ａのイベント処理部２２Ａが、将来装置データ４１Ｘを記憶部５０Ａに保存する。

【0077】

サーバ１Ａは、将来装置データ４１Ｘを記憶部５０Ａに保存した後は、任意のタイミングでリブートが可能となる。サーバ１Ａは、監視制御システム５が適用されるシステムに応じたタイミングでリブートを実行する。この場合のリブートの日時は、ユーザによって設定されてもよいし、サーバ１Ａに予め設定されていてもよい。また、サーバ１Ａが、監視制御システム５が適用されるシステムから種々の情報を取得し、取得した情報に基づいてリブートの日時を決定してもよい。例えば、監視制御システム５が、電車の運行システムに適用される場合、サーバ１Ａは、運行システムにおける運行の情報（運行情報）に基づいてリブートの日時を決定してもよい。この場合、サーバ１Ａは、電車の運行、保守などの作業、営業に影響を与えない日時をリブートの日時に設定する。サーバ１Ａは、任意のタイミングでリブートが可能となるので、監視制御システム５の稼働に影響を与える回数を減らすことができる。なお、将来装置データ４１Ｘが、局定義データおよび項目定義データである場合には、リブートは不要である。

【0078】

つぎに、監視制御システム５に新たなサーバ（将来装置）であるサーバ１Ｃが追加された際の、サーバ１Ａ～１Ｃの動作について説明する。図８は、実施の形態にかかる監視制御システムにサーバが追加された場合に、監視制御システムで実行される処理を説明するための図である。図９は、実施の形態にかかる監視制御システムにサーバが追加された場合に、追加されたサーバが実行する処理の処理手順を示すフローチャートである。

【0079】

ここでは、監視制御システム５に追加されるサーバがサーバ１Ｃであり、サーバの代表既設装置がサーバ１Ａであり、サーバの非代表既設装置がサーバ１Ｂである場合について説明する。

【0080】

サーバ１Ｃは、サーバ１Ａ，１Ｂと同様の構成要素を備えている。すなわち、サーバ１Ｃは、構成管理部１０Ａと同様の構成管理部１０Ｃと、記憶部５０Ａと同様の記憶部５０Ｃとを有している。記憶部５０Ｃは、リソース情報（図示せず）と、既設装置データ４０Ｘと、自装置データ４１Ｙとを記憶する。サーバ１Ａは、サーバ１Ａのリソース情報３０Ａを記憶しているのに対し、サーバ１Ｃは、サーバ１Ｃのリソース情報を記憶している。自装置データ４１Ｙは、将来装置データ４１Ｘと同じデータである。

【0081】

構成管理部１０Ｃは、構成管理部１０Ａと同様の構成要素を備えている。すなわち、構成管理部１０Ｃは、リソース管理部１１Ａと同様のリソース管理部（図示せず）、警告管理部１２Ａと同様の警告管理部（図示せず）と、状態管理部１３Ａと同様の状態管理部１３Ｃと、通信管理部１４Ａと同様の通信管理部１４Ｃと、データ管理部１５Ａと同様のデータ管理部（図示せず）とを具備している。図８では、サーバ１Ａ～１Ｃの構成要素のうちの一部のみを図示している。

【0082】

監視制御システム５に既設装置としてサーバ１Ａ，１Ｂが接続された状態で、監視制御システム５にサーバ１Ｃが接続されると、サーバ１Ｃの状態管理部１３Ｃが、通信管理部１４Ｃに、サーバ１Ｃの起動準備が完了したことを通知する。すなわち、状態管理部１３Ｃは、通信管理部１４Ｃに、システム起動準備完了を通知する（ステップＳ４１０、ｓｔ２１）。

【0083】

サーバ１Ｃの通信管理部１４Ｃは、代表既設装置であるサーバ１Ａの通信管理部１４Ａにサーバ１Ｃの起動準備が完了したことを通知する（ステップＳ４２０）。すなわち、通信管理部１４Ｃは、通信管理部１４Ａにサーバ１Ｃの起動準備完了通知を送信する（ｓｔ２２）。

【0084】

この後、サーバ１Ｃは、代表既設装置であるサーバ１Ａから、将来装置データ４１Ｘの有効化が完了したことを示す通知（有効化完了通知）を待つ（ステップＳ４３０）。サーバ１Ｃは、有効化完了通知があったか否かを判定する（ステップＳ４４０）。有効化完了通知がない場合（ステップＳ４４０、Ｎｏ）、サーバ１Ｃは、有効化完了通知を待つ（ステップＳ４３０）。

【0085】

有効化完了通知があった場合（ステップＳ４４０、Ｙｅｓ）、サーバ１Ｃの通信管理部１４Ｃは、有効化完了通知を受信し、将来装置データ４１Ｘの有効化が完了したことを状態管理部１３Ｃに通知する（ステップＳ４５０、ｓｔ３２）。これにより、状態管理部１３Ｃは、サーバ１Ｃのシステムを起動する（ステップＳ４６０）。

【0086】

図１０は、実施の形態にかかる監視制御システムにサーバが追加された場合に、サーバの代表既設装置が実行する処理の処理手順を示すフローチャートである。

【0087】

代表既設装置であるサーバ１Ａでは、通信管理部１４Ａが、装置追加通知をサーバ１Ｃから受信する（ステップＳ５１０）。すなわち、通信管理部１４Ａは、サーバ１Ｃが監視制御システム５に追加されたことを示す通知である装置追加通知を、サーバ１Ｃの通信管理部１４Ｃから受信する。

【0088】

通信管理部１４Ａは、非代表既設装置であるサーバ１Ｂの通信管理部１４Ｂに、サーバ１Ｃが監視制御システム５に追加されたことを通知する（ステップＳ５２０、ｓｔ２３）。また、通信管理部１４Ａは、サーバ１Ｃが監視制御システム５に追加されたことを、データ管理部１５Ａに通知する（ステップＳ５３０、ｓｔ２４）。

【0089】

データ管理部１５Ａは、記憶部５０Ａ内の将来装置データ４１Ｘを有効化する（ステップＳ５４０、ｓｔ２５）。データ管理部１５Ａは、将来装置データ４１Ｘの有効化完了（有効化が完了したことを示す情報）を、通信管理部１４Ａに通知する（ステップＳ５５０、ｓｔ２６）。

【0090】

なお、ステップＳ５２０の処理とステップＳ５３０の処理とは、何れの処理が先に実行されてもよい。また、ステップＳ５４０の処理は、ステップＳ５３０の処理以降であれば、何れのタイミングで実行されてもよい。また、ステップＳ５５０の処理は、ステップＳ５４０の処理以降であれば、何れのタイミングで実行されてもよい。

【0091】

通信管理部１４Ａは、サーバ１Ｃが監視制御システム５に追加されたことを非代表既設装置に通知した後は、非代表既設装置からの有効化完了通知を待つ（ステップＳ５６０）。すなわち、通信管理部１４Ａは、その他の既設装置であるサーバ１Ｂの通信管理部１４Ｂから、将来装置データ４１Ｘの有効化が完了したことを示す通知を待つ。

【0092】

サーバ１Ａは、有効化完了通知があったか否かを判定する（ステップＳ５７０）。有効化完了通知がない場合（ステップＳ５７０、Ｎｏ）、サーバ１Ａは、有効化完了通知を待つ（ステップＳ５６０）。

【0093】

有効化完了通知があった場合（ステップＳ５７０、Ｙｅｓ）、サーバ１Ａの通信管理部１４Ａは、追加装置であるサーバ１Ｃの通信管理部１４Ｃに、全ての既設装置において将来装置データ４１Ｘの有効化が完了したことを通知する（ステップＳ５８０、ｓｔ３１）。

【0094】

なお、通信管理部１４Ａは、将来装置データ４１Ｘの有効化完了を、データ管理部１５Ａから受け付けるまでは、通信管理部１４Ｃに将来装置データ４１Ｘの有効化が完了したことを通知しない。

【0095】

すなわち、通信管理部１４Ａは、将来装置データ４１Ｘの有効化完了を、データ管理部１５Ａおよび通信管理部１４Ｂの両方から受け付けると、通信管理部１４Ｃに、全ての既設装置において将来装置データ４１Ｘの有効化が完了したことを通知する。

【0096】

図１１は、実施の形態にかかる監視制御システムにサーバが追加された場合に、サーバの非代表既設装置が実行する処理の処理手順を示すフローチャートである。

【0097】

非代表既設装置であるサーバ１Ｂでは、通信管理部１４Ｂが、代表既設装置であるサーバ１Ａの通信管理部１４Ａから装置追加通知を受信する（ステップＳ６１０）。通信管理部１４Ｂが、通信管理部１４Ａから受信する装置追加通知は、サーバ１Ｃが監視制御システム５に追加されたことを示す通知である。

【0098】

通信管理部１４Ｂは、サーバ１Ｃが監視制御システム５に追加されたことを、データ管理部１５Ｂに通知する（ステップＳ６２０、ｓｔ２７）。

【0099】

データ管理部１５Ｂは、記憶部５０Ｂ内の将来装置データ４１Ｘを有効化する（ステップＳ６３０、ｓｔ２８）。データ管理部１５Ｂは、将来装置データ４１Ｘの有効化完了を、通信管理部１４Ｂに通知する（ステップＳ６４０、ｓｔ２９）。

【0100】

通信管理部１４Ｂは、代表既設装置であるサーバ１Ａの通信管理部１４Ａに、有効化完了を通知する（ステップＳ６５０、ｓｔ３０）。これにより、サーバ１Ａは、サーバ１Ｃに有効化完了を通知し、サーバ１Ｃは、システムを起動する。

【0101】

なお、監視制御システム５へは、４台目以降のサーバも追加可能である。サーバ１Ａ，１Ｂが接続された状態の監視制御システム５において、Ｎ台（Ｎは自然数）のサーバが追加予定の場合、サーバ１Ａ，１Ｂは、Ｎ台分の将来装置データ４１Ｘと、２台分の既設装置データ４０Ｘとを保存しておく。また、サーバ１Ａ～１Ｃが接続された状態の監視制御システム５では、サーバ１Ａ～１Ｃは、（Ｎ－１）台分の将来装置データ４１Ｘと、３台分の既設装置データ４０Ｘとを保存しておく。

【0102】

ここで、サーバ１Ａ～１Ｃのハードウェア構成について説明する。なお、サーバ１Ａ～１Ｃは、同様のハードウェア構成を有しているので、ここではサーバ１Ａのハードウェア構成について説明する。サーバ１Ａは、処理回路により実現される。処理回路は、メモリに格納されるプログラムを実行するプロセッサおよびメモリであってもよいし、専用のハードウェアであってもよい。

【0103】

図１２は、実施の形態にかかるサーバが備える処理回路をプロセッサおよびメモリで実現する場合の処理回路の構成例を示す図である。図１２に示す処理回路９０は、プロセッサ９１およびメモリ９２を備える。処理回路９０がプロセッサ９１およびメモリ９２で構成される場合、処理回路９０の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはデータの監視制御プログラムとして記述され、メモリ９２に格納される。処理回路９０では、メモリ９２に記憶された監視制御プログラムをプロセッサ９１が読み出して実行することにより、各機能を実現する。すなわち、処理回路９０は、サーバ１Ａの処理が結果的に実行されることになる監視制御プログラムを格納するためのメモリ９２を備える。この監視制御プログラムは、処理回路９０により実現される各機能をサーバ１Ａに実行させるためのプログラムであるともいえる。この監視制御プログラムは、監視制御プログラムが記憶された記憶媒体により提供されてもよいし、通信媒体など他の手段により提供されてもよい。

【0104】

上記監視制御プログラムは、構成管理部１０Ａを含むモジュール構成となっており、これらが主記憶装置上にロードされ、これらが主記憶装置上に生成される。

【0105】

ここで、プロセッサ９１は、例えば、ＣＰＵ（Central Processing Unit）、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、またはＤＳＰ（Digital Signal Processor）などである。また、メモリ９２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（登録商標）（Electrically ＥＰＲＯＭ）などの、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、またはＤＶＤなどが該当する。

【0106】

図１３は、実施の形態にかかるサーバが備える処理回路を専用のハードウェアで実現する場合の処理回路の例を示す図である。図１３に示す処理回路９３は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものが該当する。処理回路９３については、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。このように、処理回路９３は、専用のハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。

【0107】

このように実施の形態のサーバ１Ａは、リソースが不足していると判断した場合に、記憶部５０Ａの記憶領域のうちの将来装置データ４１Ｘを格納していた領域を解放している。そして、サーバ１Ａは、リソースの不足が解消されたと判断した場合、外部装置であるサーバ１Ｂから送信される将来装置データ４１Ｘを記憶部５０Ａで記憶することで将来装置データ４１Ｘを復活させている。これにより、サーバ１Ａは、システム運用時に保存可能なデータのデータ量が少なくなることを抑制することができる。

【0108】

また、サーバ１Ａは、将来装置データ４１Ｘのうちのリブートが不要なデータを優先的に削除するので、リブートの回数を減らすことができる。また、サーバ１Ａは、将来装置データ４１Ｘを記憶部５０Ａに保存した後は、任意のタイミングでリブートが可能となるので、監視制御システム５の稼働に影響を与える回数を減らすことができる。

【0109】

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

【0110】

以下、本開示の諸態様を付記としてまとめて記載する。

【0111】

（付記１）
自装置を含む接続済みの既設装置のデータである既設装置データと将来に前記既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部と、
前記記憶部の記憶領域のリソースを監視する監視部と、
前記監視部が、前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理部と、
を備え、
前記将来データ記憶領域が解放された後、前記監視部が、前記リソースの不足が解消されたと判断した場合、前記記憶部は、外部装置から送信される前記将来装置データを記憶することで前記将来装置データを復活させる、
ことを特徴とする監視制御サーバ。
（付記２）
前記監視部が、前記リソースが不足していると判断した場合、前記イベント処理部は、前記将来装置データのうち前記将来装置データを復活させた後にリブートが不要な第１のデータを格納していた将来データ記憶領域を、前記将来装置データのうち前記将来装置データを復活させた後にリブートが必要な第２のデータを格納していた将来データ記憶領域よりも優先的に解放する、
ことを特徴とする付記１に記載の監視制御サーバ。
（付記３）
前記監視部が、前記リソースの残り容量が第１の閾値以下になったと判断すると、前記イベント処理部が、前記将来データ記憶領域を解放し、
前記監視部が、前記リソースの残り容量が第２の閾値以上になったと判断すると、前記将来装置データが復活され、
前記第２の閾値は、前記第１の閾値以上の値である、
ことを特徴とする付記１または２に記載の監視制御サーバ。
（付記４）
前記イベント処理部は、前記既設装置のうちの自装置以外の装置である他装置から、前記リソースの不足が解消されたことを示す通知があると、前記他装置に前記将来装置データを送信する、
ことを特徴とする付記１から３の何れか１つに記載の監視制御サーバ。
（付記５）
前記将来装置から、前記将来装置が前記既設装置に接続されたことを示す通知を受信すると、前記記憶部が記憶している前記将来装置を有効にし、有効にした前記将来装置を前記既設装置データとして前記記憶部に記憶させるデータ管理部をさらに備える、
ことを特徴とする付記１から４の何れか１つに記載の監視制御サーバ。
（付記６）
自装置を含む接続済みの既設装置である第１の監視制御サーバおよび第２の監視制御サーバと、
将来に前記既設装置に接続される予定の将来装置である第３の監視制御サーバと、
を有し、
前記第１の監視制御サーバは、
前記既設装置のデータである既設装置データと前記将来装置のデータである将来装置データとを記憶する記憶部と、
前記記憶部の記憶領域のリソースを監視する監視部と、
前記監視部が、前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理部と、
を備え、
前記将来データ記憶領域が解放された後、前記監視部が、前記リソースの不足が解消されたと判断した場合、前記記憶部は、前記第２の監視制御サーバから送信される前記将来装置データを記憶することで前記将来装置データを復活させる、
ことを特徴とする監視制御システム。
（付記７）
監視制御サーバが、自装置を含む接続済みの既設装置のデータである既設装置データと将来に前記既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部の記憶領域のリソースを監視する監視ステップと、
前記監視制御サーバが、前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理ステップと、
を含み、
前記監視制御サーバは、前記将来データ記憶領域を解放した後、前記リソースの不足が解消されたと判断した場合、前記記憶部に、外部装置から送信される前記将来装置データを記憶させることで前記将来装置データを復活させる、
ことを特徴とする監視制御方法。
（付記８）
自装置を含む接続済みの既設装置のデータである既設装置データと将来に前記既設装置に接続される予定の将来装置のデータである将来装置データとを記憶する記憶部の記憶領域のリソースを監視する監視ステップと、
前記リソースが不足していると判断した場合に、前記記憶領域のうちの前記将来装置データを格納していた領域である将来データ記憶領域を解放するイベント処理ステップと、
をコンピュータに実行させ、
前記将来データ記憶領域を解放した後、前記リソースの不足が解消されたと判断した場合、前記記憶部に、外部装置から送信される前記将来装置データを記憶させることで前記将来装置データを復活させる、
ことを特徴とする監視制御プログラム。

【符号の説明】

【0112】

１Ａ～１Ｃ サーバ、５ 監視制御システム、１０Ａ～１０Ｃ 構成管理部、１１Ａ，１１Ｂ リソース管理部、１２Ａ，１２Ｂ 警告管理部、１３Ａ～１３Ｃ 状態管理部、１４Ａ～１４Ｃ 通信管理部、１５Ａ，１５Ｂ データ管理部、２１Ａ，２１Ｂ 監視部、２２Ａ，２２Ｂ イベント処理部、３０Ａ，３０Ｂ リソース情報、４０Ｘ 既設装置データ、４１Ｘ 将来装置データ、４１Ｙ 自装置データ、５０Ａ～５０Ｃ 記憶部、９０，９３ 処理回路、９１ プロセッサ、９２ メモリ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】