JP6790051B2 - 計算機システム - Google Patents

Description

本発明は、計算機システムに関する。

例えば、クラウドサービスプロバイダは、データセンタによるサービスを顧客に提供し、監視分析センタを使用して、データセンタの保守運用を行う。データセンタの保守運用のため、オペレータは、データセンタの監視分析センタにより収集された情報を参照し、必要な情報を抽出して調査する。しかし、監視分析センタの負荷が高い場合、オペレータが実際にデータセンタまで情報を取りに行き、自身の計算機に格納し分析をしなくてならない。

データセンタからの情報を複数の監視分析センタにより分散処理することにより、各監視分析センタの負荷を低減し、データセンタからの情報を監視分析センタが適切に処理することができる。例えば、分散コンピューティングの例が、特開２０１８−０９３２８１号公報に開示されている。

特開２０１８−０９３２８１号公報

データセンタ及び監視分析センタは、それぞれ、ネットワークシステムに含まれており、ネットワークシステムに対して情報セキュリティポリシが規定されている。セキュリティポリシは、私的な規則及び公的な法令を含み、外部への情報送信におけるセキュリティ基準を示す。たとえば、特定の地域のネットワークシステムにおいては、特定の情報が他の地域のネットワークシステムに送信されることが禁止されている。したがって、あるネットワークシステムに含まれるデータセンタの保守運用に、他のネットワークシステムに含まれる監視分析センタのリソースを有効利用することができていない。

本発明の一態様は、複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、１以上の記憶装置と、前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、前記１以上のプロセッサは、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、前記許否管理テーブルを参照して、前記第１情報の前記第１被監視システムが属するネットワークシステム外への送信の許否についての決定を行い、前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報を送信する監視／分析サーバを選択する、計算機システム。

本発明の一態様によれば、ネットワークシステムのリソースをより有効に利用することができる。

本実施形態のシステム構成例を示す。 分散処理サーバの構成例を示す。 デフォルト情報送信先管理テーブルの構成例を示す。 優先度管理テーブルの構成例を示す。 リソース使用率閾値度管理テーブルの構成例を示す。 閾値超過予測パターン管理テーブルの構成例を示す。 ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブルの構成例を示す。 条件管理テーブルの構成例を示す。 障害想定要因管理テーブルの構成例を示す。 ガイダンス管理テーブルの構成例を示す。 リソース使用率管理テーブルの構成例を示す 情報送信先管理テーブルの構成例を示す。 送信情報管理テーブルの構成例を示す。 ＤＣ−Ａ１用送信情報管理テーブルの構成例を示す。 ＤＣ−Ｂ１用送信情報管理テーブルの構成例を示す。 分散処理サーバが情報送信先管理テーブルを更新する、フローチャートを示す。 分散処理サーバが、データセンタからの情報の送信先を決定する、フローチャートを示す。 分散処理サーバが情報送信先管理テーブルを更新する、フローチャートの他の例を示す。 分散処理サーバによる特定ＤＣ用送信情報管理テーブルの作成及び更新のフローチャートを示す。 分散処理サーバによる特定ＤＣ用送信情報管理テーブルの作成及び更新の他のフローチャートを示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。 クライアントが表示する画像を示す。

以下、添付図面を参照して本発明の実施形態を説明する。本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。

図１は、本実施形態のシステム構成例を示す。当該システムは、異なるリージョンを含む。以下において、リージョンは、固有の情報管理ポリシを有するネットワークシステムを意味する。リージョンは、例えば、国、州、欧州連合のような地域又は政治的組織のネットワークシステム、並びに、私的な企業及び公的な企業のような、任意の態様の組織のネットワークシステムを含む。本実施形態において、リージョンの情報管理ポリシは、特定の情報を当該リージョンから他のリージョンに送信することの許否及び／または条件を示す。

図１は、リージョン２００Ａ及びリージョン２００Ｂを例示するが、本実施形態のシステムは２より多くのリージョンを含むことができる。なお、図１において、構成要素を示す矩形内の括弧の内の文字は、当該要素の名称を示す。例えば、リージョン２００Ａの名称はＲ−Ａであり、リージョン２００Ｂの名称はＲ−Ｂである。

リージョン２００Ａは、１以上のデータセンタ、１以上の監視分析センタ、及び１以上のクライアント（計算機）を含む。図１の例において、リージョン２００Ａは、データセンタ３００Ａ１及び３００Ａ２、監視分析センタ４００Ａ１及び４００Ａ２、並びにクライアント５００Ａ１及び５００Ａ２を含む。データセンタ３００Ａ１及び３００Ａ２は、それぞれ、被監視システムであり、１以上の被監視装置（不図示）を含む。被監視装置は、例えば、ストレージ装置又はサーバである。監視分析センタ４００Ａ１及び４００Ａ２は、それぞれ、１以上の監視サーバ及び１以上の分析サーバ（不図示）を含む。

リージョン２００Ｂは、１以上のデータセンタ、１以上の監視分析センタ、及び１以上のクライアント計算機を含む。図１の例において、リージョン２００Ｂは、データセンタ３００Ｂ１及び３００Ｂ２、監視分析センタ４００Ｂ１及び４００Ｂ２、並びにクライアント５００Ｂ１及び５００Ｂ２を含む。データセンタ３００Ｂ１及び３００Ｂ２は、それぞれ、１以上の被監視装置（不図示）を含む。被監視装置は、例えば、ストレージ装置又はサーバである。監視分析センタ４００Ｂ１及び４００Ｂ２は、それぞれ、１以上の監視サーバ及び１以上の分析サーバ（不図示）を含む。

本システムは、さらに、分散処理サーバ１００を含む。分散処理サーバ１００は、いずれのリージョンに含まれていてもよく、図１の例においては、リージョン２００Ａ及び２００Ｂ以外のリージョンに含まれている。図１に示すシステム内の装置は、他のいずれの装置ともネットワークを介して通信することができる。なお、システム内のネットワーク構成は特に限定されず、一部の装置は、互いに通信不能でもよい。

各監視サーバは、１以上のデータセンタにおける１以上の装置の情報を収集保持し、その状態を監視する。後述するように、監視サーバは、二つのリージョン２００Ａ及び２００Ｂの双方のデータセンタ３００Ａ１、３００Ａ２、３００Ｂ１、及び３００Ｂ２から、情報を受信し得る。分析サーバは、１以上のデータセンタにおける１以上の装置の情報を分析する。後述するように、分析サーバは、二つのリージョン２００Ａ及び２００Ｂの双方のデータセンタ３００Ａ１、３００Ａ２、３００Ｂ１、及び３００Ｂ２から、情報を受信し得る。

クライアント５００Ａ１、５００Ａ２、５００Ｂ１及び５００Ｂ２は、それぞれ、オペレータにより使用され、分散処理サーバ１００、並びに、監視分析センタ４００Ａ１、４００Ａ２、４００Ｂ１及４００Ｂ２にアクセスする。オペレータは、分散処理サーバ１００及び／又は監視分析センタ４００Ａ１、４００Ａ２、４００Ｂ１及び４００Ｂ２に保持されている情報を参照及び分析することで、データセンタ３００Ａ１、３００Ａ２、３００Ｂ１、又は３００Ｂ２の状態を調査する。

クライアントは、例えば、一般的な計算機構成を有し、１以上のプロセッサ及び１以上の記憶装置に加え、入力デバイス及び表示デバイス（出力デバイス）を含む。入力デバイスは、ユーザが他の装置に指示や情報などを入力するためのハードウェアデバイスである。表示デバイスは、入出力用の各種画像を表示するハードウェアデバイスである。

分散処理サーバ１００は、データセンタ３００Ａ１、３００Ａ２、３００Ｂ１及び３００Ｂ２から、監視分析センタ４００Ａ１、４００Ａ２、４００Ｂ１及び４００Ｂ２への情報の送信を管理、制御する。さらに、分散処理サーバ１００は、データセンタ３００Ａ１、３００Ａ２、３００Ｂ１及び３００Ｂ２から、監視分析センタ４００Ａ１、４００Ａ２、４００Ｂ１及び４００Ｂ２へ送信された情報の管理情報を保持し、クライアントを使用するオペレータによる情報分析を支援する。

図２は、分散処理サーバ１００の構成例を示す。図２の例において、分散処理サーバ１００は、一つの計算機で構成されている。分散処理サーバ１００は、プロセッサ１１０、メモリ１２０、補助記憶装置１３０、及びネットワーク（ＮＷ）インタフェース１４０を含む。上記構成要素は、バスによって互いに接続されている。メモリ１２０、補助記憶装置１３０又はこれらの組み合わせは記憶装置である。

メモリ１２０は、例えば半導体メモリから構成され、主にプログラムやデータを保持するために利用される。メモリ１２０が格納しているプログラムは、不図示のオペレーティングシステムに加え、第１分散処理プログラム１２１、第２分散処理プログラム１２２、及び情報管理プログラム１２３を含む。

プロセッサ１１０は、メモリ１２０に格納されているプログラムに従って、様々な処理を実行する。プロセッサ１１０がプログラムに従って動作することで、様々な機能部が実現される。例えば、プロセッサ１１０は、上記プログラムそれぞれに従って、第１分散処理部、第２分散処理部、及び情報管理部として動作する。

補助記憶装置１３０は、管理テーブル群１３１を格納している。管理テーブル群１３１に含まれるテーブル（情報）の詳細は後述する。補助記憶装置１３０は、例えばハードディスクドライブやソリッドステートドライブなどの大容量の記憶装置から構成され、プログラムやデータを長期間保持するために利用される。

説明の便宜上、プログラム１２１、１２２及び１２３がメモリ１２０に格納され、管理テーブル群１３１が補助記憶装置１３０に格納されているが、分散処理サーバのデータの格納場所は限定されない。例えば、補助記憶装置１３０に格納されたプログラム及びデータが起動時又は必要時にメモリ１２０にロードされ、プログラムをプロセッサ１１０が実行することにより、分散処理サーバ１００の各種処理が実行される。したがって、以下においてプログラムにより実行される処理は、機能部、プロセッサ１１０又は分散処理サーバ１００による処理である。

ネットワークインタフェース１４０は、ネットワークとの接続のためのインタフェースである。分散処理サーバ１００は、ネットワークインタフェース１４０を介して、システム内の他の装置と通信を行う。

分散処理サーバ１００は１以上のプロセッサ及び１以上の記憶装置を含む。各プロセッサは、単一又は複数の演算ユニット又は処理コアを含むことができる。プロセッサは、例えば、中央処理装置、マイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、ステートマシン、ロジック回路、グラフィック処理装置、チップオンシステム、及び／又は制御指示に基づき信号を操作する任意の装置として実装できる。

分散処理サーバ１００の機能は複数のサーバを含む計算機システムによる分散処理により実装されてもよい。複数のサーバは、互いにネットワークを介して通信することで、協調して処理を実行する。例えば、第１分散処理プログラム１２１、第２分散処理プログラム１２２、及び情報管理プログラム１２３が、それぞれ異なるサーバに実装されていてもよい。

以下において、管理テーブル群１３１に含まれる管理テーブルの例を説明する。なお、管理情報が格納されているデータは、テーブルを含む任意の構造を有することができる。また、要素を同定する語は特に限定されず、「識別情報」、「識別子」、「名」、「ＩＤ」という表現は、互いに置換が可能である。

図３は、デフォルト情報送信先管理テーブル１６１の構成例を示す。デフォルト情報送信先管理テーブル１６１は、情報の送信元のデータセンタと当該情報の送信先の監視分析センタ内のサーバとの間の関係の、初期設定を示す。デフォルト情報送信先管理テーブル１６１は、情報発生元欄、情報種別欄、情報送信先欄を有する。

情報発生元欄は、被監視対象のデータセンタを示す。具体的には、データセンタ名及びデータセンタが属するリージョン名を示す。なお、情報種別欄は、データセンタから監視分析センサに送信される情報の種類を示す。以下においては、装置イベント情報、装置障害情報、装置詳細情報、及び装置構成情報の４種類の情報が例として説明される。図においては、「装置」の語は省略されている。装置イベント情報は、装置で発生したイベントを示す情報であり、装置障害情報は装置で発生した障害を示す情報である。装置構成情報は装置の構成を示す情報であり、装置詳細情報は、構成情報よりも装置構成のより詳細を示す情報である。

情報送信先欄は、データセンタからの情報の送信先である監視分析センタ内のサーバ（装置）を示す。具体的には、情報送信先欄は、サーバ識別子、当該サーバが属する監視分析センタ名、及び当該監視分析センタ（サーバ）が属するリージョン名を示す。このように、情報発信元のデータセンタと送信される情報種別の組み合わせが、送信先の監視分析センタにおけるサーバに関係づけられている。

図４は、優先度管理テーブル１６２の構成例を示す。優先度管理テーブル１６２は、データセンタの情報の送信先決定における、データセンタの優先度を示す。優先度管理テーブル１６２は、分散処理サーバ１００に予め設定されている。優先度管理テーブル１６２は、情報発生元欄と優先度欄と有する。情報発生元欄はデータセンタ名を示し、優先度欄はデータセンタそれぞれに割り当てられている優先度を示す。本例においては、数字がより小さい優先度が、より高い優先度を示す。

図５は、リソース使用率閾値度管理テーブル１６３の構成例を示す。リソース使用率閾値度管理テーブル１６３は、監視分析センタにおけるサーバ（監視又は分析サーバ）の計算機リソース使用率（負荷）の閾値を管理する。閾値は、データセンタの情報送信先サーバを変更するか判定するために参照される。リソース使用率閾値度管理テーブル１６３は、分散処理サーバ１００に予め設定されている。

リソース使用率閾値度管理テーブル１６３は、監視分析センタ欄、サーバ識別子欄、及び閾値欄を有する。サーバ識別子欄は、監視分析センタのサーバの識別子を示す。監視分析センタ欄は、サーバが属する監視分析センタの名を示す。閾値欄は、サーバそれぞれに割り当てられている閾値を示す。具体的には、監視サーバに対して、容量使用率及び帯域使用率の閾値が設定されている。容量使用率は、監視サーバにおいてデータセンタからの情報を格納するための容量において、実際にデータを格納している割合を示す。帯域使用率は、監視サーバの通信帯域の使用率を示す。

さらに、分析サーバに対して、ＣＰＵ稼動率及び帯域使用率の閾値が設定されている。このように、監視サーバ及び分析サーバそれぞれの処理に応じて適切な種類の閾値が設定されている。つまり、監視サーバはデータセンタからの情報を収集及び保持するため、容量使用率及び帯域使用率の閾値が設定されている。分析サーバは、データセンタから受信した情報の分析処理を実行するため、ＣＰＵ稼動率及び帯域使用率の閾値が設定されている。

図６は、閾値超過予測パターン管理テーブル１６４の構成例を示す。閾値超過予測パターン管理テーブル１６４は、監視サーバ又は分析サーバにおいて計算機リソースの使用率が閾値を超えると予測される条件（パターン）を示す。条件は、データセンタの情報送信先サーバを変更するか判定するために参照される。閾値超過予測パターン管理テーブル１６４は、分散処理サーバ１００の既知の予測相関調査機能を使って作成される。

閾値超過予測パターン管理テーブル１６４の各レコード（エントリ）は、一つの監視／分析サーバに送信される情報を示す。レコードが示す条件において、情報が、特定の監視／分析サーバに送信された場合、当該監視／分析サーバにおいて、計算機リソースの使用率が閾値を超えると予測されることを示す。

閾値超過予測パターン管理テーブル１６４は、情報発生元欄、情報種別欄、及び閾値超過が見込まれるパターン欄を有する。情報発生元欄は、情報発生元のデータセンタ名を示す。情報種別欄は、発生した（送信される）情報の種類を示す。上述のように、情報の種類は、装置イベント情報、装置障害情報、装置詳細情報、又は装置構成情報である。

閾値超過が見込まれるパターン欄は、四つの欄を有し、情報発生量欄、情報発生時間欄、容量使用率（監視サーバ）欄、及びＣＰＵ稼働率（分析サーバ）欄である。情報発生量欄は、所定単位時間内で発生、送信されたデータ量を示す。情報発生時間欄は、情報が発生した時間を示す。容量使用率（監視サーバ）欄は、情報送信先が監視サーバである場合に、監視サーバが情報を受信する直前の容量使用率を示す。ＣＰＵ稼働率（分析サーバ）欄は、情報送信先が分析サーバである場合に、分析サーバが情報を受信する直前のＣＰＵ稼働率を示す。

情報発生元のデータセンタと発生した情報の種類との組み合わせに対して、閾値超過が見込まれるパターンが対応付けられている。閾値超過が見込まれるパターンは、それぞれ、上記四つの条件要素における１又は複数の条件要素で構成される。本例においては、各パターンは、リソース使用率の条件要素を含む。

例えば、一番上のレコードは、データセンタＤＣ−Ａ１からの装置イベント情報又は装置障害情報が、監視サーバに送信され、当該監視サーバの情報受信前の容量使用率がＴ００％以上であり、送信情報のデータ量がＳ０［ＧＢ］以上である場合、当該監視サーバの容量使用率が閾値を越えると予測される。

上から二つ目のレコードは、データセンタＤＣ−Ａ１からの装置イベント情報又は装置障害情報が、監視サーバに送信され、当該監視サーバの情報受信前の容量使用率がＴ０１％以上であり、送信された情報の発生時間が「ＭＯＮＤＡＹ、００：００−０１：００」である場合、当該監視サーバの容量使用率が閾値を越えると予測される。なお、分散処理サーバ１００は、リソース使用率閾値度管理テーブル１６３と閾値超過予測パターン管理テーブル１６４の一方のみを有してもよい。

図７は、ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５の構成例を示す。ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５は、情報発生元と情報種別の組み合わせと、情報を情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す、許否管理情報の例である。ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５は、情報発生元のデータセンタから送信される情報の種類に対して割り当てられているＧＬＯＢＡＬ ＤＡＴＡフラグを示す。ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５は、分散処理サーバ１００に予め設定されている。

ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５は、情報発生元欄及びＧＬＯＢＡＬ ＤＡＴＡフラグ欄を有する。情報発生元欄は、情報発生元のデータセンタ名を示す。ＧＬＯＢＡＬ ＤＡＴＡフラグ欄は、データセンタから送信される情報の種類それぞれに対するＧＬＯＢＡＬ ＤＡＴＡフラグを示す。

ＧＬＯＢＡＬ ＤＡＴＡフラグは、対応種類の情報のリージョンを越えた送信を制御する情報である。具体的には、本例において、ＧＬＯＢＡＬ ＤＡＴＡフラグは、対応種類の情報がリージョンを越えて送信されることの許否、及び、送信される場合に必要とされる条件の有無を示す。以下に説明する例において、許否のカテゴリは、「ＰＯＳＳＩＢＬＥ」、「ＩＭＰＯＳＳＩＢＬＥ」及び「ＣＯＮＤＩＴＩＯＮＡＬ」である。許否カテゴリは、リージョンのセキュリティポリシに応じて適切に設定される。

本例において、「ＰＯＳＳＩＢＬＥ」は、無条件に情報が異なるリージョンに送信されることが許可されていることを示す。「ＩＭＰＯＳＳＩＢＬＥ」は、情報が異なるリージョンに送信されることが禁止されていることを示す。「ＣＯＮＤＩＴＩＯＮＡＬ」は、特定の条件が満たされることを条件として、情報が異なるリージョンに送信されることが許可されている（条件付き許可）ことを示す。同一リージョン内の情報の送信は常に許可されており、ＧＬＯＢＡＬ ＤＡＴＡフラグとして「ＰＯＳＳＩＢＬＥ」が割り当てられる。

本実施形態において、同一のリージョンの属するデータセンタに設定されているＧＬＯＢＡＬ ＤＡＴＡフラグは共通である。従って、情報発生元欄は、リージョン名を示してもよい。他の例において、ＧＬＯＢＡＬ ＤＡＴＡフラグは、リージョンによらず、データセンタ毎に設定されていてもよい。

図８は、条件管理テーブル１６６の構成例を示す。条件管理テーブル１６６は、ＧＬＯＢＡＬ ＤＡＴＡフラグが「ＣＯＮＤＩＴＩＯＮＡＬ」場合に、情報を他のリージョンに送信するための必要とされる条件を示す。条件管理テーブル１６６は、分散処理サーバ１００に予め設定されている。

条件管理テーブル１６６は、情報発生元欄と、ＧＬＯＢＡＬ ＤＡＴＡフラグが「ＣＯＮＤＩＴＩＯＮＡＬ」場合の条件欄（以下条件欄）とを有する。情報発生元欄は、情報発生元のデータセンタ名を示す。条件欄は、「ＣＯＮＤＩＴＩＯＮＡＬ」が割り当てられている情報を、データセンタから他のリージョンに送信するための条件を示す。図８の例において、条件は、例えば、情報の所定アルゴリズムによる暗号化である。

図９は、障害想定要因管理テーブル１６７の構成例を示す。障害想定要因管理テーブル１６７は、データセンタからの情報と障害の想定要因とを関連付ける。障害想定要因管理テーブル１６７は、オペレータの支援のために参照される。障害想定要因管理テーブル１６７は、分散処理サーバ１００に予め設定されている。

障害想定要因管理テーブル１６７は、障害事象欄、関連装置イベント情報欄、関連装置障害情報欄、及び想定原因欄を有する。障害事象欄は、発生した障害事象名を示す。関連装置イベント情報欄は、障害事象に対する装置イベント情報のコードを示す。関連装置障害情報欄は、障害事象に対する装置障害情報のコードを示す。想定原因欄は、発生した障害事象名、装置イベント情報と装置障害情報の組み合わせから、想定される原因を示す。例えば、事象「Ａ」が発生し、装置イベント情報が「Ａ０１」を示し、装置障害情報が「Ａ０２」を示す場合、その想定要因は「αＡ」である。

図１０は、ガイダンス管理テーブル１６８の構成例を示す。ガイダンス管理テーブル１６８は、オペレータに提示するガイダンスを管理する。ガイダンス管理テーブル１６８は、分散処理サーバ１００に予め設定されている。ガイダンス管理テーブル１６８は、情報発生元欄、ＧＬＯＢＡＬ ＤＡＴＡフラグ状況欄、及びガイダンス情報欄を有する。

情報発生元欄は、情報発生元のデータセンタ名を示す。ＧＬＯＢＡＬ ＤＡＴＡフラグ状況欄は、特定のＧＬＯＢＡＬ ＤＡＴＡフラグが付与されている情報が含まれている状況を示す。ガイダンス情報欄は、オペレータに提示するガイダンスを示す。情報発生元が示すデータセンタからの情報が、ＧＬＯＢＡＬ ＤＡＴＡフラグ状況欄の示す状況にある場合、ガイダンス情報欄が示すガイダンスがオペレータに提示される。

図１１は、リソース使用率管理テーブル１７１の構成例を示す。リソース使用率管理テーブル１７１は、監視分析センタにおける監視／分析（監視又は分析）サーバの現在の計算機リソース使用率を管理する。リソース使用率管理テーブル１７１は、分散処理サーバ１００により、随時更新される。リソース使用率管理テーブル１７１における実測値が、リソース使用率閾値度管理テーブル１６３の閾値と比較される。分散処理サーバ１００は、監視分析センタのサーバそれぞれから、実測値を取得する。

リソース使用率管理テーブル１７１は、監視分析センタ欄、サーバ識別子欄、及び実測値欄を有する。サーバ識別子欄は、監視分析センタのサーバの識別子を示す。監視分析センタ欄は、サーバが属する監視分析センタの名を示す。実測値欄は、サーバそれぞれの計算機リソース使用率の実測値を示す。具体的には、監視サーバの、容量使用率及び帯域使用率が実測される。容量使用率は、監視サーバにおいてデータセンタからの情報を格納するための容量において、実際にデータを格納している割合を示す。帯域使用率は、監視サーバの通信帯域の使用率を示す。さらに、分析サーバの、ＣＰＵ稼動率及び帯域使用率が実測される。

図１２は、情報送信先管理テーブル１７２の構成例を示す。情報送信先管理テーブル１７２は、データセンタとデータセンタで発生した情報を送信すべき現在の送信先候補とを関連付ける。分散処理サーバ１００は、デフォルト情報送信先管理テーブル１６１の一部情報を複製して情報送信先管理テーブル１７２を生成し、随時、情報送信先管理テーブル１７２を更新する。

情報送信先管理テーブル１７２は、情報発生元欄、情報種別欄、情報送信先欄を有する。情報発生元欄及び情報送信先欄において、デフォルト情報送信先管理テーブル１６１のリージョン欄が省略されている。情報発生元欄が示すデータセンタ名、及び、情報種別欄の値は、デフォルト情報送信先管理テーブル１６１と同様である。情報送信先欄は、デフォルト情報送信先管理テーブル１６１の値を初期値として格納し、必要に応じて更新される。情報送信先欄の更新の詳細は後述する。

図１３は、送信情報管理テーブル１８０の構成例を示す。送信情報管理テーブル１８０は、データセンタから監視分析センタに送信された情報（履歴情報）を管理する。送信情報管理テーブル１８０は、情報発生時刻欄、情報発生元欄、情報送信先欄、送信情報欄、及び、ＧＬＯＢＡＬ ＤＡＴＡフラグ欄を有する。情報発生時刻欄は、情報の発生時刻を示す。情報発生元欄は、情報発生元のデータセンタ名及び装置識別子を示す。情報送信先欄は、情報が送信された監視分析センタ名及びサーバ識別子を示す。

送信情報欄は、送信された情報の詳細を示す。具体的には、送信された情報が、装置イベント情報又は装置障害情報の場合、送信情報欄は、送信された情報のコードを示す。コードは、イベント又は障害についての情報、例えば種別を示す。送信された情報が、装置詳細情報又は装置構成情報の場合、送信情報欄は、送信された事実を示す。なお、ハイフン「−」は、入力値が存在しないことを意味する。ＧＬＯＢＡＬ ＤＡＴＡフラグ欄は、送信された情報に割り当てられているＧＬＯＢＡＬ ＤＡＴＡフラグを示す。

図１４は、ＤＣ−Ａ１用送信情報管理テーブル１８１の構成例を示す。ＤＣ−Ａ１用送信情報管理テーブル１８１は、送信情報管理テーブル１８０から抽出されたＤＣ−Ａ１を情報発生元とする情報（レコード）で構成されている。図１５は、ＤＣ−Ｂ１用送信情報管理テーブル１８２の構成例を示す。ＤＣ−Ｂ１用送信情報管理テーブル１８２は、送信情報管理テーブル１８０から抽出されたＤＣ−Ｂ１を情報発生元とする情報（レコード）で構成されている。分散処理サーバ１００は、他のデータセンタの送信情報管理テーブルも作成し、更新する。なお、データセンタ毎の送信情報管理テーブルを作成しなくてもよい。

以下において、分散処理サーバ１００の処理を、フローチャートを参照しつつ説明する。図１６は、分散処理サーバ１００が情報送信先管理テーブル１７２を更新する、フローチャートを示す。分散処理サーバ１００は、監視分析センタの監視／分析サーバの負荷、つまり、計算機リソース使用率に基づいて、情報送信先候補の監視／分析サーバを決定する。

第１分散処理プログラム１２１は、全ての監視分析センタの監視／分析サーバの計算機リソースの使用率をポーリングにより監視する（Ｓ１０１）。第１分散処理プログラム１２１は、監視／分析サーバから取得した情報を、リソース使用率管理テーブル１７１へ反映し、情報送信先管理テーブル１７２を、デフォルト情報送信先管理テーブル１６１を参照して、初期化する。

なお、監視分析センタの監視は、ポーリングに代えて、情報発信元からＴｒａｐを受けるなどのイベントＤｒｉｖｅｎ型であってもよい。この場合、第１分散処理プログラム１２１は、当該情報発信元のデータセンタに対してのみ同様の処理を実行する。

第１分散処理プログラム１２１は、ステップＳ１０３からＳ１０８からなるループを、各データセンタＤＣ−ｉのために実行する（Ｓ１０２）。第１分散処理プログラム１２１は、優先度管理テーブル１６２を参照し、優先度の高いデータセンタから順次、当該ループを実行する。これにより、優先度がより高いデータセンタに対して優先的により適切な監視／分析サーバを割り当てることができる。

第１分散処理プログラム１２１は、リソース使用率閾値度管理テーブル１６３、リソース使用率管理テーブル１７１、及び情報送信先管理テーブル１７２を参照し、データセンタＤＣ−ｉ用の分析サーバのＣＰＵ稼動率が、閾値を超過しているか判定する（Ｓ１０３）。いずれの分析サーバのＣＰＵ稼働率も閾値を超過していない場合（Ｓ１０３：ＮＯ）、第１分散処理プログラム１２１は、ＤＣ−ｉ用の初期値の分析サーバを維持する。

いずれか分析サーバのＣＰＵ稼働率が閾値を超過している場合（Ｓ１０３：ＹＥＳ）、第１分散処理プログラム１２１は、リソース使用率閾値度管理テーブル１６３及びリソース使用率管理テーブル１７１を参照し、ＮＷ帯域が閾値未満であって、ＣＰＵ稼動率が最も低い分析サーバ及びそれが在る監視分析センタを特定する（Ｓ１０４）。第１分散処理プログラム１２１は、特定した分析サーバを、情報送信先候補として情報送信先管理テーブル１７２へ登録する（Ｓ１０５）。

さらに、第１分散処理プログラム１２１は、リソース使用率閾値度管理テーブル１６３、リソース使用率管理テーブル１７１、及び情報送信先管理テーブル１７２を参照し、データセンタＤＣ−ｉ用の監視サーバの容量使用率が、閾値を超過しているか判定する（Ｓ１０６）。いずれの監視サーバの容量使用率も閾値を超過していない場合（Ｓ１０６：ＮＯ）、第１分散処理プログラム１２１は、ＤＣ−ｉ用の初期値の監視サーバを維持する。

いずれか監視サーバの容量使用率が閾値を超過している場合（Ｓ１０６：ＹＥＳ）、第１分散処理プログラム１２１は、リソース使用率閾値度管理テーブル１６３及びリソース使用率管理テーブル１７１を参照し、ＮＷ帯域が閾値未満であって、容量使用率が最も低い監視サーバ及びそれが在る監視分析センタを特定する（Ｓ１０７）。第１分散処理プログラム１２１は、特定した監視サーバを、情報送信先候補として情報送信先管理テーブル１７２へ登録する（Ｓ１０８）。なお、ループにおいて、分析サーバと監視サーバのいずれを先に決定してもよい。本例により、監視／分析サーバの実際の負荷に応じて、適切に情報送信先を決定することができる。

図１７は、分散処理サーバ１００が、データセンタからの情報の送信先を決定する、フローチャートを示す。第１分散処理プログラム１２１は、あるデータセンタＤＣ−ｉからの情報送信要求を受信する（Ｓ１５１）。情報送信要求は、情報発生元の装置から直接送信されてもよく、又は、データセンタ内の他の転送サーバから転送されてもよい。情報送信要求は、送信情報管理テーブル１８０の、情報発生時刻欄、情報発生元欄、及び送信情報欄の情報を含む。

第１分散処理プログラム１２１は、送信要求を受信した情報のＧＬＯＢＡＬ ＤＡＴＡフラグを決定する（Ｓ１５２）。具体的には、第１分散処理プログラム１２１は、情報送信先管理テーブル１７２を参照し、情報の送信先候補を決定する。第１分散処理プログラム１２１は、さらに、デフォルト情報送信先管理テーブル１６１を参照して、送信先候補のリージョンが、情報発生元データセンタのリージョンと同一であるか異なるか判定する。

送信先候補のリージョンが、情報発生元データセンタのリージョンと同一である場合、情報は無条件で送信可能であり、ＧＬＯＢＡＬ ＤＡＴＡフラグは「ＰＯＳＳＩＢＬＥ」である。送信先候補のリージョンが、情報発生元データセンタのリージョンと異なる場合、第１分散処理プログラム１２１は、ＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５を参照し、当該情報のＧＬＯＢＡＬ ＤＡＴＡフラグを決定する。

ＧＬＯＢＡＬ ＤＡＴＡフラグが「ＰＯＳＳＩＢＬＥ」である場合、第１分散処理プログラム１２１は、ステップＳ１５６へ進む（Ｓ１５３）。ＧＬＯＢＡＬ ＤＡＴＡフラグが「ＩＭＰＯＳＳＩＢＬＥ」である場合、第１分散処理プログラム１２１は、情報送信先管理テーブル１７２において対応する情報送信先を、デフォルト情報送信先管理テーブル１６１が示す初期値に変更し、ステップＳ１５６へ進む（Ｓ１５４）。ＧＬＯＢＡＬ ＤＡＴＡフラグが「ＣＯＮＤＩＴＩＯＮＡＬ」である場合、第１分散処理プログラム１２１は、条件管理テーブル１６６を参照して該当条件を特定し、ステップＳ１５６へ進む。

ステップＳ１５６において、第１分散処理プログラム１２１は、情報送信先管理テーブル１７２を参照し、送信要求を受信した情報の送信先を決定し、データセンタＤＣ−ｉに応答する。情報に割り当てられているＧＬＯＢＡＬ ＤＡＴＡフラグが「ＣＯＮＤＩＴＩＯＮＡＬ」である場合、第１分散処理プログラム１２１は、情報を送信するための条件も併せてデータセンタＤＣ−ｉに応答する。

次に、第１分散処理プログラム１２１は、送信された情報についての情報を、送信情報管理テーブル１８０に入力する（Ｓ１５７）。情報発生時刻、情報発生元及び送信情報についての情報は、データセンタから受信した送信要求に含まれている。情報送信先はステップＳ１５６において決定され、ＧＬＯＢＡＬ ＤＡＴＡフラグはステップＳ１５２で決定されている。

上述のように、第１分散処理プログラム１２１はＧＬＯＢＡＬ ＤＡＴＡフラグ管理テーブル１６５を参照し、ネットワークシステム外への送信の許否を示すＧＬＯＢＡＬ ＤＡＴＡフラグを決定し、ＧＬＯＢＡＬ ＤＡＴＡフラグに基づいて情報の送信先を決定する。図１７を参照して説明した例は、情報の種類が「ＩＭＰＯＳＳＩＢＬＥ」である場合、情報送信先管理テーブルにおいて対応する情報送信先を初期値に変更する。これと異なり、分散処理サーバ１００は、データセンタと同一のリージョン内における送信先候補も用意し、情報の種類が「ＩＭＰＯＳＳＩＢＬＥ」である場合に当該候補に情報を送信すると決定してもよい。

他の例において、分散処理サーバ１００は情報送信要求を受けてから、情報送信先管理テーブル１７２を更新してもよい。この例において、分散処理サーバ１００は、情報の種類が「ＩＭＰＯＳＳＩＢＬＥ」である場合に、情報発生元のデータセンタと同一のリージョンから送信先の監視／分析サーバを選択するようにしてもよい。

図１８は、分散処理サーバ１００が情報送信先管理テーブル１７２を更新する、フローチャートの他の例を示す。分散処理サーバ１００は、監視分析センタの監視／分析サーバの負荷、つまり、リソース使用率の超過の予測結果に基づいて、情報送信先の監視／分析サーバを決定する。分散処理サーバ１００は、閾値超過予測パターン管理テーブル１６４を参照して、監視／分析サーバの状態がパターンに合致する場合、当該監視／分析サーバのリソース使用率が閾値を超過すると予測する。

第１分散処理プログラム１２１は、情報送信先管理テーブル１７２を、デフォルト情報送信先管理テーブル１６１を参照して初期化する（Ｓ２０１）。第１分散処理プログラム１２１は、以下の処理をポーリング実行する。

第１分散処理プログラム１２１は、全ての監視分析センタの監視／分析サーバの計算機リソースの使用率をポーリングにより監視する（Ｓ２０２）。第１分散処理プログラム１２１は、監視／分析サーバから取得した情報を、リソース使用率管理テーブル１７１へ反映する。なお、監視分析センタの監視は、ポーリングに代えて、情報発信元からＴｒａｐを受けるなどのイベントＤｒｉｖｅｎ型であってもよい。この場合、第１分散処理プログラム１２１は、当該情報発信元のデータセンタに対してのみ同様の処理を実行する。

第１分散処理プログラム１２１は、ステップＳ２０４からＳ２０９からなるループを、各データセンタＤＣ−ｉのために実行する（Ｓ２０３）。第１分散処理プログラム１２１は、優先度管理テーブル１６２を参照し、優先度の高いデータセンタから順次、当該ループを実行する。これにより、優先度がより高いデータセンタに対して優先的により適切な監視／分析サーバを割り当てることができる。

第１分散処理プログラム１２１は、閾値超過予測パターン管理テーブル１６４、リソース使用率管理テーブル１７１、及び情報送信先管理テーブル１７２を参照し、データセンタＤＣ−ｉ用の分析サーバのＣＰＵ稼動率が、閾値を超過するか予測する（Ｓ２０４）。いずれの分析サーバのＣＰＵ稼働率も閾値を超過しないと予測される場合（Ｓ２０４：ＮＯ）、第１分散処理プログラム１２１は、ＤＣ−ｉ用の初期値の分析サーバを維持する。

いずれか分析サーバのＣＰＵ稼働率が閾値を超過すると予測される場合（Ｓ２０４：ＹＥＳ）、第１分散処理プログラム１２１は、リソース使用率閾値度管理テーブル１６３及びリソース使用率管理テーブル１７１を参照し、ＮＷ帯域が閾値未満であって、ＣＰＵ稼動率が最も低い分析サーバ及びそれが在る監視分析センタを特定する（Ｓ２０５）。第１分散処理プログラム１２１は、特定した分析サーバを、情報送信先候補として情報送信先管理テーブル１７２へ登録する（Ｓ２０６）。

さらに、第１分散処理プログラム１２１は、閾値超過予測パターン管理テーブル１６４、リソース使用率管理テーブル１７１、及び情報送信先管理テーブル１７２を参照し、データセンタＤＣ−ｉ用の監視サーバの容量使用率が、閾値を超過するか予測する（Ｓ２０７）。いずれの監視サーバの容量使用率も閾値を超過しないと予測される場合（Ｓ２０７：ＮＯ）、第１分散処理プログラム１２１は、ＤＣ−ｉ用の初期値の監視サーバを維持する。

いずれか監視サーバの容量使用率が閾値を超過すると予測される場合（Ｓ２０７：ＹＥＳ）、第１分散処理プログラム１２１は、リソース使用率閾値度管理テーブル１６３及びリソース使用率管理テーブル１７１を参照し、ＮＷ帯域が閾値未満であって、容量使用率が最も低い監視サーバ及びそれが在る監視分析センタを特定する（Ｓ２０８）。第１分散処理プログラム１２１は、特定した監視サーバを、情報送信先候補として情報送信先管理テーブル１７２へ登録する（Ｓ２０９）。

本例により、監視／分析サーバのリソース使用率が閾値を越える予測し、適切に情報送信先を決定することができる。なお、ループにおいて、分析サーバと監視サーバのいずれを先に決定してもよい。また、情報送信要求を受信したことに対する処理は、図１７を参照して説明した通りである。なお、分散処理サーバ１００は、図１７及び１８の処理の一方のみを実行してもよく、適切なタイミングで両方の処理を実行してもよい。

上述のように、本実施形態は、監視／分析サーバの負荷（リソース使用率）に基づいて、複数のリージョンからデータセンタからの情報の送信先候補を選択することで、複数リージョンの監視分析センタのリソースを有効に活用することができる。さらに、リージョン毎に定められているセキュリティポリシ（私的な規則及び法令を含み、セキュリティ基準を示す）を管理し、それに応じて情報の送信先又は送信方法を決定することで、リージョン間の情報の送信を適切に制御することができる。

図１９は、分散処理サーバ１００による特定ＤＣ用送信情報管理テーブルの作成及び更新のフローチャートを示す。本処理はプッシュ型である。第１分散処理プログラム１２１は、送信情報管理テーブル１８０のレコードが追加されたことを、第２分散処理プログラム１２２に通知し、さらに、当該レコードを送信する（Ｓ２５１）。第２分散処理プログラムは、追加レコード上の情報発生元ＤＣ用送信情報管理テーブルが存在しているか判定する（Ｓ２５２）。

当該ＤＣ用送信情報管理テーブルが存在しない場合（Ｓ２５２：ＮＯ）、第２分散処理プログラムは、当該ＤＣ用送信情報管理テーブルを作成する（Ｓ２５３）。当該ＤＣ用送信情報管理テーブルが存在する場合（Ｓ２５２：ＹＥＳ又はＳ２５３）、第２分散処理プログラムは、追加レコードを当該ＤＣ用送信情報管理テーブルに追加する（Ｓ２５４）。第２分散処理プログラムは、当該ＤＣ用送信情報管理テーブルを情報発生時刻に応じてソートする（Ｓ２５５）。なお、ソート処理は、後述する情報管理プログラム１２３が実行してもよい。

図２０は、分散処理サーバ１００による特定ＤＣ用送信情報管理テーブルの作成及び更新の他のフローチャートを示す。本処理は、プル型である。第２分散処理プログラム１２２は、送信情報管理テーブル１８０に追加レコードがないかを、第１分散処理プログラム１２１にポーリングする（Ｓ３０１）。第２分散処理プログラムは、第１分散処理プログラム１２１から「追加レコード有り」の応答を受信する（Ｓ３０２）。

第２分散処理プログラム１２２は、第１分散処理プログラム１２１へ当該追加レコード要求する（Ｓ３０３）。第１分散処理プログラム１２１は、第２分散処理プログラム１２２に当該追加レコードを送信する（Ｓ３０４）。第２分散処理プログラム１２２は、追加レコード上の情報発生元ＤＣ用送信情報管理テーブルが存在しているか判定する（Ｓ３０５）。

当該ＤＣ用送信情報管理テーブルが存在していない場合（Ｓ３０５：ＮＯ）、第２分散処理プログラム１２２は、当該ＤＣ用送信情報管理テーブルを作成する（Ｓ３０６）。当該ＤＣ用送信情報管理テーブルが存在している場合（Ｓ３０５：ＹＥＳ、Ｓ３０６）、第２分散処理プログラム１２２は、追加レコードを当該ＤＣ用送信情報管理テーブルに追加する（Ｓ３０７）。第２分散処理プログラム１２２は、当該ＤＣ用送信情報管理テーブルを情報発生時刻に応じてソートする（Ｓ３０８）。なお、ソート処理は、後述する情報管理プログラム１２３が実行してもよい。

以下において、分散処理サーバ１００によるオペレータ支援のためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を説明する。まず、データセンタと同一リージョン内のオペレータを支援する例を説明する。リージョンは、リージョンＲ−Ａであり、オペレータが、データセンタＤＣ−Ａ１について情報を要求する例を示す。

まず、情報管理プログラム１２３は、図２１に示す画像５０１のデータを、オペレータが使用しているクライアント（クライアント５００Ａ１とする）に送信し、その表示デバイスにおいて表示させる。オペレータは、画像５０１において、リージョンＲ−Ａかつオペレータ拠点用のユーザＩＤ及びパスワードを入力する。情報管理プログラム１２３は、入力されたユーザＩＤ及びパスワードを受信する。

情報管理プログラム１２３は、クライアント５００Ａ１からデータセンタＤＣ−Ａ１の指定を受け、クライアント５００Ａ１に、図２２に示す画像５０２を表示させる。ここで、オペレータは、「ＩＮＣＩＤＥＮＴＳ」を選択したとする。情報管理プログラム１２３は、クライアント５００Ａ１から、「ＩＮＣＩＤＥＮＴＳ」参照指示を受信する。「ＩＮＣＩＤＥＮＴＳ」参照指示は、それらの情報の参照を指示する「ＩＮＦＯＲＭＡＴＩＯＮ」参照指示を含む。

情報管理プログラム１２３は、クライアント５００Ａ１に、図２３に示す画像５０３を表示させる。オペレータは、情報の取得期間を入力し、分散処理サーバ１００に送信する。情報管理プログラム１２３は、指定された期間のレコードを、ＤＣ−Ａ１用送信情報管理テーブル１８１から選択し、指定期間のレコードからなる複製送信情報管理テーブルを生成する。選択されるレコードは、情報発生時刻欄の値が、指定された期間に含まれるレコードである。情報管理プログラム１２３は、複製したレコードを使用して、図２４に示す画像５０４を、クライアント５００Ａ１に表示させる。

オペレータは、図２４において、指定期間においてデータセンタＤＣ−Ａ１において発生した情報を参照することができる。また、ＤＣ−Ａ１用送信情報管理テーブル１８１が予め生成されているため、オペレータからの要求に対して迅速に対応することができる。

次に、図２４の画像５０４において、オペレータに「ＦＡＩＬＵＲＥ」が選択された場合を説明する。情報管理プログラム１２３は、クライアント５００Ａ１から、「ＦＡＩＬＵＲＥ」参照指示を受信する。情報管理プログラム１２３は、情報管理プログラム１２３は、ＤＣ−Ａ１用送信情報管理テーブル１８１の指定期間のレコードからなる上記複製送信情報管理テーブル及び障害想定要因管理テーブル１６７を参照する。

情報管理プログラム１２３は、障害想定要因管理テーブル１６７が示す装置イベント情報のコードと装置障害情報のコードのペアが、複製送信情報管理テーブルに存在しているか否かを示す画像を生成し、クライアント５００Ａ１に表示させる。本例において、情報管理プログラム１２３は、障害想定要因管理テーブル１６７を複製し、図２５に示すような画像５０５を生成する。画像５０５は、想定要因についての判定結果を示す。

障害想定要因管理テーブル１６７が示す装置イベント情報のコードと装置障害情報のコードのペアが、複製送信情報管理テーブルに存在している場合、画像５０５において、当該レコードが白背景で表示される。レコードは、障害事象、装置イベント情報、装置障害情報及び想定原因のセルで構成されている。

障害想定要因管理テーブル１６７が示す装置イベント情報のコードと装置障害情報のコードのペアが、複製送信情報管理テーブルに存在してない場合、画像５０５において、当該レコードがグレイアウトされる。本例において、装置イベント情報のコードと装置障害情報のコードのいずれか一方が異なる場合、装置イベント情報、装置障害情報及び想定原因のセルが、グレイアウトされる。なお、障害想定要因管理テーブル１６７が示す装置イベント情報のコードと装置障害情報のコードのペアの有無の表示態様は任意である。

上述にように、オペレータは、図２５の画像を参照して、データセンタで発生した障害事象の想定要因を知ることができる。これにより、オペレータ間のサービス品質のばらつきを低減できる。

次に、データセンタと異なるリージョンのオペレータが、当該データセンタの情報を参照する例を説明する。データセンタと異なるリージョンのオペレータが、当該データセンタでの障害に対処可能とすることで、異なるリージョンの複数のオペレータがデータセンタの保守管理を柔軟に行うことができる。以下の例において、リージョンＲ−Ｂのオペレータが、クライアント５００Ｂ１からデータセンタＤＣ−Ａ１の情報を要求するとする。図２１、２２、及び２３を参照して説明したように、オペレータは必要な情報を分散処理サーバ１００に送信する。

図２６は、情報管理プログラム１２３が、リージョンＲ−Ｂのオペレータから、データセンタＤＣ−Ａ１について「ＩＮＦＯＲＭＡＴＩＯＮ」参照指示を受信した場合に、クライアント５００Ｂ１が表示する画像５１３を示す。画像５１３は、図２４に示す画像に対応する。情報管理プログラム１２３は、図２４を参照して説明したように、画像５１３を生成し、クライアント５００Ｂ１に表示させる。

図２７は、図２６の画像５１３において、オペレータに「ＦＡＩＬＵＲＥ」が選択された場合にクライアント５００Ｂ１が表示する画像５１４を示す。画像５１４は、想定要因についての判定結果を示す。本例においては、障害想定要因管理テーブル１６７が示す装置イベント情報のコードと装置障害情報のコードのペアが、複製送信情報管理テーブルに存在していない。つまり、想定要因は不明である。したがって、画像５１４において全てのレコードがグレイアウトされている。

図２８は、図２７の画像５１４において、オペレータに「ＣＯＭＭＵＮＩＣＡＴＥ」が選択された場合にクライアント５００Ｂ１が表示する画像５１５を示す。情報管理プログラム１２３は、クライアント５００Ｂ１から、「ＣＯＭＭＵＮＩＣＡＴＥ」参照指示を受信し、画像５１５をクライアント５００Ｂ１に表示させる。

情報管理プログラム１２３は、ＤＣ−Ａ１用送信情報管理テーブル１８１の指定期間のレコードからなる上記複製送信情報管理テーブルを参照し、「ＩＭＰＯＳＳＩＢＬＥ」データ及び「ＣＯＮＤＩＴＩＯＮＡＬ」データを検索する。「ＩＭＰＯＳＳＩＢＬＥ」データが含まれている場合、情報管理プログラム１２３は、ガイダンス管理テーブル１６８を参照し、情報発生元がデータセンタＤＣ−Ａ１であり、ＧＬＯＢＡＬ ＤＡＴＡフラグ状況が「ＩＭＰＯＳＳＩＢＬＥ」データが含まれている場合のガイダンス情報を取得し、画像５１５に含める。

「ＣＯＮＤＩＴＩＯＮＡＬ」データが含まれている場合、情報管理プログラム１２３は、ガイダンス管理テーブル１６８を参照し、情報発生元がデータセンタＤＣ−Ａ１であり、ＧＬＯＢＡＬ ＤＡＴＡフラグ状況が「ＣＯＮＤＩＴＩＯＮＡＬ」データが含まれている場合のガイダンス情報を取得し、画像５１５に含める。

上述のように、オペレータが取るべき対応をガイダンス情報として示すことで、オペレータの処理を効率化すると共に、オペレータ間のスキル差によるサービス品質のばらつきを低減できる。また、リージョン間で特定の情報の通信が禁止されている場合にも、データセンタでの障害に適切に対応することができる。

図２９は、図２８の画像５１５において、オペレータに「当該ＲＥＧＩＯＮオペレータへ通知」が選択された場合にクライアント５００Ｂ１が表示する画像５１６を示す。情報管理プログラム１２３は、クライアント５００Ｂ１から、「当該ＲＥＧＩＯＮオペレータへ通知」参照指示を受信し、画像５１６をクライアント５００Ｂ１に表示させる。情報管理プログラム１２３は、画像５１６により、ＩＮＣＩＤＥＮＴ ＴＩＣＫＥＴ（ＮＥＷ）をオペレータに作成させる。これにより、オペレータ間の通信を効率化できる。

上述のように、本例によれば、データセンタと異なるリージョンのオペレータが、当該データセンタで発生した事象に対処するための適切な情報を表示することで、オペレータによる効率的な処理、複数リージョンの人的資源の有効活用及びデータセンタでの障害への適切な対処が可能となる。

次に、リージョンＲ−Ａのオペレータが、リージョンＲ−ＢのデータセンタＢ１の情報を参照する例を説明する。リージョンＲ−Ａのオペレータが、クライアント５００Ａ１からデータセンタＤＣ−Ｂ１の情報を要求するとする。図２１、２２、及び２３を参照して説明したように、オペレータは必要な情報を分散処理サーバ１００に送信する。

図３０は、情報管理プログラム１２３が、リージョンＲ−Ａのオペレータから、データセンタＤＣ−Ｂ１について「ＩＮＦＯＲＭＡＴＩＯＮ」参照指示を受信した場合に、クライアント５００Ａ１が表示する画像５２１を示す。画像５２１は、図２４又は２６に示す画像に対応する。情報管理プログラム１２３は、図２４を参照して説明したように、画像５２１を生成し、クライアント５００Ａ１に表示させる。

図３１は、図３０の画像５２１において、オペレータに「ＦＡＩＬＵＲＥ」が選択された場合にクライアント５００Ａ１が表示する画像５２２を示す。画像５２２は、想定要因についての判定結果を示す。本例においては、障害想定要因管理テーブル１６７が示す装置イベント情報のコードと装置障害情報のコードのペアが、複製送信情報管理テーブルに存在していない。つまり、想定要因は不明である。したがって、画像５２２において全てのレコードがグレイアウトされている。

図３２は、図３１の画像５２２において、オペレータに「ＣＯＭＭＵＮＩＣＡＴＥ」が選択された場合にクライアント５００Ａ１が表示する画像５２３を示す。情報管理プログラム１２３は、クライアント５００Ａ１から、「ＣＯＭＭＵＮＩＣＡＴＥ」参照指示を受信し、画像５２３をクライアント５００Ｂ１に表示させる。

情報管理プログラム１２３は、ＤＣ−Ｂ１用送信情報管理テーブル１８２の指定期間のレコードからなる複製送信情報管理テーブルを参照し、「ＩＭＰＯＳＳＩＢＬＥ」データ及び「ＣＯＮＤＩＴＩＯＮＡＬ」データを検索する。「ＩＭＰＯＳＳＩＢＬＥ」データが含まれている場合、情報管理プログラム１２３は、ガイダンス管理テーブル１６８を参照し、情報発生元がデータセンタＤＣ−Ｂ１であり、ＧＬＯＢＡＬ ＤＡＴＡフラグ状況が「ＩＭＰＯＳＳＩＢＬＥ」データが含まれている場合のガイダンス情報を取得し、画像５２３に含める。

「ＣＯＮＤＩＴＩＯＮＡＬ」データが含まれている場合、情報管理プログラム１２３は、ガイダンス管理テーブル１６８を参照し、情報発生元がデータセンタＤＣ−Ｂ１であり、ＧＬＯＢＡＬ ＤＡＴＡフラグ状況が「ＣＯＮＤＩＴＩＯＮＡＬ」データが含まれている場合のガイダンス情報を取得し、画像５２３に含める。

リージョンＲ−Ａのオペレータは、画像５２３が示すガイダンスに従って、暗号化データをクライアント５００Ａ１にダウンロードし、復号技術（Ｂ）を使用して、暗号化データを復号化する。

上述のように、オペレータが取るべき対応をガイダンス情報として示すことで、オペレータの処理を効率化すると共に、オペレータ間のスキル差によるサービス品質のばらつきを低減できる。また、リージョン間で特定の情報が特定の方法でのみ許可されている場合にも、データセンタでの障害に適切に対応することができる。

上述のように、本実施形態によれば、データセンタ及び監視分析センタを含むシステムの、ＲＯＡ（ＲｅｔｕｒｎＯｎＡｓｓｅｔｓ）／ＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）を改善することができる。具体的には、データセンタで発生した情報を、当該データセンタと同一のリージョンの監視分析センタに加え、異なるリージョンの監視分析センタに送信可能とすることで、システム内のリソースを有効に活用することができる。これにより、データセンタの監視及び分析をタイムリに実行可能となる。

また、リージョン間の情報の送信のセキュリティポリシを管理し、当該ポリシに応じて情報の送信を制御することで、データセンタで発生した情報を適切に監視分析センタに送信できる。例えば、グローバル規模でのＩＴサービスを展開・運用するに当たり、異なる拠点のＩＴリソースを有効に活用することができる。

また、オペレータに対してデータセンタから監視分析センタに送信された情報について情報を提示し、オペレータに対してとるべきアクションのガイダンスを行うことで、各オペレータの作業が効率化される。また、異なるリージョンのオペレータが、シームレスに連携して障害調査・分析を行うことが可能となり、一つのデータセンタの保守運用を、複数リージョンのオペレータが柔軟に行うことができる。

さらに、オペレータによる作業が効率化されることで、オペレータによるデータセンタの保守運用のサービスをより低い料金で提供することが可能となる。または、同一の料金において、より高度で迅速な保守運用サービスを顧客に提供することが可能となる。

なお、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。

１００ 分散処理サーバ、１１０ プロセッサ、１２０ メモリ、１２１ 第１分散処理プログラム、１２２ 第２分散処理プログラム、１２３ 情報管理プログラム、１３０ 補助記憶装置、１３１ 管理テーブル群、１４０ ネットワークインタフェース、１６１ デフォルト情報送信先管理テーブル、１６２ 優先度管理テーブル、１６３ リソース使用率閾値度管理テーブル、１６４ 閾値超過予測パターン管理テーブル、１６５ フラグ管理テーブル、１６６ 条件管理テーブル、１６６ 条件管理テーブル、１６７ 障害想定要因管理テーブル、１６８ ガイダンス管理テーブル、１７１ リソース使用率管理テーブル、１７２ 情報送信先管理テーブル、１８０ 送信情報管理テーブル、１８１ ＤＣ−Ａ１用送信情報管理テーブル、１８２ ＤＣ−Ｂ１用送信情報管理テーブル、２００Ａ、２００Ｂ リージョン、３００Ａ１、３００Ｂ１ データセンタ、４００Ａ１、４００Ａ２、４００Ｂ１、４００Ｂ２ 監視分析センタ、５００Ａ１、５００Ａ２、５００Ｂ１、５００Ｂ２ クライアント、５０１−５０５、５１３−５１６、５２１、５２２、５２３ 画像

Claims (13)

1. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、
   １以上の記憶装置と、
   前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、
   前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記１以上のプロセッサは、
   情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記決定及び前記複数の監視／分析サーバの計算機リソースの使用率に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択する、計算機システム。
2. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、
   １以上の記憶装置と、
   前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、
   前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記１以上のプロセッサは、
   情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
   前記１以上の記憶装置は、
   前記複数の被監視システムそれぞれと、前記複数の被監視システムの情報を送信する送信先候補の監視／分析サーバとを関連付ける、情報送信先管理情報と、
   前記複数の監視／分析サーバの計算機リソース使用率の閾値を管理するリソース使用率閾値管理情報と、を格納し、
   前記１以上のプロセッサは、
   前記情報送信先管理情報を参照して前記第１被監視システムで発生した情報の送信先となる第１候補監視／分析サーバを決定し、
   前記第１候補監視／分析サーバの計算機リソース使用率が、前記リソース使用率閾値管理情報が示す閾値を超える場合、前記複数の監視／分析サーバの他の監視／分析サーバから、前記他の監視／分析サーバの計算機リソース使用率に基づいて、他の候補監視／分析サーバを選択する、計算機システム。
3. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、
   １以上の記憶装置と、
   前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、
   前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記１以上のプロセッサは、
   情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
   前記１以上の記憶装置は、
   前記複数の被監視システムそれぞれと、前記複数の被監視システムの情報を送信する送信先候補の監視／分析サーバとを関連付ける、情報送信先管理情報と、
   前記複数の監視／分析サーバにおいて計算機リソース使用率が閾値を超えると予測できる、複数の条件要素からなるパターンを示す、閾値超過予測パターン管理情報と、を格納し
   前記複数の条件要素は、前記複数の監視／分析サーバにおける計算機リソース使用率の条件を含み、
   前記１以上のプロセッサは、
   前記情報送信先管理情報を参照して前記第１被監視システムで発生した情報の送信先となる第１候補監視／分析サーバを決定し、
   前記第１候補監視／分析サーバの状態が、前記閾値超過予測パターン管理情報が示すパターンに合致する場合、前記複数の監視／分析サーバの他の監視／分析サーバから、前記他の監視／分析サーバの計算機リソース使用率に基づいて、他の候補監視／分析サーバを選択する、計算機システム。
4. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、
   １以上の記憶装置と、
   前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、
   前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記１以上のプロセッサは、
   情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
   前記複数の被監視システムに割り当てられている優先度の順に、前記複数の被監視システムそれぞれにおいて発生した情報の送信先となる監視／分析サーバの候補を決定する、計算機システム。
5. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、
   １以上の記憶装置と、
   前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、
   前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記１以上のプロセッサは、
   情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
   前記１以上の記憶装置は、
   前記複数の被監視システムから前記複数の監視／分析サーバに送信された情報の履歴を格納し、
   前記１以上のプロセッサは、
   クライアントからの要求に応じて前記履歴から選択したレコードを、前記クライアントに送信する、計算機システム。
6. 請求項５に記載の計算機システムであって、
   前記１以上の記憶装置は、
   前記複数の被監視システム毎に、前記複数の被監視システムから前記複数の監視／分析サーバに送信された情報の履歴テーブルを格納し、
   前記１以上のプロセッサは、前記クライアントからの前記要求が示す被監視システムの履歴テーブルから選択したレコードを、前記クライアントに送信する、計算機システム。
7. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を管理する、計算機システムであって、
   １以上の記憶装置と、
   前記１以上の記憶装置に格納されているプログラムに従って動作する１以上のプロセッサと、を含み、
   前記１以上の記憶装置は、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記１以上のプロセッサは、
   情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
   前記１以上の記憶装置は、
   前記複数の被監視システムから前記複数の監視／分析サーバに送信された情報の履歴と、
   前記複数の被監視システムにおいて発生した情報と障害の想定要因とを関連づける障害想定要因管理情報と、を格納し、
   前記１以上のプロセッサは、
   クライアントから指定された被監視システムにおいて発生した情報の履歴と前記障害想定要因管理情報と、に基づいて、前記指定された被監視システムにおける障害の想定要因についての判定結果を示す画像を生成し、前記クライアントに送信する、計算機システム。
8. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を計算機システムが管理する方法であって、
   前記計算機システムは、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記方法は、
   前記計算機システムが、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記計算機システムが、前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記計算機システムが、前記決定及び前記複数の監視／分析サーバの計算機リソースの使用率に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択する、方法。
9. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を計算機システムが管理する方法であって、
   前記計算機システムは、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
   前記方法は、
   前記計算機システムが、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
   前記計算機システムが、前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
   前記計算機システムが、前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
   前記計算機システムは、
   前記複数の被監視システムそれぞれと、前記複数の被監視システムの情報を送信する送信先候補の監視／分析サーバとを関連付ける、情報送信先管理情報と、
   前記複数の監視／分析サーバの計算機リソース使用率の閾値を管理するリソース使用率閾値管理情報と、を格納し、
   前記方法は、
   前記計算機システムが、前記情報送信先管理情報を参照して前記第１被監視システムで発生した情報の送信先となる第１候補監視／分析サーバを決定し、
   前記計算機システムが、前記第１候補監視／分析サーバの計算機リソース使用率が、前記リソース使用率閾値管理情報が示す閾値を超える場合、前記複数の監視／分析サーバの他の監視／分析サーバから、前記他の監視／分析サーバの計算機リソース使用率に基づいて、他の候補監視／分析サーバを選択する、方法。
10. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を計算機システムが管理する方法であって、
    前記計算機システムは、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
    前記方法は、
    前記計算機システムが、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
    前記計算機システムが、前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
    前記計算機システムが、前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
    前記計算機システムは、
    前記複数の被監視システムそれぞれと、前記複数の被監視システムの情報を送信する送信先候補の監視／分析サーバとを関連付ける、情報送信先管理情報と、
    前記複数の監視／分析サーバにおいて計算機リソース使用率が閾値を超えると予測できる、複数の条件要素からなるパターンを示す、閾値超過予測パターン管理情報と、を格納し
    前記複数の条件要素は、前記複数の監視／分析サーバにおける計算機リソース使用率の条件を含み、
    前記方法は、
    前記計算機システムが、前記情報送信先管理情報を参照して前記第１被監視システムで発生した情報の送信先となる第１候補監視／分析サーバを決定し、
    前記計算機システムが、前記第１候補監視／分析サーバの状態が、前記閾値超過予測パターン管理情報が示すパターンに合致する場合、前記複数の監視／分析サーバの他の監視／分析サーバから、前記他の監視／分析サーバの計算機リソース使用率に基づいて、他の候補監視／分析サーバを選択する、方法。
11. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を計算機システムが管理する方法であって、
    前記計算機システムは、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
    前記方法は、
    前記計算機システムが、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
    前記計算機システムが、前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
    前記計算機システムが、前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
    前記複数の被監視システムに割り当てられている優先度の順に、前記複数の被監視システムそれぞれにおいて発生した情報の送信先となる監視／分析サーバの候補を決定する、方法。
12. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を計算機システムが管理する方法であって、
    前記計算機システムは、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
    前記方法は、
    前記計算機システムが、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
    前記計算機システムが、前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
    前記計算機システムが、前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
    前記計算機システムは、
    前記複数の被監視システムから前記複数の監視／分析サーバに送信された情報の履歴を格納し、
    前記方法は、
    前記計算機システムが、クライアントからの要求に応じて前記履歴から選択したレコードを、前記クライアントに送信する、方法。
13. 複数のネットワークに属する複数の被監視システムと、前記複数のネットワークに属し、前記複数の被監視システムを監視又は分析する複数の監視／分析サーバと、を計算機システムが管理する方法であって、
    前記計算機システムは、情報発生元と情報種別の組み合わせと、情報を前記情報発生元から外部のネットワークシステムに送信することの許否と、の関係を示す許否管理情報を格納し、
    前記方法は、
    前記計算機システムが、情報の発生元である第１被監視システムから、第１情報の情報種別を特定する情報送信要求を受信し、
    前記計算機システムが、前記許否管理情報を参照して、前記第１情報の前記第１被監視システムが属するネットワークシステムから外部のネットワークシステムへの送信の許否についての決定を行い、
    前記計算機システムが、前記決定に基づいて、前記複数の監視／分析サーバから前記第１情報の送信先となる監視／分析サーバを選択し、
    前記計算機システムは、
    前記複数の被監視システムから前記複数の監視／分析サーバに送信された情報の履歴と、
    前記複数の被監視システムにおいて発生した情報と障害の想定要因とを関連づける障害想定要因管理情報と、を格納し、
    前記方法は、
    前記計算機システムが、クライアントから指定された被監視システムにおいて発生した情報の履歴と前記障害想定要因管理情報と、に基づいて、前記指定された被監視システムにおける障害の想定要因についての判定結果を示す画像を生成し、前記クライアントに送信する、方法。

Images