JP7339542B2 - 管理装置、管理システムおよび管理方法 - Google Patents

Description

本発明は、管理装置、管理システムおよび管理方法に関する。

コンピュータシステムの保守作業としては、例えば、機器の交換や増設、廃却、プログラムのインストールやアンインストール、更新、異常が発生した機器の回復などがある。近年、データセンタのような多数のコンピュータや通信機器を含む大規模なコンピュータシステムが多くなっており、それに伴って管理対象の機器の数が増加している。管理対象の機器の数が増加するほど、上記のような保守作業は煩雑になる。

ここで、システムの管理に関しては次のような提案がある。例えば、ノードが、ネットワークグループ情報のホップ数を解析することで、自ノードに近接のグループ管理装置を選択してグループを形成することによって、ネットワークの階層化管理を実現するネットワーク管理システムが提案されている。また、ネットワーク管理用の構成管理情報とシステム管理用の構成管理情報とを統合して管理するマネージャ機構を設けることで、機器の構成情報とプログラムの構成情報とを一括で管理できるようにしたコンピュータシステムが提案されている。

特開２０１１－５５２３１号公報 特開平９－６９０８３号公報

コンピュータシステムに含まれる機器の保守作業を実施する際には、保守作業の影響が大きいと推定される他の機器を特定することが、保守作業の確実性を高めるために重要である。例えば、機器の保守作業を実施する際に、保守作業の対象機器の動作だけでなく、特定された他の機器の動作も停止させた方がよい場合がある。あるいは、対象機器に対して保守作業を実施するだけでなく、特定された他の機器に対しても保守作業を実施した方がよい場合もある。特定された他の機器の動作を停止させたり、他の機器に対する保守作業を実施しておくことで、対象機器に対する保守作業の実施後にシステムに異常が発生する可能性を低減できる。

しかし、管理対象の機器の数が増加して、システムの構成やシステム内での処理が複雑化するほど、保守作業の影響が大きいと推定される機器を正確に特定することは困難になる。

１つの側面では、本発明は、保守作業の確実性を高めるための情報を提示可能な管理装置、管理システムおよび管理方法を提供することを目的とする。

１つの案では、記憶部と、次のような処理部とを有する管理装置が提供される。この管理装置において、処理部は、複数の機器のそれぞれから、複数の機器のうち他の機器との間で実行された通信処理の履歴に基づく情報を収集して記憶部に格納する収集処理と、収集処理で収集された情報に基づいて、同じ種類の通信処理が同じ時間間隔で実行された１組以上の通信元および通信先の機器のペアをまとめてグループを作成する作成処理とを含むグループ化処理を実行する。また、処理部は、グループ化処理によって作成されたグループに含まれる機器の情報を表示する表示情報を出力する。

また、１つの案では、複数の機器と、管理装置とを有する管理システムが提供される。この管理装置において、複数の機器のそれぞれは、複数の機器のうち他の機器との間で実行された通信処理の履歴を記憶部に蓄積し、蓄積された履歴に基づいて、同じ通信相手との間で同じ時間間隔で実行された同じ種類の通信処理を示す通信処理情報を作成する。管理装置は、複数の機器のそれぞれから通信処理情報を収集する収集処理と、収集された通信処理情報に基づいて、同じ種類の通信処理が同じ時間間隔で実行された１組以上の通信元および通信先の機器のペアをまとめてグループを作成する作成処理とを含むグループ化処理を実行し、グループ化処理によって作成されたグループに含まれる機器の情報を表示する表示情報を出力する。

さらに、１つの案では、上記の管理装置と同様の処理がコンピュータで実行される管理方法が提供される。

１つの側面では、保守作業の確実性を高めるための情報を提示できる。

第１の実施の形態に係る管理装置の構成例および処理例を示す図である。 第２の実施の形態に係る情報処理システムの構成例を示す図である。 ノード管理装置のハードウェア構成例を示す図である。 資産情報リストの作成についての比較例を示す図である。 ノードおよびノード管理装置が備える処理機能の構成例を示す図である。 データ収集部によるデータ収集処理の一例を説明するための図である。 データ収集の処理手順を示すフローチャートの例である。 データ解析部によるデータ解析処理手順を示すフローチャートの例である。 分類済みデータファイルおよび解析済みデータテーブルの一例を示す図である。 機器リスト記憶部に記憶される管理対象機器リストの一例を示す図である。 ノード管理装置のデータ収集部によるデータ収集処理手順を示すフローチャートの例である。 ノード管理装置に記憶される解析済みデータテーブルの一例を示す図である。 ノード管理装置のデータ解析部によるデータ解析処理手順を示すフローチャートの例である。 グループデータテーブルに登録される情報についての第１の例を示す図である。 グループデータテーブルに登録される情報についての第２の例を示す図である。 グループ化の第１の例を示す図である。 グループ化の第２の例を示す図である。 管理表出力部によるメイングループ判定処理手順を示すフローチャートの例である。 管理表出力部による情報表示処理手順を示すフローチャートの例（その１）である。 管理表出力部による情報表示処理手順を示すフローチャートの例（その２）である。 グループ表および資産表の第１の表示例を示す図である。 グループ表および資産表の第２の表示例を示す図である。 グループ表および資産表の第３の表示例を示す図である。 グループ表および資産表の第４の表示例を示す図である。 差分回数を用いた差分発生の判定処理例を示す図である。 保守作業の第１の例を示す図である。 保守作業の第２の例を示す図である。 保守作業の第３の例を示す図である。

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る管理装置の構成例および処理例を示す図である。図１に示す管理装置１は、記憶部２と処理部３を有する。記憶部２は、例えば、管理装置１が備える図示しない記憶装置の記憶領域として実現される。処理部３は、例えば、管理装置１が備える図示しないプロセッサとして実現される。

この管理装置１は、複数の機器を管理する。管理対象の複数の機器は、例えば、サーバ装置などのコンピュータや、スイッチなどの通信機器である。管理対象の機器の１つは、管理対象の他の少なくとも１つの機器との間で通信できるようになっている。図１では、管理対象の機器として機器１１～１４が例示されている。

処理部３は、機器１１～１４のそれぞれから、管理対象の他の機器との間で実行された通信処理の履歴に基づく情報を収集して、記憶部２に格納する。例えば、機器１１～１４のそれぞれは、他の機器との間で実行された通信処理の履歴に基づいて、同じ通信相手との間で同じ時間間隔で実行された同じ種類の通信処理を示す通信処理情報２１を作成する。処理部３は、上記の履歴に基づく情報として、通信処理情報２１を機器１１～１４のそれぞれから収集して、記憶部２に格納する。

処理部３は、収集された情報（図１では通信処理情報２１）に基づいて、同じ種類の通信処理が同じ時間間隔で実行された１組以上の通信元および通信先の機器のペアをまとめてグループを作成する。例えば図１では、記憶部２に格納された通信処理情報２１に基づき、次のような通信処理３１，３２が抽出されたとする。

通信処理３１は、通信元が機器Ａ（機器１１）、通信先が機器Ｂ（機器１２）、処理種別がＰ１、実行間隔が１時間の処理である。通信処理３２は、通信元が機器Ｄ（機器１４）、通信先が機器Ｂ（機器１２）、処理種別がＰ１、実行間隔が１時間の処理である。このような通信処理３１，３２の間では、処理種別が同じで処理の種類が同じと考えられ、なおかつ実行間隔が同じであることから、処理部３は、通信処理３１における機器Ａ，Ｂのペアと、通信処理３２における機器Ｄ，Ｂのペアとをグループ化する。

なお、処理種別は、例えば、実行されるプログラム名やプロセス名、使用されるプロトコル名などに基づく情報であり、通信処理の種類を示す。例えば通信処理３１，３２の間では、処理種別が同一の場合だけでなく、処理種別が類似または関連する場合でも、処理の種類が同じと判定されてもよい。

また、グループ化の判断には、処理の種類および実行間隔の他に、例えば使用ポート番号が用いられてもよい。
処理部３は、以上の処理によって作成されたグループに含まれる機器Ａ，Ｂ，Ｄの情報を表示する表示情報４１を出力する。表示情報４１は、図示しない表示装置に表示されて、管理者によって閲覧される。

以上の管理装置１によれば、保守作業の確実性を高めるための情報を提示できる。例えば、グループに含まれる機器Ａ，Ｂ，Ｄでは、同じ種類の通信処理が同じ時間間隔で実行されるので、互いの関連性や依存性が高いと推定される。例えば、機器Ａ，Ｂ，Ｄのいずれかの動作を停止させる場合には、他の機器の動作も停止させないと、他の機器において異常が発生する可能性が高まる。あるいは、機器Ａ，Ｂ，Ｄのいずれかにおいてプログラムを更新する場合には、他の機器でもプログラムを更新しないと、他の機器において異常が発生する可能性が高まる。

ここで、単にある機器と別の機器との間で通信が行われていたというだけでは、それらの機器間の関連性や依存性が高いとは言えない。管理装置１は、処理種別と実行間隔とに基づいてグループ化を行うことで、保守作業の際に何らかの対処をしないと異常が発生しやすいという、関連性や依存度が高い機器群を高精度に推定できる。

したがって、管理者は、表示情報４１を閲覧することで、機器Ａ，Ｂ，Ｄの中では保守作業の影響が大きい可能性が高いと判断できる。例えば、管理者は、機器Ａの動作を停止させる際に、表示情報４１を閲覧することで、機器Ｂ，Ｄの動作も停止させた方がよいと判断できる。あるいは、管理者は、機器Ａのプログラムを更新する際に、表示情報４１を閲覧することで、機器Ｂ，Ｄのプログラムを更新した方がよいと判断できる。このように、表示情報４１が管理者に提示されることで、管理者による保守作業の確実性を高めることができる。

〔第２の実施の形態〕
次に、第２の実施の形態として、データセンタにおけるノード管理について説明する。
図２は、第２の実施の形態に係る情報処理システムの構成例を示す図である。図２に示す情報処理システム１００は、データセンタに配置される各種の情報処理機器を含むシステムであり、ノード管理装置１０１と、ノード管理装置１０１による管理対象となるノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・と、ノード管理装置１０１に接続された管理者端末１０２を備える。

ノード管理装置１０１は、ネットワーク１０３を介して接続されたノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・を管理する。管理者端末１０２は、Ｎ１，Ｎ２，Ｎ３，Ｎ４，・・・を管理する管理者によって操作される端末装置である。

管理対象のノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・のそれぞれは、サーバ装置、通信機器（ネットワーク関連機器）などの情報処理機器である。例えば、サーバ装置としては、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバ、ストレージ制御サーバなどを適用可能である。通信機器としては、スイッチ、ルータなどを適用可能である。ノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・のそれぞれは、管理対象の他のノードの少なくとも１つとネットワークを介して接続されている。

なお、ノード管理装置１０１とノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・とを接続するネットワーク１０３は、ノード間の通信が行われるネットワークと同一であってもよいし、このようなネットワークとは別に管理専用に設けられたものであってもよい。

ノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・のそれぞれには、実行された通信処理の履歴を収集してノード管理装置１０１に送信する機能が設けられている。ノード管理装置１０１は、各ノードから収集された情報に基づいて、ノードの相互関係を可視化する。特に、本実施の形態では、ノード管理装置１０１は、通信におけるプロセス名や使用ポート、通信先、通信の周期性などに基づいて、保守作業の際に大きな影響が及び得るノードの組み合わせをグループ化する。そして、ノード管理装置１０１は、グループの情報をノードの属性情報とともに管理者端末１０２に表示させる。また、ノード管理装置１０１は、グループの情報の表示の際に、形成されたグループの構成と、過去に形成されたグループの構成との差分を示すこともできる。このような処理により、ノードの管理者による管理作業を効率化し、正確化する。

図３は、ノード管理装置のハードウェア構成例を示す図である。ノード管理装置１０１は、例えば、図３に示すようなコンピュータとして実現される。
図３に示すノード管理装置１０１は、プロセッサ１１１、ＲＡＭ（Random Access Memory）１１２、ＨＤＤ（Hard Disk Drive）１１３、グラフィックインタフェース（Ｉ／Ｆ）１１４、入力インタフェース（Ｉ／Ｆ）１１５、読み取り装置１１６および通信インタフェース（Ｉ／Ｆ）１１７を備える。

プロセッサ１１１は、ノード管理装置１０１全体を統括的に制御する。プロセッサ１１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）またはＰＬＤ（Programmable Logic Device）である。また、プロセッサ１１１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１１２は、ノード管理装置１０１の主記憶装置として使用される。ＲＡＭ１１２には、プロセッサ１１１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１１２には、プロセッサ１１１による処理に必要な各種データが格納される。

ＨＤＤ１１３は、ノード管理装置１０１の補助記憶装置として使用される。ＨＤＤ１１３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

グラフィックインタフェース１１４には、表示装置１１４ａが接続されている。グラフィックインタフェース１１４は、プロセッサ１１１からの命令にしたがって、画像を表示装置１１４ａに表示させる。表示装置としては、液晶ディスプレイや有機ＥＬ（ElectroLuminescence）ディスプレイなどがある。

入力インタフェース１１５には、入力装置１１５ａが接続されている。入力インタフェース１１５は、入力装置１１５ａから出力される信号をプロセッサ１１１に送信する。入力装置１１５ａとしては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

読み取り装置１１６には、可搬型記録媒体１１６ａが脱着される。読み取り装置１１６は、可搬型記録媒体１１６ａに記録されたデータを読み取ってプロセッサ１１１に送信する。可搬型記録媒体１１６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。

通信インタフェース１１７は、ネットワーク１０３を介してノードＮ１～Ｎ６などの他の装置との間でデータの送受信を行う。
以上のようなハードウェア構成によって、ノード管理装置１０１の処理機能を実現することができる。なお、管理対象のノードも、例えば、図３に示すような構成のコンピュータとして実現可能である。ノードは、例えば、プロセッサを備え、プロセッサがアプリケーションプログラムやファームウェアを実行することで各種の処理を実行可能な構成を有している。

次に、図４は、資産情報リストの作成についての比較例を示す図である。
情報処理システム１００の管理者は、例えば、システム内の情報処理機器（ノード）に関する情報が登録された資産情報リスト１２１を用いて、これらの情報処理機器を管理することができる。図４では、管理対象のノードＮ１～Ｎ６に関する情報が登録された資産情報リスト１２１を例示している。資産情報リスト１２１には、各ノードを識別するノード名に対して、ノードのＩＰ（Internet Protocol）アドレス、ノードのシリアル番号、機能・用途が対応付けて登録されている。これらのうち、機能・用途は、例えば、ノードの主たる役割や処理内容を示す情報であり、例えば、主たるプログラム名、プロセス名、ＯＳ名、使用されるプロトコルなどに基づく情報である。

管理者は、例えば、資産情報リスト１２１を管理者端末１０２に表示させ、その表示内容を参照しながら、情報処理システム１００の保守作業を行うことができる。例えば、管理者は、資産情報リスト１２１を参照して作業対象のノードの情報を確認することで、ノードの機能・用途等に応じた適切な作業を行うことができる。

また、あるノードの保守作業を行う際に、保守作業の影響が他のノードにも及ぶ場合がある。このため、管理者は、保守作業の影響が及ぶ範囲を判定する必要がある。例えば、ノードＮ１とノードＮ３，Ｎ５との間で通信が行われている状況で、ノードＮ１の保守作業を行う場合には、ノードＮ３，Ｎ５がノードＮ１と通信できなくなるので、保守作業の影響がノードＮ３，Ｎ５にも及ぶと言える。この場合、管理者は、ノードＮ１だけでなくノードＮ３，Ｎ５の動作も停止させて、ノードＮ１の保守作業を行う必要がある。また、ノードＮ１に対する作業内容によっては、ノードＮ３，Ｎ５に対しても何らかの作業を行う必要が生じる場合もある。

管理者は、例えば、資産情報リスト１２１の機能・用途の内容を参照することで、保守作業の影響が及ぶ範囲を特定できる場合がある。例えば、機能・用途の内容が同じノードが、影響が及ぶ範囲に属すると判定される。

このような資産情報リスト１２１は、例えば、管理者端末１０２を用いた管理者の操作によって作成され、更新される。管理者は、例えば、ノードの増設や入れ替え、廃却などに伴って、管理者端末１０２を操作して資産情報リスト１２１の内容を更新する。しかしながら、データセンタの大規模化に伴い、管理対象のノード（情報処理機器）の台数は増加する傾向にある。管理対象のノード数が膨大な数になると、上記のように管理者の手作業で資産情報リスト１２１を更新する作業は煩雑になり、更新作業の間違いが発生しやすくなる。

例えば、資産情報リスト１２１の更新内容に間違いが生じた場合、保守作業の影響が及ぶ範囲を正確に特定できなくなる。その結果、管理者が保守作業を正しく行うことができず、保守作業後にシステムの動作に異常が生じてしまう場合がある。また、管理者は、保守作業後に障害が発生した場合に、資産情報リスト１２１を参照して、保守作業前後で内容に差異が生じているかを確認する場合がある。これは、内容の差異が障害の発生原因に関係している場合があるからである。しかし、資産情報リスト１２１の更新内容に間違いが生じた場合、管理者は、保守作業前後での資産情報リスト１２１の内容の差異を正確に確認できなくなり、障害発生原因のための有用な情報を得られなくなる。

また、上記の資産情報リスト１２１を基に表示される内容だけでは、保守作業のために参照される情報の内容としては十分とは言えない。例えば、資産情報リスト１２１に機能・用途が登録されるだけでは、保守作業の影響が及ぶ範囲の特定や、保守作業後の障害発生原因の究明のために十分な情報とは言えない。このため、保守作業のためにより有用な情報を管理者に提示できるようにすることが望まれる。

さらに、システムがその外見からは正しく動作しているように見えるが、実際には異常が発生している場合もある。例えば、インストールするソフトウェアの種類やバージョンを間違えた場合でも、動作を継続できてしまう場合には、システムの利用者等によって具体的な処理の異常が発見されるまで、管理者が異常に気付かない場合がある。このため、このようなケースにおいても異常に気付けるような有用な情報を管理者に提示できることが望まれる。

そこで、本実施の形態では、管理対象の各ノードに、ノードが実行した通信処理内容（履歴）を定期的に収集する機能が設けられ、この収集機能によって収集された情報がノード管理装置１０１に送信される。ノード管理装置１０１は、収集された情報を用い、通信におけるプロセス名や使用ポート、通信先、通信の周期性などに基づいて、保守作業の影響が及び得るノードの組み合わせをグループ化する。このような処理により、ノード管理装置１０１は、ノードの構成に変化があった場合でも、保守作業の影響が及び得る範囲を正確に特定し、特定された範囲に属するノードを管理者に提示できる。

また、ノード管理装置１０１は、あるタイミングで特定されたグループの情報と、それ以前に特定されたグループの情報とを比較して、その差分を示す情報をグループの情報とともに管理者端末１０２に表示させる。これにより、保守作業の効率や正確性を向上させるために有用な情報を管理者に提示できるようになる。

図５は、ノードおよびノード管理装置が備える処理機能の構成例を示す図である。
ノードＮ１は、ＯＳ２０１、データ収集部２０２、データ解析部２０３、データ送信部２０４、収集データ記憶部２１０、分類済みデータ記憶部２２０および解析済みデータ記憶部２３０を備えている。

ＯＳ２０１の処理は、ノードＮ１が備える図示しないプロセッサがＯＳプログラムを実行することで実現される。データ収集部２０２、データ解析部２０３およびデータ送信部２０４の処理は、ノードＮ１が備える図示しないプロセッサが所定のアプリケーションプログラムまたはファームウェアプログラムを実行することで実現される。収集データ記憶部２１０、分類済みデータ記憶部２２０および解析済みデータ記憶部２３０は、ノードＮ１が備える図示しない記憶装置の記憶領域として実現される。

なお、ノードＮ２，Ｎ３，・・・も、ノードＮ１と同様の処理機能を備えている。
ノード管理装置１０１は、データ収集部１３１、データ解析部１３２、管理表出力部１３３、機器リスト記憶部１４０、解析済みデータ記憶部１５０およびグループデータ記憶部１６０を備えている。

データ収集部１３１、データ解析部１３２および管理表出力部１３３の処理は、プロセッサ１１１が所定のプログラムを実行することで実現される。機器リスト記憶部１４０、解析済みデータ記憶部１５０およびグループデータ記憶部１６０は、ＲＡＭ１１２、ＨＤＤ１１３など、ノード管理装置１０１が備える記憶装置の記憶領域として実現される。

まず、ノードのＯＳ２０１およびデータ収集部２０２の処理について説明する。ＯＳ２０１は、通信処理などのノードで実行されるプロセスを管理する。また、ＯＳ２０１は、通信状態を示す情報を出力する機能を備えている。データ収集部２０２は、ＯＳ２０１が備えるこの機能を用いて、ノードで実行された通信プロセスの内容を定期的に収集する。データ収集部２０２は、収集された情報を、収集データ記憶部２１０に記憶された収集データテーブルに登録する。

図６は、データ収集部によるデータ収集処理の一例を説明するための図である。
例えば、Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘ（登録商標）では、ｎｅｔｓｔａｔコマンドを用いることで、通信状態を示す情報を取得できる。図６に示す出力情報２０１ａは、ＯＳ２０１がＬｉｎｕｘの場合において、データ収集部２０２がｎｅｔｓｔａｔコマンドにより通信状態を示す情報を要求したときに、ＯＳ２０１からデータ収集部２０２に出力される情報の例である。

この出力情報２０１ａは、コネクションごとのレコードを含み、各レコードは、Local Address、Foreign Address、State、PID/Program nameの各項目を含む。Local Addressの項目には、ローカルコンピュータ（ノード自身）のＩＰアドレスと使用ポートとが記述される。Foreign Addressの項目には、通信先（接続先）のＩＰアドレスと使用ポートのポート番号とが記述される。Stateの項目には、コネクションの状態が記述される。PID/Program nameの項目には、通信プロセスを識別するプロセスＩＤと、その通信プロセスを実行するためのプログラムを示すプログラム名が記述される。

一方、収集データ記憶部２１０に記憶される収集データテーブル２１１は、タイムスタンプ、通信元情報、通信先情報、通信状態、プロセス名の各項目を含む。
タイムスタンプは、データが収集された時刻を示す。通信元情報は、通信元（ノード自身）のＩＰアドレスと使用ポート（待ち受けポート）のポート番号とを示す。通信元情報の項目には、出力情報２０１ａにおけるLocal Addressの項目に記述された情報が登録される。通信先情報は、通信先のＩＰアドレスと使用ポートのポート番号とを示す。通信先情報の項目には、出力情報２０１ａにおけるForeign Addressの項目に記述された情報が登録される。

通信状態は、コネクションにおける通信の状態を示す。通信状態の項目には、出力情報２０１ａにおけるStateの項目に記述された情報が登録される。プロセス名は、コネクションを用いた通信プロセスを識別するためのプロセスの名称を示す。プロセス名の項目には、出力情報２０１ａにおけるPID/Program nameの項目に記述された情報が登録される。この情報は、通信元の機器で該当するコネクションを用いて実行されている通信プロセスを示す。

データ収集部２０２は、通信状態を示す情報を要求するコマンドを一定の時間間隔でＯＳ２０１に周期的に発行して、その情報を収集し、収集した情報の内容を収集データテーブル２１１に蓄積していく。このようにして、データ収集部２０２は、ノードで実行された通信プロセスの内容（図６の例では通信状態が“ESTABLISHED”であるコネクションに関する情報）を定期的に収集し、蓄積することができる。

以下、データ収集部２０２によるデータ収集の実行周期（収集周期）をＴ１とし、単位時間“Ｔ１”の期間を「単位収集期間」と記載する。また、本実施の形態では、例として、Ｔ１＝５秒とする。

図７は、データ収集の処理手順を示すフローチャートの例である。
［ステップＳ１１］データ収集部２０２は、タイムスタンプ（現時点での時刻）を取得する。タイムスタンプは、５秒ごとに収集される情報を識別できるようにするために、秒単位の情報とされる。

［ステップＳ１２］データ収集部２０２は、状態確認コマンド（例えば上記のｎｅｔｓｔａｔコマンド）を実行して、ＯＳ２０１に対して通信状態を示す情報の出力を要求する。

［ステップＳ１３］データ収集部２０２は、一定時間（ここではＴ１＝５秒）待ち状態となる。
［ステップＳ１４］データ収集部２０２は、直近の５秒における通信状態を示す情報をＯＳ２０１から取得する。データ収集部２０２は、収集されたデータを、ステップＳ１１で取得したタイムスタンプとともに収集データ記憶部２１０内の収集データテーブル２１１に登録する。図６に例示したように、収集データテーブル２１１には、通信状態を示す情報がコネクションごとに登録される。この後、処理がステップＳ１１に進められる。

以上のように、ステップＳ１１～Ｓ１４の処理が１回実行されることで、直近の単位収集期間においてデータ収集部２０２により収集されたデータが収集データ記憶部２１０に蓄積される。ステップＳ１１～Ｓ１４の処理が繰り返し実行されることで、収集データ記憶部２１０には、単位収集期間ごとに収集されたデータが順次蓄積されていく。

次に、ノードのデータ解析部２０３およびデータ送信部２０４の処理について説明する。データ解析部２０３は、データ収集部２０２によって収集されて収集データ記憶部２１０に蓄積されたデータを解析し、解析結果を解析済みデータ記憶部２３０に格納する。この解析では、データ解析部２０３は、プロセス名、通信元および通信先のポート番号、通信先のＩＰアドレスに基づいて、実行された通信プロセスに関する情報を分類する。分類された情報群のそれぞれを示すデータは、分類済みデータファイルとして分類済みデータ記憶部２２０に一時的に格納される。データ解析部２０３は、分類済みデータ記憶部２２０に蓄積されたデータに基づいて、通信プロセスの実行の規則性を解析し、規則性のある通信プロセスの情報を解析済みデータ記憶部２３０に登録する。

ここで、図６、図７に示したように、データ収集部２０２により１回の単位収集期間に収集されたデータには、同じ時刻を示すタイムスタンプが付加される。したがって、収集周期Ｔ１は、データ解析部２０３によって通信プロセスの実行の規則性（周期性）を判定できる最小の周期となる。

一方、データ解析部２０３によって通信プロセスの実行の規則性を判定できる最大の周期（最大判定周期）をＴ２とすると、データ解析部２０３は、直近の時間“Ｔ２×２”以上の長さの期間にデータ収集部２０２によって収集されたデータを用いて、規則性の判定を行う。原理的にはＴ２はＴ１以上であればよいが、通信プロセスの実行の周期性を複数の異なる周期について判定できるようにするためには、Ｔ２はＴ１より大きな値に設定される。

以下の説明では、Ｔ１＝５秒、Ｔ２＝１日であるものとする。この場合、データ解析部２０３は、収集データ記憶部２１０に記憶された収集データのうち、直近の３日（≧Ｔ２×２）に収集されて記憶されたデータを用いて、通信プロセスの実行の規則性を解析する。

図８は、データ解析部によるデータ解析処理手順を示すフローチャートの例である。図８の処理は、Ｔ１以上の時間間隔で周期的に実行される。本実施の形態では、図８の処理は１日（２４時間）ごとに実行されるものとする。

［ステップＳ２１］データ解析部２０３は、収集データ記憶部２１０の収集データテーブル２１１に登録されたレコードの中から、タイムスタンプに基づき、直近の３日（７２時間）の期間に登録されたレコードを特定する。さらに、データ解析部２０３は、特定されたレコードの中から、通信が実行されているレコードを抽出する。この処理では、例えば、通信状態が“ESTABLISHED”であるコネクションに関するレコードが抽出される。

［ステップＳ２２］データ解析部２０３は、抽出されたレコードを、通信先情報に登録されたＩＰアドレスに基づいて分類する。これにより、通信先情報に登録された通信先のＩＰアドレスが同じであるレコードが同じグループに分類される。

［ステップＳ２３］データ解析部２０３は、分類された各グループについて、グループ内のレコードを通信元情報および通信先情報に登録されたポート番号に基づいてさらに分類する。これにより、通信先のＩＰアドレスが同じで、なおかつ、通信元および通信先でそれぞれ用いられているポート番号も同じであるレコードが、同じグループに分類される。

なお、ポート番号については、通信元と通信先の一方のみが同じレコードがグループ化されてもよい。しかし、通信プロセスの種類が同じコネクションでは通信元と通信先のポート番号の組み合わせが同じになるので、上記のように、通信元および通信先でそれぞれ用いられているポート番号も同じであるレコードが同じグループに分類されることが望ましい。

［ステップＳ２４］データ解析部２０３は、分類された各グループについて、グループ内のレコードをプロセス名に基づいてさらに分類する。これにより、通信先のＩＰアドレスが同じで、なおかつ、通信元および通信先でそれぞれ用いられているポート番号も同じで、なおかつ送信元で実行されているプロセスの名称も同じであるレコードが、同じグループに分類される。

［ステップＳ２５］データ解析部２０３は、分類されたグループごとに分類済みデータファイルを作成し、分類済みデータ記憶部２２０に格納する。このとき、各分類済みデータファイルには、グループに含まれるレコードに記述されたプロセス名、通信先アドレス（ＩＰアドレス）、ポート番号が記述される。また、分類済みデータファイルには、グループに含まれるレコードに記述されたすべてのタイムスタンプが記述される。これにより、分類済みデータファイルには、プロセス名、通信先アドレス、ポート番号が同一である通信プロセスについての、直近の３日における実行履歴が記録される。

［ステップＳ２６］データ解析部２０３は、分類済みデータ記憶部２２０に格納された分類済みデータファイルに基づいて、規則性のある通信プロセスの情報を抽出する。この処理では、データ解析部２０３は、分類済みデータファイルごとに、タイムスタンプに基づいて周期的な通信プロセスが行われているかを判定する。実行間隔が等しい複数の通信プロセスが発見された場合、それらの通信プロセスが規則性のある通信プロセスとして抽出される。

ここで、実行間隔が１２時間未満の通信プロセスについては、分類済みデータファイルに記述されたタイムスタンプのうち、直近の１日以内の時刻を示すタイムスタンプだけを用いて判定が行われる。実行間隔が１２時間以上、２４時間未満の通信プロセスについては、分類済みデータファイルに記述されたタイムスタンプのうち、直近の２日以内の時刻を示すタイムスタンプだけを用いて判定が行われる。実行間隔が２４時間（１日）の通信プロセスについては、分類済みデータファイルに記述されたタイムスタンプのうち、直近の３日以内の時刻を示すタイムスタンプを用いて（すなわち、分類済みデータファイル内のすべてのタイムスタンプを用いて）判定が行われる。

また、規則性のある通信プロセスでも、通信エラーに伴う再実行などによって実行周期にブレが生じ得ることから、実行周期のブレを考慮して判定が行われる。例えば、１０分未満の実行周期の通信プロセスを判定する場合、実行周期のブレがプラスマイナス５秒以内であれば規則性のある通信プロセスと判定される。また、１時間単位の実行周期の通信プロセスを判定する場合、実行周期のブレがプラスマイナス２分以内であれば規則性のある通信プロセスと判定される。また、１日（２４時間）単位の実行周期の通信プロセスを判定する場合、実行周期のブレがプラスマイナス３０分以内であれば規則性のある通信プロセスと判定される。

［ステップＳ２７］データ解析部２０３は、現在時刻のタイムスタンプが付加された解析済みデータテーブルを作成し、解析済みデータ記憶部２３０に格納する。データ解析部２０３は、ステップＳ２６で規則的な通信プロセスを抽出すると、その通信プロセスの通信元アドレス、通信先アドレス、プロセス名を、実行間隔を示す時間とともに、作成された解析済みデータテーブルの１つのレコードに登録する。

なお、１つの分類済みデータファイルから、実行周期が異なる複数の規則的な通信プロセスが抽出される場合もある。その場合には、各通信プロセスの情報が解析済みデータテーブルにおける別々のレコードに登録される。

［ステップＳ２８］データ解析部２０３は、分類済みデータ記憶部２２０に格納されたすべての分類済みデータファイルをクリアする（削除する）。分類済みデータ記憶部２２０は、収集データ記憶部２１０によるデータ解析処理において、作業領域として使用される。

図９は、分類済みデータファイルおよび解析済みデータテーブルの一例を示す図である。
図９では、図８のステップＳ２５で作成される分類済みデータファイルの例として、分類済みデータファイル２２１ａ，２２１ｂを示している。この例のように、分類済みデータファイルには、プロセス名、通信先アドレス、ポート番号、および複数のタイムスタンプが記述される。タイムスタンプは、プロセス名、通信先アドレス、ポート番号が同一の通信プロセスが実行された時刻を示している。

一方、解析済みデータ記憶部２３０に格納される解析済みデータテーブル２３１には、図９に示すように、タイムスタンプが付加されるとともに、通信元アドレス、通信先アドレス、プロセス名、実行間隔の各項目を有するレコードが登録される。通信元アドレスの項目には、データ解析処理が実行されているノードのＩＰアドレスが登録される。通信先アドレス、プロセス名、実行間隔の各項目には、１つの分類済みデータファイルから抽出された規則性のある通信プロセスに関する情報が登録される。

図９に例示した分類済みデータファイル２２１ａ，２２１ｂおよび解析済みデータテーブル２３１は、２０１９年１２月１２日に実行されたデータ解析処理によって作成されたものである。

分類済みデータファイル２２１ａには、プロセス名「ｆｔｐ．ｅｘｅ」、通信先アドレス「５．５．５．５」、ポート番号「２２，５５」（通信元のポート番号が「２２」、通信先のポート番号が「５５」）が記述されている。また、分類済みデータファイル２２１ａには、２０１９年１２月１０日１時４５分５５秒、２０１９年１２月１１日１時５１分２０秒、２０１９年１２月１２日１時５０分５秒というタイムスタンプ（実行時刻）が記述されている。この場合、データ解析部１３２は、１日間隔の通信プロセスが実行されていると判定し、この通信プロセスについてのレコードを解析済みデータテーブル２３１に登録する。このレコードには、通信元アドレス「１．１．１．１」、通信先アドレス「５．５．５．５」、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」と登録される。

また、分類済みデータファイル２２１ｂには、プロセス名「ｆｔｐ．ｅｘｅ」、通信先アドレス「６．６．６．６」、ポート番号「２２，５５」が記述されている。また、分類済みデータファイル２２１ｂには、２０１９年１２月１０日１時４６分５秒、２０１９年１２月１１日１時５２分４０秒、２０１９年１２月１２日１時５１分３５秒というタイムスタンプ（実行時刻）が記述されている。この場合、データ解析部１３２は、１日間隔の通信プロセスが実行されていると判定し、この通信プロセスについてのレコードを解析済みデータテーブル２３１に登録する。このレコードには、通信元アドレス「１．１．１．１」、通信先アドレス「６．６．６．６」、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」と登録される。

なお、解析済みデータテーブル２３１の各レコードには、ポート番号の項目がさらに設けられてもよい。この場合、ポート番号の項目には、分類済みデータファイルに記述されたポート番号が登録される。

以上のようにして、解析済みデータテーブル２３１には、タイムスタンプが示すデータ解析日に解析された解析結果を示す解析済みデータテーブル２３１が格納される。データ送信部２０４は、ノード管理装置１０１からの要求に応じて、解析済みデータテーブル２３１に格納された解析済みデータテーブル２３１の内容をノード管理装置１０１に送信する。

次に、ノード管理装置１０１について説明する。
まず、図１０は、機器リスト記憶部に記憶される管理対象機器リストの一例を示す図である。機器リスト記憶部１４０には、図１０に示すような管理対象機器リスト１４１が記憶される。管理対象機器リスト１４１には、ノード管理装置１０１の管理対象の各ノードについての情報が登録される。

管理対象機器リスト１４１は、管理対象の各ノードに対応するレコードを備える。各レコードは、ＩＰアドレス、シリアル番号、ＯＳ種別、ログインＩＤ、パスワードの各項目を含む。

ＩＰアドレスは、ノードに付与されたＩＰアドレスを示す。シリアル番号は、ノードに付与されたシリアル番号（製造番号など）を示す。ＯＳ種別は、ノードで実行されているＯＳの種別を示す。ログインＩＤおよびパスワードは、ノードから解析結果を取得するためにノードにログインするために使用される情報である。ログインＩＤは、ノードにログインするための管理者側の識別情報を示す。パスワードは、ノードにログインするために入力されるパスワードを示す。

管理対象機器リスト１４１は、ノードの構成が変化するたびに管理者の入力操作に応じて更新されてもよい。しかしながら、ノードを正確に管理するためには、ノード管理装置１０１のデータ収集部１３１によって各ノードから自動的に収集されることが望ましい。この収集方法としては、例えば、ＳＮＭＰ（Simple Network Management Protocol）、ＳＳＨ（Secure SHell）で規定された方法を利用可能である。

データ収集部１３１は、管理対象機器リスト１４１を参照して管理対象のノードを認識し、各ノードから解析結果を周期的に収集する。収集された解析結果は、解析済みデータ記憶部１５０の解析済みデータテーブルに登録される。

図１１は、ノード管理装置のデータ収集部によるデータ収集処理手順を示すフローチャートの例である。図１１の処理は、各ノードでのデータ解析処理の実行周期と同じく、１日（２４時間）ごとに実行されるものとする。

［ステップＳ３１］データ収集部１３１は、解析済みデータテーブルを作成して、解析済みデータ記憶部１５０に格納する。作成された解析済みデータテーブルには、現在の日時を示すタイムスタンプが付加される。本実施の形態では、ノード管理装置１０１によるデータ収集およびデータ解析は１日間隔で実行されるので、タイムスタンプとしては現在の日付が付加される。

［ステップＳ３２］データ収集部１３１は、管理対象機器リスト１４１を参照して、管理対象のノードを１つ選択する。データ収集部１３１は、選択したノードのレコードから、そのノードにログインするための情報を読み込む。具体的には、ＩＰアドレス、ログインＩＤおよびパスワードが読み込まれる。

［ステップＳ３３］データ収集部１３１は、読み込んだ情報を用いてノードにログインし、解析結果の送信を要求する。ノードでは、データ送信部２０４が送信要求を受け付け、解析済みデータ記憶部２３０から直近のデータ解析処理で作成された解析済みデータテーブル２３１から各レコードの情報を読み出して、ノード管理装置１０１に送信する。

［ステップＳ３４］データ収集部１３１は、ノードから送信された、解析済みデータテーブル２３１のレコードの情報（すなわち、解析結果）を受信する。データ収集部１３１は、受信した各レコードの情報を、ステップＳ３１で作成された解析済みデータテーブルの各レコードに登録する。これにより、ノードの解析済みデータテーブル２３１の各レコードが、ノード管理装置１０１の解析済みデータテーブルにコピーされる。

［ステップＳ３５］データ収集部１３１は、管理対象の全ノードを選択済みかを判定する。データ収集部１３１は、未選択のノードがある場合、処理をステップＳ３２に進め、未選択のノードの中から１つを選択して処理を継続する。一方、データ収集部１３１は、管理対象の全ノードを選択済みの場合、データ収集処理を終了する。

以上の処理により、新たに作成された解析済みデータテーブルに対して、管理対象の各ノードで作成された最新の解析済みデータテーブル２３１の各レコードがコピーされる。
図１２は、ノード管理装置に記憶される解析済みデータテーブルの一例を示す図である。図１２に示す解析済みデータテーブル１５１は、解析済みデータ記憶部１５０に記憶される。

図１２に示すように、解析済みデータテーブル１５１には、データ収集およびデータ解析の日時を示すタイムスタンプが付加される。図１２の例では、２０１９年１２月１２日を示すタイムスタンプが付加されている。また、解析済みデータテーブル１５１の各レコードは、ノードの解析済みデータテーブル２３１と同じく、通信元アドレス、通信先アドレス、プロセス名、実行間隔の各項目を含む。なお、ノードの解析済みデータテーブル２３１がポート番号の項目を含む場合、解析済みデータテーブル１５１もポート番号の項目を含む。

データ解析部１３２は、以上のようにして作成された１つの解析済みデータテーブル１５１を用いて、同じような規則性がある同種類の通信が行われているノードをグループ化する。このグループ化では、通信元または通信先が同じで、かつ、実行間隔が同じで、かつ、プロセス名が同一または互いに関連している通信が行われているノードが、通信の内容を示す情報とともに１つのグループに分類される。この分類処理は、解析済みデータテーブル１５１内のレコードをグループ化することによって行われ、グループ化されたレコードは、グループを識別可能な状態で、グループデータ記憶部１６０のグループデータテーブルに登録される。

図１３は、ノード管理装置のデータ解析部によるデータ解析処理手順を示すフローチャートの例である。
［ステップＳ４１］データ解析部１３２は、解析済みデータ記憶部１５０に格納された最新の解析済みデータテーブル１５１を参照し、解析済みデータテーブル１５１内のレコードをプロセス名に基づいて分類する。

［ステップＳ４２］データ解析部１３２は、分類されたレコード群のそれぞれについて、レコード群に含まれるレコードのうち、通信元または通信先が同じで、なおかつ実行間隔も同じレコードをグループ化する。

［ステップＳ４３］データ解析部１３２は、ステップＳ４２で分類されたグループを１つ選択する。
［ステップＳ４４］データ解析部１３２は、選択したグループに含まれるレコードに登録されたノードの中から、代表ノードを決定する。例えば、通信元アドレスと通信先アドレスの項目において登録数が最も多いノードが、代表ノードに決定される。

［ステップＳ４５］データ解析部１３２は、選択したグループに含まれるレコードの情報に対して、決定された代表ノードのＩＰアドレス（代表アドレス）と、参照先の解析済みデータテーブル１５１に付加されているタイムスタンプ（この例では日付）とを付加して、グループデータテーブルに登録する。グループデータテーブルには、グループに含まれる各レコードに対応するレコードが作成される。

［ステップＳ４６］データ解析部１３２は、分類された全グループを選択済みかを判定する。データ解析部１３２は、未選択のグループがある場合、処理をステップＳ４３に進めて、未選択のグループを１つ選択して処理を継続する。一方、データ解析部１３２は、全グループを選択済みの場合、データ解析処理を終了する。

図１４は、グループデータテーブルに登録される情報についての第１の例を示す図である。グループデータテーブル１６１は、通信元アドレス、通信先アドレス、プロセス名、実行間隔、代表アドレス、日付、メイン識別子の各項目を含む。

これらの項目のうち、通信元アドレス、通信先アドレス、プロセス名、実行間隔の各項目には、解析済みデータテーブル１５１における同じ名称の項目のデータが登録される。代表アドレスの項目には、図１３のステップＳ４４で決定された代表ノードのアドレスが登録される。日付の項目には、参照先の解析済みデータテーブル１５１に付加されているタイムスタンプが登録される。この日付は、データ解析によってグループが作成された日付を示している。グループデータテーブル１６１においては、登録されているレコードのうち、プロセス名、実行間隔、代表アドレスおよび日付が同じレコードが、同じグループに属するレコードとして識別される。

メイン識別子の項目には、レコードが属するグループがあるノードについてのメイングループ（後述）である場合に、そのノードのＩＰアドレスが登録される。メイン識別子の項目には、初期状態ではＩＰアドレスが登録されない（例えばＮＵＬＬが登録される）。

ここで、図１４では、図１３のステップＳ４１，Ｓ４２において第１のグループ化規則にしたがってグループ化が行われた場合について示す。第１のグループ化規則では、解析済みデータテーブル１５１内のレコードのうち、プロセス名が一致し、通信元または通信先のいずれかが一致し、実行間隔が一致するレコードがグループ化される。

例えば図１４では、通信元アドレスが「１．１．１．１」であり、プロセス名が「ｆｔｐ．ｅｘｅ」であり、実行間隔が「１日」であるレコードＲ１～Ｒ３が、同一のグループに分類される。また、通信元アドレスが「２．２．２．２」であり、プロセス名が「ｆｔｐ．ｅｘｅ」であり、実行間隔が「６０分」であるレコードＲ４、Ｒ５が、同一のグループに分類される。さらに、通信元アドレスが「７．７．７．７」であり、プロセス名が「ｈｔｔｐｄ．ｅｘｅ」であり、実行間隔が「５秒」であるレコードＲ６、Ｒ７が、同一のグループに分類される。

図１５は、グループデータテーブルに登録される情報についての第２の例を示す図である。図１５では、図１３のステップＳ４１，Ｓ４２において第２のグループ化規則にしたがってグループ化が行われた場合について示す。第２のグループ化規則では、第１のグループ化規則にしたがって分類されたグループの間で、プロセス名が関連し、実行間隔が同一で、通信元と通信先との対応関係が逆になっているグループが、１つのグループに統合される。「プロセス名が関連する」とは、例えば、通信の依頼者側プロセスと待ち受け側プロセスのように、それぞれのプロセス名が通信処理において対になるプロセス名であることを言う。

例えば図１５では、第１のグループ化規則により、レコードＲ１１～Ｒ１３が同じグループ（第１のグループとする）に分類され、レコードＲ１４～Ｒ１６が別のグループ（第２のグループとする）に分類される。これらのグループの間では、第１のグループのプロセス名「ｆｔｐｄ．ｅｘｅ」が、第２のグループのプロセス名「ｆｔｐ．ｅｘｅ」に対応する待ち受けプロセスの名称になっている。また、第１のグループと第２のグループとの間で、通信元アドレスと通信先アドレスとの対応関係が逆になっている。このため、第１のグループと第２のグループとが統合され、レコードＲ１１～Ｒ１６が同一のグループに分類される。

以上のデータ解析部１３２による処理により、関連性の高い通信処理を示すレコードがグループ化される。１つのレコードにおいて通信元および通信先として登録されているノード群は、関連性の高い通信処理が実行されているノード群であり、保守作業の際に作業に大きな影響が及び得るノード群であると推定される。例えば、このノード群は、同じ種類の通信処理が、同じ実行間隔で、重複するノードを用いて実行されている。このため、ノード群内の１つのノードについて保守作業を行った場合には、ノード群内の他のノードで通信処理のエラーが発生する可能性がある。また、ノード群内の１つのノードにおいてプログラムを更新した場合には、ノード群内の他のノードでもプログラムの更新が必要な場合が多くなる。

したがって、管理表出力部１３３が、グループ内のノードや通信プロセスに関する情報を管理者端末１０２に表示させることで、保守作業の大きな影響が及び得る複数のノードを管理者に対して正確に提示できる。特に、上記のデータ解析では、単に通信が行われていたノード同士をグループ化するのではなく、通信プロセスの種類や実行間隔に基づいてノードがグループ化される。これにより、保守作業の際に何らかの対処が必要となるような、関連性や依存度が高いノードのグループを高精度に推定できる。

管理者は、このようにして表示された情報を閲覧することで、保守作業の大きな影響が及び得る複数のノードを容易かつ確実に特定できる。これにより管理者は、より確実性の高い保守作業を実施できる。また、管理者は、異常発生の有無を確認する必要があるノードを容易に特定できる。

なお、ノード管理装置１０１は、データ解析部１３２によって分類されたグループの情報を、ノードの制御に利用することもできる。例えば、あるノードの保守作業が行われる場合に、ノード管理装置１０１は、そのノードが含まれるグループを特定し、特定されたグループに含まれる各ノードの動作を自動的に停止させてもよい。これにより、保守作業の影響によってノードに異常が発生する可能性を低減できる。

ここで、グループ化の具体例を示す。
図１６は、グループ化の第１の例を示す図である。
図１６では、ノードＮ１がバックアップサーバとして動作し、ノードＮ２，Ｎ３がバックアップサーバに対するクライアントとして動作する場合について例示している。ノードＮ２，Ｎ３では、ポート２０を用いて通信するプロセス「ｆｔｐ．ｅｘｅ」が動作し、ノードＮ１では、プロセス「ｆｔｐ．ｅｘｅ」に対する待ち受けプロセスであるプロセス「ｆｔｐｄ．ｅｘｅ」が動作している。プロセス「ｆｔｐｄ．ｅｘｅ」は、ポート２０を用いて通信を行う。そして、ノードＮ２，Ｎ３のプロセス「ｆｔｐ．ｅｘｅ」と、ノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」との間で、バックアップ処理のためのＦＴＰ（File Transfer Protocol）通信が周期的に実行されるとする。

また、ユーザ端末３００では、ポート２２を用いて通信するプロセス「ｓｓｈｄ．ｅｘｅ」が動作し、ノードＮ１では、ポート２２を用いて通信するプロセス「ｓｓｈｄ．ｅｘｅ」が動作している。そして、ユーザ端末３００のプロセス「ｓｓｈｄ．ｅｘｅ」とノードＮ１のプロセス「ｓｓｈｄ．ｅｘｅ」との間でＳＳＨ通信が実行されるとする。ただし、ＳＳＨ通信は不規則なタイミングで実行される。

このようなケースでは、ノードＮ２，Ｎ３のプロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」とがグループ化される。図１６ではこのグループが「ＦＴＰグループ」として示されている。一方、ノードＮ１のプロセス「ｓｓｈｄ．ｅｘｅ」は、規則的な通信が行われないため、グループに含められない。

このように、図１６のケースでは、ノードＮ２，Ｎ３のプロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」とが属するグループの情報が管理者端末１０２に表示されることで、管理者は保守作業の大きな影響が及び得るノードとしてノードＮ１，Ｎ２，Ｎ３を特定できる。

図１７は、グループ化の第２の例を示す図である。図１７では、図１６の状態から保守作業が行われ、ノードＮ３で動作する、ＦＴＰ通信のためのプロセスが、プロセス「ｆｔｐ．ｅｘｅ」からプロセス「ｓｆｔｐ．ｅｘｅ」に変更されたとする。ノードＮ３のプロセス「ｓｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」との間では、ノードＮ２のプロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」との間と同じポートを用いて同じ時間間隔でＦＴＰ通信が行われているとする。

保守作業の実行から一定時間後にノード管理装置１０１でデータ収集およびデータ解析が行われた場合、ノードＮ２のプロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」とが「ＦＴＰグループ」としてグループ化される。一方、このグループには、ノードＮ３のプロセス「ｓｆｔｐ．ｅｘｅ」が含まれないようになる。なお、実際には、ノードＮ３のプロセス「ｓｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」が、別のグループに分類されることになる。

ここで、保守作業後において、ノードＮ２のプロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」とを含むグループの情報が管理者端末１０２に表示された際に、このグループからノードＮ３が外れたことも表示されれば、管理者による確認作業のために有用である。例えば、保守作業によりノードＮ３に対して誤ってプロセス「ｓｆｔｐ．ｅｘｅ」に対応するプログラムをインストールしてしまった場合、上記のようにグループからノードＮ３が外れたことが表示されれば、管理者はノードＮ３が意図通りに動作していないことに気付くことができる。

また、図示しないが、例えば、図１６の状態から、ノードＮ３のプロセス「ｆｔｐ．ｅｘｅ」の動作が異常により停止した場合にも、その後にノード管理装置１０１でデータ収集およびデータ解析が行われた場合、図１７と同様にノードＮ３のプロセス「ｆｔｐ．ｅｘｅ」は「ＦＴＰグループ」から外れる。さらに例えば、図１６の状態からノードＮ３のプロセス「ｆｔｐ．ｅｘｅ」が異常により定期的な通信を行わなくなった場合（例えば、通信の実行間隔が不規則になった場合）にも、図１７と同様にノードＮ３のプロセス「ｆｔｐ．ｅｘｅ」は「ＦＴＰグループ」から外れる。このようなケースでも、ノードＮ２のプロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」とを含むグループからノードＮ３が外れたことが表示されれば、管理者はノードＮ３で異常が発生したことに気付くことができる。

また、保守作業後にノードＮ３のプロセス「ｆｔｐ．ｅｘｅ」の動作に異常が発生したものの、外見上ではそのことが現れない場合もある。この場合でも、プロセス「ｆｔｐ．ｅｘｅ」とノードＮ１のプロセス「ｆｔｐｄ．ｅｘｅ」とを含むグループからノードＮ３が外れたことが表示されれば、管理者がノードＮ３で異常が発生したことに気付くことが可能な場合がある。

そこで、ノード管理装置１０１の管理表出力部１３３は、データ解析部１３２による最新のデータ解析によるグループの情報を管理者端末１０２に表示させるだけでなく、過去のデータ解析によって作成されたグループとの間の差分を示す情報も同時に表示させる。以下、最新のデータ解析によって作成されたグループを「現在のグループ」と記載し、それより前のデータ解析によって作成されたグループを「過去のグループ」と記載する。また、最新のデータ解析より１日前のデータ解析によって作成されたグループを「前回のグループ」と記載する。

本実施の形態では例として、管理表出力部１３３は、現在のグループと過去のグループとの間で比較対象のペアを特定するために、ノードごとに、主たる通信プロセスが行われるグループを示す「メイングループ」が判定される。そして、管理表出力部１３３は、あるノードが属するグループの情報を管理者端末１０２に表示させる際、そのノードが属する現在のグループのうちのメイングループと、そのノードが属する過去のグループのうちのメイングループとを比較する。そして、管理表出力部１３３は、メイングループ間の差分を示す情報を管理者端末１０２に表示させる。

図１８は、管理表出力部によるメイングループ判定処理手順を示すフローチャートの例である。図１８の処理は、例えば、データ解析部１３２による図１３のデータ解析処理が完了したときに、続けて実行されればよい。

［ステップＳ５１］管理表出力部１３３は、機器リスト記憶部１４０に記憶された管理対象機器リスト１４１を参照して、管理対象のノードを１つ選択する。
［ステップＳ５２］管理表出力部１３３は、最新のグループデータテーブル１６１から、選択されたノードが属するグループをすべて特定する。

［ステップＳ５３］管理表出力部１３３は、特定されたグループを、連結されたノード（グループに属するノード）が最多のグループに絞り込む。なお、連結されたノードが最多のグループに絞り込む理由は、同じ種類の通信が実行されているノード数が多く、保守作業の際に影響が及ぶ範囲が最も広くなると考えられるからである。

［ステップＳ５４］管理表出力部１３３は、ステップＳ５３でグループが複数絞り込まれた場合、絞り込まれたグループを、実行間隔が最短のグループにさらに絞り込む。なお、実行間隔が最短のグループに絞り込む理由は、通信の実行頻度が高い方がノード間の関連性が高いと考えられるからである。

［ステップＳ５５］ステップＳ５３、Ｓ５４によって１つに絞り込まれたグループが、選択されたノードに対応するメイングループに設定される。管理表出力部１３３は、グループデータテーブル１６１のレコードのうち、メイングループに対応する各レコードのメイン識別子の項目に、選択されたノードのＩＰアドレスを登録する。なお、メイン識別子の項目には、複数のノードのＩＰアドレスが登録される場合がある。

［ステップＳ５６］管理表出力部１３３は、管理対象の全ノードを選択済みかを判定する。管理表出力部１３３は、未選択のノードがある場合、処理をステップＳ５１に進め、未選択のノードの中から１つを選択して処理を継続する。一方、管理表出力部１３３は、管理対象の全ノードを選択済みの場合、メイングループ判定処理を終了する。

以上の処理により、ノードごとにメイングループが決定される。また、メイングループは、データ解析部１３２による１回のデータ解析処理ごとに（すなわち、１つのグループデータテーブル１６１ごとに）決定される。

図１９、図２０は、管理表出力部による情報表示処理手順を示すフローチャートの例である。
［ステップＳ６１］管理表出力部１３３は、管理者端末１０２を介して、管理者からノードの指定を受け付ける。例えば、管理者がこれから保守作業を行おうとしているノードや、保守作業が完了したノード、またはこれらのノードに関係していると管理者が考えているノードが、管理者の操作によって指定される。

［ステップＳ６２］管理表出力部１３３は、現在のグループの中から、指定されたノードに対応するメイングループを特定する。この処理では、タイムスタンプが最も遅い日付を示すグループデータテーブル１６１が参照され、メイン識別子の項目に指定されたノードのＩＰアドレスが登録されているグループが、メイングループとして特定される。以下、特定されたメイングループを「メイングループ（１）」と記載し、参照されたグループデータテーブル１６１を「グループデータテーブル（１）」と記載する。

［ステップＳ６３］管理表出力部１３３は、前回のグループの中から、指定されたノードに対応するメイングループを特定する。この処理では、タイムスタンプが２番目に遅い日付を示すグループデータテーブル１６１が参照され、メイン識別子の項目に指定されたノードのＩＰアドレスが登録されているグループが、メイングループとして特定される。以下、特定されたメイングループを「メイングループ（２）」と記載し、参照されたグループデータテーブル１６１を「グループデータテーブル（２）」と記載する。

［ステップＳ６４］管理表出力部１３３は、ステップＳ６１で指定されたノードが、システムに新規に増設されたノードであるかを判定する。ステップＳ６３でメイングループ（２）を特定できなかった場合、指定されたノードが新規に増設されたノードであると判定される。管理表出力部１３３は、新規に増設されたノードと判定した場合、処理を図２０のステップＳ８２に進め、新規に増設されたノードでないと判定した場合、処理をステップＳ６５に進める。

［ステップＳ６５］管理表出力部１３３は、メイングループ（１）の内容とメイングループ（２）の内容とが同一かを判定する。この判定では、グループデータテーブル（１）におけるメイングループ（１）に属する各レコードの内容と、グループデータテーブル（２）におけるメイングループ（２）に属する各レコードの内容とが比較される。管理表出力部１３３は、各グループの内容が完全に同一である場合、処理をステップＳ６６に進め、各グループの内容の少なくとも一部が異なる場合、処理をステップＳ６８に進める。

［ステップＳ６６］管理表出力部１３３は、メイングループ（１）に含まれる各ノードについての資産表を作成する。この処理では、機器リスト記憶部１４０の管理対象機器リスト１４１が参照され、各ノードについての情報（ＩＰアドレス、シリアル番号、ＯＳ種別、ログインＩＤ、パスワード）が読み出され、これらの情報を一覧表示する資産表が作成される。

［ステップＳ６７］管理表出力部１３３は、グループデータテーブル（１）に基づいて、メイングループ（１）の情報を示すグループ表を作成する。管理表出力部１３３は、作成されたグループ表を、ステップＳ６６で作成された資産表とともに管理者端末１０２の表示装置に表示させる。

ここで、図２１は、グループ表および資産表の第１の表示例を示す図である。図１９のステップＳ６７では、例えば、図２１に示すようなグループ表１７１ａと資産表１７２ａが管理者端末１０２の表示装置に表示される。

図２１に示すグループ表１７１ａには、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」、日付「２０１９１２１２」で識別されるグループの情報が表示されている。グループの情報としては、グループデータテーブル（１）に登録された、グループに属する各レコードの情報が一覧表示される。

ここで、ステップＳ６７が実行されるケースは、現在のグループの構成が前回のグループから変化していないケースである。すなわち、上記グループにＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示される各ノードが含まれる点が、前回のデータ解析時から変化していない。この場合、グループ表１７１ａには、グループに属する各レコードの情報が一覧表示されるのみであり、差分を示す情報は表示されない。

また、資産表１７２ａには、グループ表１７１ａに表示された上記各ノードについての情報が、管理対象機器リスト１４１から抽出されて表示される。
なお、このようなグループ表１７１ａおよび資産表１７２ａが表示されるケースとしては、図１９のステップＳ６１で、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードのいずれかが指定されるケースである。

管理者は、例えば、ＩＰアドレス「７．７．７．７」で示されるノードの保守作業を行う前に、図２１のようなグループ表１７１ａを表示させる。これにより、管理者は、ＩＰアドレス「７．７．７．７」で示されるノードの保守作業の大きな影響が及び得る他のノードとして、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」で示されるノードを容易かつ正確に特定できる。

以下、図１９を用いて説明を続ける。
［ステップＳ６８］管理表出力部１３３は、メイングループ（１）のプロセス名および実行間隔と、メイングループ（２）のプロセス名および実行間隔とが同一かを判定する。管理表出力部１３３は、同一と判定した場合、処理をステップＳ６９に進め、同一でないと判定した場合（少なくともいずれかの項目の内容が異なる場合）、処理を図２０のステップＳ８１に進める。

［ステップＳ６９］管理表出力部１３３は、差分情報を含むグループ表を作成する。
［ステップＳ７０］管理表出力表１３３は、作成されたグループ表に含まれる各ノードについての情報を一覧表示する資産表を作成する。

［ステップＳ７１］管理表出力部１３３は、ステップＳ６９で作成されたグループ表を、ステップＳ７０で作成された資産表とともに管理者端末１０２の表示装置に表示させる。

ここで、図２２、図２３を用いて、ステップＳ６９～Ｓ７１の処理について説明する。ステップＳ６９～Ｓ７１が実行されるケースとしては、あるグループにノードが追加されるケースと、あるグループからノードが削除されるケースとがある。前者のケースの例を図２２に示し、後者のケースの例を図２３に示す。

図２２は、グループ表および資産表の第２の表示例を示す図である。
図２２に示すグループ表１７１ｂには、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」、日付「２０１９１２１２」で識別されるグループの情報が表示されている。また、グループ表１７１ｂでは、通信元アドレス「１．１．１．１」、通信先アドレス「８．８．８．８」を含むレコードＲ２１が、追加された通信プロセスを示すレコードとして太字で囲んで表示されている。すなわち、このレコードＲ２１が差分情報に相当する。また、レコードＲ２１の差分の項目には、レコードＲ２１が追加されたこと（レコードＲ２１で示される通信プロセスが追加されたこと）を示す文字情報が表示されている。

図２２のケースは、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードを含むグループに、ＩＰアドレス「８．８．８．８」で示されるノードが追加されたケースである。この場合、図１９の処理では、メイングループ（２）として、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードを含むグループが特定される。また、メイングループ（１）として、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」，「８．８．８．８」で示されるノードを含むグループが特定される。ただし、ステップＳ６１では、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードのいずれかが指定されたケースとなる。

ステップＳ６９では、メイングループ（１）のレコードのうち、メイングループ（２）に含まれていないレコード（通信元アドレス「１．１．１．１」、通信先アドレス「７．７．７．７」を含むレコード）の情報が、差分情報としてグループ表１７１ｂに表示される。ステップＳ７０では、このようなグループ表１７１ｂに含まれる各ノードについての情報が、機器リスト記憶部１４０の管理対象機器リスト１４１から読み出されて資産表１７２ｂに表示される。

以上の図２２の例では、グループ表１７１ｂが、ＩＰアドレス「８．８．８．８」で示されるノードを追加する保守作業の完了後に表示されることにより、管理者は、このノードが追加されたことや、追加したノードの情報を容易に確認できる。また、管理者は、情報の内容確認により、追加したノードが意図通りに動作しているかも確認できる。

図２３は、グループ表および資産表の第３の表示例を示す図である。
図２３に示すグループ表１７１ｃには、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」、日付「２０１９１２１２」で識別されるグループの情報が表示されている。図２３のケースは、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードを含むグループから、ＩＰアドレス「８．８．８．８」で示されるノードが削除されたケースである。ただし、ステップＳ６１では、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」で示されるノードのいずれかが指定されたケースとなる。

この場合、図１９の処理では、メイングループ（２）として、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードを含むグループが特定される。また、メイングループ（１）として、ＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」で示されるノードを含むグループが特定される。

ステップＳ６９では、メイングループ（２）のレコードのうち、メイングループ（１）に含まれていないレコード（通信元アドレス「１．１．１．１」、通信先アドレス「７．７．７．７」を含むレコード）の情報が、差分情報としてグループ表１７１ｃに表示される。図２３に示すように、グループ表１７１ｃでは、当該レコードの情報がレコードＲ２２に表示されている。レコードＲ２２は、差分情報（削除されたレコード）であることを示すために太い破線で囲んで表示されている。また、レコードＲ２２の差分の項目には、レコードＲ２２が削除されたこと（レコードＲ２２で示される通信プロセスが削除されたこと）を示す文字情報が表示されている。

ステップＳ７０では、このようなグループ表１７１ｃに含まれる各ノードについての情報が、機器リスト記憶部１４０の管理対象機器リスト１４１から読み出されて資産表１７２ｃに表示される。すなわち、資産表１７２ｃでは、現在のグループに含まれていたノードの情報だけでなく、前回の対応するグループに含まれていたノードの情報も表示される。

以上の図２３の例では、グループ表１７１ｃが、ＩＰアドレス「７．７．７．７」で示されるノードを削除する（廃却する）保守作業の完了後に表示されることにより、管理者は、このノードが削除されたことや、削除したノードの情報を容易に確認できる。また、管理者は、情報の内容確認により、ノード削除後のグループに含まれる各ノードが意図通りに動作しているかも確認できる。

以下、図２０を用いて説明を続ける。
［ステップＳ８１］管理表出力部１３３は、図１９のステップＳ６１で指定されたノードに対して、メイングループ（１）の処理プロセスに対応するプログラムが新規にインストールされたかを判定する。当該プログラムが新規にインストールされたというケースとは、ステップＳ６１で指定されたノードはシステム内に組み込まれていたが、保守作業によってこのノードに新規のプログラムがインストールされたというケースである。この場合、メイングループ（１）としては、メイングループ（２）とは関係のないグループが特定され、ステップＳ６８で「Ｎｏ」と判定されることになる。

ステップＳ８１では、メイングループ（１）に含まれる他のいずれかのノードについての前回のメイングループが、グループデータテーブル（２）から特定される。以下、特定されたメイングループを「メイングループ（３）」と記載する。メイングループ（３）に、ステップＳ６１で指定されたノードが含まれている場合には、このノードに対してメイングループ（１）の処理プロセスに対応するプログラムが新規にインストールされたと判定される。

管理表出力部１３３は、当該プログラムが新規にインストールされたと判定した場合、処理をステップＳ８２に進め、そうでないと判定した場合、処理をステップＳ８５に進める。

［ステップＳ８２］管理表出力部１３３は、メイングループ（１）の情報を示すグループ表を作成する。このグループ表では、ステップＳ６１で指定されたノードが登録されたレコードが、差分情報として表示される。例えば、図２２のレコードＲ２１のように、ステップＳ６１で指定されたノードが登録されたレコードが太線で囲まれ、差分の項目に、レコードが追加されたことを示す情報が表示される。

［ステップＳ８３］管理表出力表１３３は、作成されたグループ表に含まれる各ノードについての情報を一覧表示する資産表を作成する。
［ステップＳ８４］管理表出力部１３３は、ステップＳ８２で作成されたグループ表を、ステップＳ８３で作成された資産表とともに管理者端末１０２の表示装置に表示させる。

［ステップＳ８５］ステップＳ８１で「Ｎｏ」と判定されるケースは、ステップＳ６１で指定されたノードがメイングループ（２）から削除されたケースである。具体的には、ステップＳ６１で指定されたノードから、メイングループ（２）の通信プロセスに対応するプログラムがアンインストールされたケースである。

この場合、管理表出力部１３３は、まず、メイングループ（２）の情報を示すグループ表を作成する。このグループ表では、ステップＳ６１で指定されたノードが登録されたレコードが、差分情報として表示される。

［ステップＳ８６］続いて、管理表出力部１３３は、メイングループ（１）の情報を示すグループ表を作成する。このグループ表では、差分情報は表示されない。
［ステップＳ８７］管理表出力部１３３は、ステップＳ８５で作成されたグループ表に含まれる各ノードについての情報と、ステップＳ８６で作成されたグループ表に含まれる各ノードについての情報の両方を一覧表示する資産表を作成する。

［ステップＳ８８］管理表出力部１３３は、ステップＳ８５，Ｓ８６で作成されたグループ表を、ステップＳ８７で作成された資産表とともに管理者端末１０２の表示装置に表示させる。

図２４は、グループ表および資産表の第４の表示例を示す図である。図２４は、図２０のステップＳ８５～Ｓ８８が実行された場合の表示例を示す。図２４において、グループ表１７１ｄ１は、ステップＳ８５で作成されるグループ表の例であり、グループ表１７１ｄ２は、ステップＳ８６で作成されるグループ表の例であり、資産表１７２ｄは、ステップＳ８７で作成される資産表の例である。

図２４の例では、図１９のステップＳ６１で、ＩＰアドレス「７．７．７．７」で示されるノードが指定される。また、メイングループ（２）としては、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」、日付「２０１９１２１１」で識別されるグループが特定される。そして、保守作業により、メイングループ（２）の通信プロセスに対応するプログラムが、ＩＰアドレス「７．７．７．７」で示されるノードからアンインストールされる。その結果、保守作業後において、ＩＰアドレス「７．７．７．７」で示されるノードについてのメイングループ（１）として、プロセス名「ｓｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」、日付「２０１９１２１２」で識別されるグループが特定される。

グループ表１７１ｄ２には、メイングループ（１）についての情報が表示される。一方、グループ表１７１ｄ１には、メイングループ（２）についての情報が、差分情報とともに表示される。グループ表１７１ｄ１では、ＩＰアドレス「７．７．７．７」を含むレコードＲ２３が、差分情報（削除されるレコード）であることを示すために太い破線で囲んで表示されている。また、レコードＲ２３の差分の項目には、レコードＲ２３が削除されたこと（レコードＲ２３で示される通信プロセスが削除されたこと）を示す文字情報が表示されている。

資産表１７２ｄには、グループ表１７１ｄ１，１７１ｄ２に含まれる各ノードについての情報が、機器リスト記憶部１４０の管理対象機器リスト１４１から読み出されて資産表１７２ｃに表示される。

以上の図２４の例では、グループ表１７１ｄ１が、ＩＰアドレス「７．７．７．７」で示されるノードでのアンインストール作業の完了後に表示されることにより、管理者は、アンインストールされたプログラムに対応する処理がこのノードで動作していないことを容易に確認できる。すなわち、管理者は、保守作業後に、意図した通りにシステムが動作していることを容易かつ確実に確認できる。

以上説明したノード管理装置１０１の処理によれば、管理者はあるノードの保守作業を行う際、グループ表を視認することで、その作業の大きな影響が及び得る他のノードを容易かつ確実に特定できるようになる。また、管理者は、あるノードで異常が発生した場合に、そのノードを含むグループについてのグループ表を視認することで、異常の有無を確認すべき他のノードを特定できる。

また、グループ表に差分情報が表示されることで、管理者は、保守作業によって増減したノードや実行される処理の種類が変化したノードを、容易かつ確実に確認できるようになる。また、管理者は、差分情報を含むグループ表を視認することで、保守作業後にシステムが意図した動作を行っているかを判断するための有用な情報を得ることができる。また、管理者は、差分情報を含むグループ表を視認することで、保守作業後の障害発生原因を究明するための有用な情報を得ることができる。また、管理者は、差分情報を含むグループ表を視認することで、外見では判断できない異常の発生に気付ける可能性が生じる。

なお、図１９、図２０の処理は、次のように変形することができる。例えば、ステップＳ６３では、管理表出力部１３３は、前回のメイングループを特定する代わりに、前回のグループの中からメイングループ（１）に類似するグループを特定してもよい。例えば、前回のグループのうち、プロセス名、実行間隔、代表アドレスがメイングループ（１）と同一であり、グループ間での重複ノード数が最も多いグループが、メイングループ（１）に類似するグループとして特定される。

また、図１９、図２０では、ノードの指定を受け付けて、このノードに関連する情報を表示しているが、例えば、現在のグループのそれぞれを管理者端末１０２に切り替えながら表示させてもよい。この場合、例えば、ステップＳ６２以降の処理が現在のグループごとに実行され、ステップＳ６２では、現在のグループの中から選択されたグループが特定され、ステップＳ６３では、ステップＳ６２で特定されたグループに類似する前回のグループが特定される。ステップＳ６２以降の処理が現在のグループごとに実行されることで、グループごとにグループ表および資産表を含む表示画面が作成され、管理者の操作によって任意の表示画面が管理者端末１０２に表示される。

また、次の図２５に示すように、グループごとに差分回数がカウントされ、差分回数が１以上の所定値に達した場合に、グループの構成に差分が発生したと判定し、グループ表に差分情報を表示するようにしてもよい。

図２５は、差分回数を用いた差分発生の判定処理例を示す図である。グループデータテーブル１６１においては、各グループに対してさらに差分回数が登録される。差分回数は、グループの内容に変化が生じてから、データ解析部１３２によるデータ解析処理が何回実行されたかを示す。差分回数が１以上の所定の判定閾値に達した場合に、グループに差分が発生したと判定され、グループ表に差分情報が表示される。ここでは例として、判定閾値＝２とする。

図２５の表１８１は、データ解析処理が実行されたタイミングにおける、あるグループの情報を示している。このグループは、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」で識別される。表１８１によれば、グループにはＩＰアドレス「１．１．１．１」，「５．５．５．５」，「６．６．６．６」，「７．７．７．７」で示されるノードが含まれている。差分回数は「０」となっている。

次に、表１８２は、データ解析処理が次に実行されたタイミングにおける、あるグループの情報を示している。表１８２の内容は表１８１と同じであるので、表１８２が示すグループは表１８１が示すグループと同一であり、グループの構成に変化がない。したがってこの場合、表１８２の差分回数は「０」のままとなる。

次に、表１８３は、データ解析処理がさらに次に実行されたタイミングにおける、あるグループの情報を示している。ただし、このグループの情報は実線で囲まれた領域に表示されている。このグループは、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」で識別され、この点は、表１８２が示すグループと同一である。ただし、表１８３が示すグループでは、ＩＰアドレス「７．７．７．７」で示されるノードとＩＰアドレス「１．１．１．１」で示されるノードとの間の通信プロセスについてのレコードがなくなっている。このノード間では、異なるプロセス名「ｓｆｔｐ．ｅｘｅ」による通信が行われている。この場合、表１８３が示すグループの差分回数が「１」にカウントアップされる。

次に、表１８４は、データ解析処理がさらに次に実行されたタイミングにおける、あるグループの情報を示している。ただし、このグループの情報は実線で囲まれた領域に表示されている。このグループは、プロセス名「ｆｔｐ．ｅｘｅ」、実行間隔「１日」、代表アドレス「１．１．１．１」で識別される。また、表１８３の内容は前回の表１８２と同じであるが、差分回数が「２」であるので、表１８３の内容と前々回の表１８２の内容とが比較される。これらの内容には差異があるので、表１８４が示すグループの差分回数は「２」にカウントアップされる。

この図２５の例では、グループの構成に差分が生じてから（ＩＰアドレス「７．７．７．７」のノードの通信プロセスが削除されてから）データ解析処理が２回行われた時点でも、グループの構成は変化したままで元に戻らなかったことになる。この場合に、管理表出力部１３３は、グループの構成に差分が発生したと判定し、表１８４が示すグループの情報を示すグループ表に、ＩＰアドレス「７．７．７．７」で示されるノードについての差分情報を表示させる。このような処理により、グループの構成に差分が発生したことを確実に検出して、その差分の情報を管理者に提示できるようになる。

次に、図２６～図２８を用いて、データセンタにおける保守作業の例を説明する。なお、図２６～図２８では、保守作業の実施前ではノードＮ１～Ｎ６が管理対象になっているものとする。

図２６は、保守作業の第１の例を示す図である。図２６の例では、保守作業の実施前では、ノードＮ３がデータベースサーバとして動作し、ノードＮ１がそのクライアントとして動作している。この状態から、ノードＮ３に加えてノードＮ４にもデータベースサーバとして動作させるために、ノードＮ４にデータベースサーバ用のプログラムをインストールする、という保守作業を行うものとする。

保守作業の実施前では、図２６の上側に示すように、ノードＮ１，Ｎ３が同一のグループ（「ＳＱＬグループ」とする）に含まれている。ノード管理装置１０１の処理により、ＳＱＬグループの情報が表示されることで、管理者は、動作を停止させるべきノードとしてノードＮ１，Ｎ３を特定できる。

一方、保守作業の実施後には、図２６の下側に示すように、ノードＮ１，Ｎ３に加えてノードＮ４もＳＱＬグループに含まれるようになる。ノード管理装置１０１でグループ化処理が再実行されると、ノード管理装置１０１の処理によって表示されるグループ表には、ノードＮ１，Ｎ３，Ｎ４を含むＳＱＬグループの情報が表示されるとともに、ノードＮ４での通信プロセスの情報が差分情報として表示される。管理者は、このようなグループ表を視認することで、ノードＮ４が意図通りに正しく動作していることを確認できる。

図２７は、保守作業の第２の例を示す図である。図２７の例では、保守作業の実施前では、ノードＮ３，Ｎ４がＷｅｂサーバとして動作し、ノードＮ１がそのクライアントとして動作している。この状態から、ノードＮ４をノードＮ７に交換してＷｅｂサーバを入れ替える、という保守作業を行うものとする。

保守作業の実施前では、図２７の上側に示すように、ノードＮ１，Ｎ３，Ｎ４が同一のグループ（「ＨＴＴＰグループ」とする。ＨＴＴＰ：HyperText Transfer Protocol）に含まれている。ノード管理装置１０１の処理により、ＨＴＴＰグループの情報が表示されることで、管理者は、動作を停止させるべきノードとしてノードＮ１，Ｎ３，Ｎ４を特定できる。

一方、保守作業が正しく実施された場合、ノードＮ１，Ｎ３、Ｎ７がＨＴＴＰグループに含まれるようになる。しかし、図２７の例では、ノードＮ７に間違ったプログラムがインストールされ、ノードＮ７とクライアントであるノードＮ１との間で正しい通信が再開されなかったとする。この場合において、ノード管理装置１０１でグループ化処理が再実行されると、図２７の下側に示すように、ノード管理装置１０１の処理によって表示されるグループ表には、ノードＮ１，Ｎ３を含むＨＴＴＰグループの情報が表示されるとともに、交換前におけるノードＮ４での通信プロセスの情報が差分情報として表示される。管理者は、このようなグループ表を視認することで、ノードＮ４の入れ替えが正しく行われなかったことを認識できる。

図２８は、保守作業の第３の例を示す図である。図２８の例では、保守作業の実施前では、ノードＮ３，Ｎ４がファイルサーバとして動作し、ノードＮ１がそのクライアントとして動作している。この状態から、ノードＮ４を切り離してファイルサーバを１台廃却する、という保守作業を行うものとする。

保守作業の実施前では、図２８の上側に示すように、ノードＮ１，Ｎ３，Ｎ４が同一のグループ（「ＦＴＰグループ」とする）に含まれている。ノード管理装置１０１の処理により、ＦＴＰグループの情報が表示されることで、管理者は、動作を停止させるべきノードとしてノードＮ１，Ｎ３，Ｎ４を特定できる。

一方、保守作業の実施後には、図２６の下側に示すように、ノードＮ１，Ｎ３のみがＦＴＰグループに含まれるようになる。ノード管理装置１０１でグループ化処理が再実行されると、ノード管理装置１０１の処理によって表示されるグループ表には、ノードＮ１，Ｎ３を含むＦＴＰグループの情報が表示されるとともに、ノードＮ４での通信プロセスの情報が差分情報として表示される。管理者は、このようなグループ表を視認することで、ノードＮ４が正しく廃却され、システムが意図通りに正しく動作していることを確認できる。

なお、上記の各実施の形態に示した装置（例えば、管理装置１、ノード管理装置１０１、ノードＮ１，Ｎ２，Ｎ３，Ｎ４，・・・）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク（Blu-ray Disc：ＢＤ、登録商標）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。

１ 管理装置
２ 記憶部
３ 処理部
１１～１４ 機器
２１ 通信処理情報
３１，３２ 通信処理
４１ 表示情報

Claims (10)

1. 記憶部と、
   複数の機器のそれぞれから、前記複数の機器のうち他の機器との間で実行された通信処理の履歴に基づく情報を収集して前記記憶部に格納する収集処理と、前記収集処理で収集された情報に基づいて、同じ種類の通信処理が同じ時間間隔で実行された１組以上の通信元および通信先の機器のペアをまとめてグループを作成する作成処理とを含むグループ化処理を実行し、前記グループ化処理によって作成された前記グループに含まれる機器の情報を表示する表示情報を出力する処理部と、
   を有する管理装置。
2. 前記処理部は、前記グループ化処理を時間間隔を空けて複数回実行し、
   前記表示情報の出力では、
   第１のタイミングで前記グループ化処理が実行されたとき、当該グループ化処理によって作成された第１のグループと、前記第１のタイミングより前の第２のタイミングで実行された前記グループ化処理によって作成された第２のグループとを比較し、前記表示情報として、前記第１のグループに含まれる機器の情報と、前記第１のグループと前記第２のグループとの差分を示す差分情報とを表示する前記表示情報を出力する、
   請求項１記載の管理装置。
3. 前記差分情報は、前記第１のグループと前記第２のグループのうちの一方にのみ含まれる機器を示す情報である、
   請求項２記載の管理装置。
4. 前記第１のグループとして、前記第１のタイミングで実行された前記グループ化処理によって作成されたグループのうち、前記複数の機器のうちの第１の機器を含み、かつ最多の機器を含んでいるグループが選択され、
   前記第１のグループと比較される前記第２のグループとして、前記第２のタイミングで実行された前記グループ化処理によって作成されたグループのうち、前記第１の機器を含み、かつ前記最多の機器を含んでいるグループが選択される、
   請求項２または３記載の管理装置。
5. 前記第１のグループと比較される前記第２のグループとして、前記第２のタイミングで実行された前記グループ化処理によって作成されたグループのうち、通信の種類および実行の時間間隔が前記第１のグループと同じであり、前記第１のグループに含まれる機器と重複する機器を含むグループが選択される、
   請求項２または３記載の管理装置。
6. 前記複数の機器のそれぞれにおいて、前記履歴に基づいて、同じ通信相手との間で同じ時間間隔で実行された同じ種類の通信処理を示す通信処理情報が作成され、
   前記収集処理では、前記履歴に基づく情報として、前記通信処理情報を前記複数の機器のそれぞれから収集される、
   請求項１乃至５のいずれか１項に記載の管理装置。
7. 前記グループ化処理では、実行されるプロセス名と、通信処理が実行される時間間隔とが同じである機器のペアが、同一の前記グループにまとめられる、
   請求項１乃至６のいずれか１項に記載の管理装置。
8. 前記表示情報は、前記グループに含まれる機器間で実行された通信処理の内容を示す情報を含む、
   請求項１乃至７のいずれか１項に記載の管理装置。
9. 複数の機器と、管理装置とを有する管理システムであって、
   前記複数の機器のそれぞれは、前記複数の機器のうち他の機器との間で実行された通信処理の履歴を記憶部に蓄積し、蓄積された前記履歴に基づいて、同じ通信相手との間で同じ時間間隔で実行された同じ種類の通信処理を示す通信処理情報を作成し、
   前記管理装置は、前記複数の機器のそれぞれから前記通信処理情報を収集する収集処理と、収集された前記通信処理情報に基づいて、同じ種類の通信処理が同じ時間間隔で実行された１組以上の通信元および通信先の機器のペアをまとめてグループを作成する作成処理とを含むグループ化処理を実行し、前記グループ化処理によって作成された前記グループに含まれる機器の情報を表示する表示情報を出力する、
   管理システム。
10. コンピュータが、
    複数の機器のそれぞれから、前記複数の機器のうち他の機器との間で実行された通信処理の履歴に基づく情報を収集して記憶部に格納する収集処理と、前記収集処理で収集された情報に基づいて、同じ種類の通信処理が同じ時間間隔で実行された１組以上の通信元および通信先の機器のペアをまとめてグループを作成する作成処理とを含むグループ化処理を実行し、
    前記グループ化処理によって作成された前記グループに含まれる機器の情報を表示する表示情報を出力する、
    管理方法。

Images