(57)【要約】【課題】本発明の目的は、警報通知と当該警報通知が波及する論理パスとの関連付けが可能な管理システムを提供することである。【解決手段】端末、及びサービス提供リソースにネットワークを介して接続される管理装置であって、端末をサービスの利用状況に対応するグループに属するようにグループ化して管理するユーザグループ情報と、サービス提供リソースによって提供されるサービス、当該サービスを端末が利用する場合にデータが通過する経路、及び経路に障害が発生した場合に障害の影響を受ける障害グループを関連付けるサービス情報と、を保持し、経路に障害が発生した場合、サービス情報を参照し障害発生サービスを特定し、特定された障害発生サービスに関連付けられた障害グループを特定し、特定された障害グループに属する端末を障害端末として特定し、特定した障害端末を管理者に通知することを特徴とする。【選択図】図８
2014140127.tif 000002
【特許請求の範囲】
【請求項１】
端末、及び前記端末が利用するサービスを提供するサービス提供リソースにネットワークを介して接続される管理装置であって、
前記端末を前記端末の前記サービスの利用状況に対応するグループに属するようにグループ化して管理するユーザグループ情報と、
前記サービス提供リソースによって提供されるサービス、当該サービスを端末が利用する場合にデータが通過する経路、及び前記経路に障害が発生した場合に前記障害の影響を受ける障害グループを関連付けるサービス情報と、を保持し、
前記ネットワーク中のある経路に障害が発生した場合、前記サービス情報を参照し、前記サービス情報の前記経路が、前記障害が発生した経路と一致するサービスを障害発生サービスとして特定し、
前記特定された障害発生サービスに関連付けられた前記障害グループを特定し、
前記ユーザグループ情報を参照し、前記特定された障害グループに属する端末を障害端末として特定し、
前記特定した障害端末を通知することを特徴とする管理装置。
【請求項２】
請求項１に記載の管理装置であって、
前記サービス提供リソースは、前記端末のユーザを認証する認証装置を含み、
前記端末が属するグループは、前記ユーザが認証されていない端末が属する第１グループと、前記ユーザが認証された端末が属する第２グループと、を含み、
前記認証装置が前記端末のユーザを認証した場合に送信する認証ログ情報を受信した場合、前記認証された端末を前記第２グループに属するように、前記ユーザグループ情報を更新することを特徴とする管理装置。
【請求項３】
請求項２に記載の管理装置であって、
前記端末のユーザの認証に関する認証情報の入力を受け付け、
前記受け付けた認証情報を前記認証装置に登録することを特徴とする管理装置。
【請求項４】
請求項１に記載の管理装置であって、
前記サービス情報は、さらに、前記経路に障害が発生した場合に実行すべき処理と前記サービスとを関連付けるものであって、
前記特定された障害発生サービスに関連付けられた実行すべき処理を特定し、
前記特定された処理を実行することを特徴とする管理装置。
【請求項５】
請求項１に記載の管理装置であって、
前記サービス情報は、さらに、前記サービスと、前記経路に障害が発生した場合の前記障害発生サービスの影響によって利用できなくなるサービスである障害影響サービスとを関連付けるものであって、
前記障害発生サービスが特定された場合、前記サービス情報を参照し、当該障害発生サービスと関連付けられた障害影響サービスを特定し、
前記特定した障害端末、及び前記特定した障害影響サービスを通知することを特徴とする管理装置。
【請求項６】
請求項１に記載の管理装置であって、
前記サービス情報は、さらに、前記経路に障害が発生した場合であって、かつ所定の条件が成立した場合に前記障害の影響を受ける準障害グループと前記サービスとを関連付けるものであって、
前記障害発生サービスが特定された場合、前記サービス情報を参照し、当該障害発生サービスと関連付けられた準障害グループを特定し、
前記ユーザグループ情報を参照し、前記特定された準障害グループに属する端末を準障害端末として特定し、
前記特定した障害端末、及び前記特定した準障害端末を通知することを特徴とする管理装置。
【請求項７】
端末、及び前記端末が利用するサービスを提供するサービス提供リソースにネットワークを介して接続される管理装置における前記端末、前記サービス提供リソース、及び前記ネットワークの管理方法であって、
前記管理装置は、
前記端末を前記端末の前記サービスの利用状況に対応するグループに属するようにグループ化して管理するユーザグループ情報と、
前記サービス提供リソースによって提供されるサービス、当該サービスを端末が利用する場合にデータが通過する経路、及び前記経路に障害が発生した場合に前記障害の影響を受ける障害グループを関連付けるサービス情報と、を保持し、
前記方法は、
前記管理装置が、前記ネットワーク中のある経路に障害が発生した場合、前記サービス情報を参照し、前記サービス情報の前記経路が、前記障害が発生した経路と一致するサービスを障害発生サービスとして特定し、
前記管理装置が、前記特定された障害発生サービスに関連付けられた前記障害グループを特定し、
前記管理装置が、前記ユーザグループ情報を参照し、前記特定された障害グループに属する端末を障害端末として特定し、
前記管理装置が、前記特定した障害端末を通知することを特徴とする管理方法。
【請求項８】
請求項７に記載の管理方法であって、
前記サービス提供リソースは、前記端末のユーザを認証する認証装置を含み、
前記端末が属するグループは、前記ユーザが認証されていない端末が属する第１グループと、前記ユーザが認証された端末が属する第２グループと、を含み、
前記認証装置が前記端末のユーザを認証した場合に送信する認証ログ情報を前記管理装置が受信した場合、前記管理装置が、前記認証された端末を前記第２グループに属するように、前記ユーザグループ情報を更新することを特徴とする管理方法。
【請求項９】
請求項８に記載の管理方法であって、
前記管理装置が、前記端末のユーザの認証に関する認証情報の入力を受け付け、
前記管理装置が、前記受け付けた認証情報を前記認証装置に登録することを特徴とする管理方法。
【請求項１０】
請求項７に記載の管理方法であって、
前記サービス情報は、さらに、前記経路に障害が発生した場合に実行すべき処理と前記サービスとを関連付けるものであって、
前記障害発生サービスの特定後、前記管理装置が、前記特定された障害発生サービスに関連付けられた実行すべき処理を特定し、
前記管理装置が、前記特定された処理を実行することを特徴とする管理方法。
【請求項１１】
請求項７に記載の管理方法であって、
前記サービス情報は、さらに、前記サービスと、前記経路に障害が発生した場合の前記障害発生サービスの影響によって利用できなくなるサービスである障害影響サービスとを関連付けるものであって、
前記障害発生サービスが特定された場合、前記管理装置が、前記サービス情報を参照し、当該障害発生サービスと関連付けられた障害影響サービスを特定し、
前記管理装置が、前記特定した障害端末、及び前記特定した障害影響サービスを通知することを特徴とする管理方法。
【請求項１２】
請求項７に記載の管理方法であって、
前記サービス情報は、さらに、前記経路に障害が発生した場合であって、かつ所定の条件が成立した場合に前記障害の影響を受ける準障害グループと前記サービスとを関連付けるものであって、
前記障害発生サービスが特定された場合、前記管理装置が、前記サービス情報を参照し、当該障害発生サービスと関連付けられた準障害グループを特定し、
前記管理装置が、前記ユーザグループ情報を参照し、前記特定された準障害グループに属する端末を準障害端末として特定し、
前記管理装置が、前記特定した障害端末、及び前記特定した準障害端末を通知することを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続される管理装置に関する。
【背景技術】
【０００２】
ネットワーク管理装置（管理装置）は、ネットワークシステム内で生じるネットワーク装置の故障及び回線の障害等が発生した場合に、障害要因及び障害箇所を特定し、特定した障害要因及び障害箇所に基づいてネットワークシステムを利用する情報処理端末（端末）への影響範囲を特定する。
【０００３】
従来のネットワーク管理装置は、ネットワークシステムを構成する装置から状態情報を取得することによって、ネットワークシステムの運用状態を監視する。そして、従来のネットワーク管理装置は、取得した状態情報を解析することによって、障害の発生を検出し、障害要因及び障害箇所を特定する。
【０００４】
ネットワーク管理装置が状態情報を取得する方法としては、Ｓｙｓｌｏｇを利用してログ情報を取得する方法、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を利用してＴｒａｐを取得する方法、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報を取得する方法、所定タイミングでネットワークシステムと通信可能かを確認する方法等がある。
【０００５】
また、従来のネットワーク管理装置は、ネットワークシステムに備わる各装置の接続関係、及びネットワーク構成に関するネットワークシステム情報を保持し、障害の発生を検出した場合に、障害要因及び障害箇所並びにネットワークシステム情報を利用して、情報処理端末への障害の影響範囲を特定していた。
【０００６】
本技術分野の背景技術として、国際公開第２００９／０４０９８７６号（特許文献１）がある。
【０００７】
特許文献１には、コンピュータネットワーク上での接続構成を示す構成情報と、構成情報ごとに関連するネットワーク機器を利用したＩＴ業務への影響を予め登録したＩＴ業務影響情報とを管理することによって、コンピュータネットワーク上の障害におけるＩＴ業務への影響範囲を特定し、障害に応じて装置の設定を変更し、障害情報をネットワークの管理者又は保守会社へ通知するネットワーク管理装置が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２００９／０４０９８７６号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来のネットワーク管理装置においては、ネットワークシステム内で生じる障害による情報処理端末への影響範囲は、情報処理端末が接続されている装置及びネットワークシステム情報に基づいて特定され、情報処理端末が利用するサービスについては考慮されていなかった。
【００１０】
また、特許文献１によるネットワーク管理装置は、情報処理端末が利用するＩＴ業務、すなわちサービスを考慮したものであるが、情報処理端末が利用するＩＴ業務はＩＴ業務影響情報として予め定義されている。このため、情報処理端末が利用するＩＴ業務が動的に変化する場合、ネットワーク管理装置は、障害の発生を検出した場合にどの情報処理端末がどのＩＴ業務を利用又は利用する可能性があるかを特定することができない。
【００１１】
したがって、特許文献１によるネットワーク管理装置は、障害の発生を検出した場合にＩＴ業務を利用又は利用する可能性がある情報処理端末のみを障害の影響範囲として特定することが困難であった。
【００１２】
また、上記したように、ＩＴ業務を利用又は利用する可能性がある情報処理端末のみを障害の影響範囲として特定できないので、ネットワークシステムを構成する装置に対して誤って設定変更がなされることによって、障害の影響を受けない情報処理端末にも障害の二次な影響が与えられる可能性があった。
【００１３】
したがって、本発明の目的は、サービスの利用状況が動的に変化する場合において、障害の発生を検出した場合に障害の影響を受けるサービスを特定し、当該サービスを利用する情報処理端末を正確に特定可能な管理装置を提供することである。
【課題を解決するための手段】
【００１４】
本発明の代表的な一例を示せば、端末、及び前記端末が利用するサービスを提供するサービス提供リソースにネットワークを介して接続される管理装置であって、前記端末を前記端末の前記サービスの利用状況に対応するグループに属するようにグループ化して管理するユーザグループ情報と、前記サービス提供リソースによって提供されるサービス、当該サービスを端末が利用する場合にデータが通過する経路、及び前記経路に障害が発生した場合に前記障害の影響を受ける障害グループを関連付けるサービス情報と、を保持し、前記ネットワーク中のある経路に障害が発生した場合、前記サービス情報を参照し、前記サービス情報の前記経路が、前記障害が発生した経路と一致するサービスを障害発生サービスとして特定し、前記特定された障害発生サービスに関連付けられた前記障害グループを特定し、前記ユーザグループ情報を参照し、前記特定された障害グループに属する端末を障害端末として特定し、前記特定した障害端末を通知することを特徴とする。
【発明の効果】
【００１５】
本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、下記の通りである。すなわち、障害の発生を検出した場合に障害の影響を受けるサービスを特定し、当該サービスを利用又は利用する可能性がある情報処理端末を正確に特定可能な管理装置を提供できる。
【００１６】
上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例１のネットワークシステムの構成図である。
【図２】本発明の実施例１の管理装置の全体構成の説明図である。
【図３】本発明の実施例１のコンフィグ情報の説明図である。
【図４】本発明の実施例１のユーザグループ情報の説明図である。
【図５】本発明の実施例１のアクション情報の説明図である。
【図６】本発明の実施例１のサービス情報の説明図である。
【図７】本発明の実施例１の受信情報分析処理部の処理のフローチャートである。
【図８】本発明の実施例１の障害範囲分析処理部の処理のフローチャートである。
【図９】本発明の実施例１のアクション実行処理部の処理のフローチャートである。
【図１０】本発明の実施例１の管理情報更新処理部の処理のフローチャートである。
【図１１】本発明の実施例１のサービス情報入力画面出力処理のフローチャートである。
【図１２】本発明の実施例１の端末の認証、及び端末のＩＰアドレスの割当のシーケンス図である。
【図１３Ａ】本発明の実施例１の認証サーバによる認証前のユーザグループ情報の説明図である。
【図１３Ｂ】本発明の実施例１の認証サーバによる認証後であって端末に対してＩＰアドレスが割り当てられる前のユーザグループ情報の説明図である。
【図１３Ｃ】本発明の実施例１の端末に対してＩＰアドレスが割り当てられた後のユーザグループ情報の説明図である。
【図１４】本発明の実施例２のネットワークシステムの構成図である。
【図１５】本発明の実施例２のコンフィグ情報の説明図である。
【図１６】本発明の実施例２のユーザグループ情報の説明図である。
【図１７】本発明の実施例２のサービス情報の説明図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施例について、図面を参照しながら詳細に説明する。なお、実質的に同一な箇所には同じ符号を付与し、説明を繰り返さないこととする。
【実施例１】
【００１９】
以下において、本発明の実施例１を図１〜図１３Ｃを用いて説明する。
【００２０】
図１は、本発明の実施例１のネットワークシステムの構成図である。
【００２１】
本ネットワークシステムは、管理対象ネットワーク２００とＷｅｂアクセス２０１とを含む。
【００２２】
管理対象ネットワーク２００は、ルータ２０２、管理装置１００、Ｌ２（レイヤ２）認証スイッチ２０３、Ｌ２スイッチ２０４、ＤＨＣＰサーバＡ２０６、ＤＨＣＰサーバＢ２０７、開発サーバ２０８、認証サーバ２０５、及び情報処理端末である端末Ａ２０９〜端末Ｄ２１２を有する。
【００２３】
管理対象ネットワーク２００のネットワーク構成について説明する。
【００２４】
ルータ２０２は、接続回線２１４を介してＷｅｂアクセス２０１に接続される。管理装置１００は、接続回線２１３を介してルータ２０２に接続される。Ｌ２認証スイッチ２０３は、接続回線２１７を介してルータ２０２に接続される。Ｌ２スイッチ２０４は、接続回線２２０を介してＬ２認証スイッチ２０３に接続される。ＤＨＣＰサーバＡ２０６は、接続回線２１６を介してルータ２０２に接続される。ＤＨＣＰサーバＢ２０７は、接続回線２１５を介してルータ２０２に接続される。以下では、ＤＨＣＰサーバＡ２０６及びＢ２０７を総称する場合には、ＤＨＣＰサーバと記載する。開発サーバ２０８は、接続回線２１９を介してＬ２認証スイッチ２０３に接続される。端末Ａ２０９〜Ｄ２１２は、Ｌ２スイッチ２０４に接続される。以下では、端末Ａ２０９〜Ｄ２１２を総称する場合には、端末と記載する。
【００２５】
各装置について説明する。
【００２６】
まず、認証サーバ２０５について説明する。認証サーバ２０５は、端末がＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を利用する場合に端末を認証する計算機である。換言すれば、認証サーバ２０５は、端末に認証というサービスを提供する。認証サーバ２０５は、端末の認証に用いるユーザＩＤ、パスワード及び認証後に端末が利用可能となるＶＬＡＮが登録された認証情報を記憶する。端末は、ユーザＩＤ及びパスワードを含む認証要求を認証サーバ２０５に送信し、認証サーバ２０５は、認証要求を受信した場合に、認証要求に含まれるユーザＩＤ及びパスワードが認証サーバ２０５に登録されたユーザＩＤ及びパスワードと一致する場合に当該端末を認証する。端末は、認証サーバ２０５によって認証された場合には、ユーザＩＤに対応付けられたＶＬＡＮにアクセス可能となる。なお、認証サーバ２０５に記憶される認証情報は、管理装置１００に記憶される図示しない認証情報と同期させるため、管理装置１００を介してのみ登録又は更新可能である。これについては、図１０で詳細を説明する。
【００２７】
次に、端末について説明する。端末Ａ２０９及び端末Ｂ２１０は、認証サーバ２０５によって認証されても開発サーバ２０８にアクセスできない非開発端末であり、端末Ｂ２１０は認証サーバ２０５によって認証されておらず、端末Ａ２０９は認証サーバ２０５によって認証されている。端末Ｃ２１１及び端末Ｄ２１２は、認証サーバ２０５によって認証されれば開発サーバ２０８にアクセス可能な開発端末であり、端末Ｄ２１２は認証サーバ２０５によって認証されておらず、端末Ｃ２１１は認証サーバ２０５によって認証されている。端末Ａ２０９のユーザＩＤは「Ｕｓｅｒ１」であり、ＭＡＣアドレスは「１１．１１．１１．１１．１１．１１」である。端末Ｂ２１０のユーザＩＤは「Ｕｓｅｒ２」であり、ＭＡＣアドレスは「２２．２２．２２．２２．２２．２２」である。端末Ｂ２１０のユーザＩＤは「Ｕｓｅｒ２」であり、ＭＡＣアドレスは「２２．２２．２２．２２．２２．２２」である。端末Ｃ２１１のユーザＩＤは「Ｕｓｅｒ３」であり、ＭＡＣアドレスは「３３．３３．３３．３３．３３．３３」である。端末Ｄ２１２のユーザＩＤは「Ｕｓｅｒ４」であり、ＭＡＣアドレスは「４４．４４．４４．４４．４４．４４」である。
【００２８】
なお、ＶＬＡＮ１０は認証サーバ２０５による認証後であっても開発サーバ２０８にアクセスできないネットワークで、ＶＬＡＮ２０は認証サーバ２０５による認証後に開発サーバ２０８にアクセス可能なネットワークである。ＶＬＡＮ１は認証サーバ２０５に認証されていない端末が属する。したがって、認証サーバ２０５によって認証された非開発端末である端末Ａ２０９はＶＬＡＮ１０に属し、認証サーバ２０５によって認証された開発端末である端末Ｃ２１１はＶＬＡＮ２０に属し、認証サーバ２０５によって認証されていない端末Ｂ２１０及び端末Ｄ２１２はＶＬＡＮ１に属する。
【００２９】
次に、ＤＨＣＰサーバについて説明する。ＤＨＣＰサーバは、認証サーバ２０５によって認証された端末からの要求に応じてＩＰアドレスを当該端末に割り当てるサーバである。換言すれば、ＤＨＣＰサーバは、端末にＩＰアドレスの割当というサービスを提供する。ＤＨＣＰサーバは、ＤＨＣＰサーバＡ２０６及びＢ２０７によって冗長化されており、例えば、ＤＨＣＰサーバＡ２０６がマスタ装置として動作し、ＤＨＣＰサーバＢ２０７がスレーブ装置として動作しているものとする。端末へのＩＰアドレスの割当処理は、マスタ装置のみが実行する。
【００３０】
認証サーバ２０５によって認証された端末は、ＤＨＣＰサーバＡ２０６にＩＰアドレスの割当要求を送信し、ＤＨＣＰサーバＡ２０６はＩＰアドレスの割当要求を受信した場合、受信した割当要求の送信元の端末のＶＬＡＮのセグメントに応じて、当該ＤＨＣＰサーバＡ２０６のアドレスプールからＩＰアドレスを送信元の端末に割り当てる。図１では、端末Ａ２０９及び端末Ｃ２１１が認証サーバ２０５によって認証され、ＤＨＣＰサーバＡ２０６によって端末Ａ２０９及び端末Ｃ２１１にＩＰアドレスが割り当てられる。具体的には、端末Ａ２０９にはＩＰアドレス「１９２．１６８．１．２」が割り当てられ、端末Ｃ２１１にはＩＰアドレス「１９２．１６８．２．２」が割り当てられる。なお、端末Ｂ２１０及び端末Ｄ２１２は認証サーバ２０５によって認証されていないので、端末Ｂ２１０及び端末Ｄ２１２にＩＰアドレスは未だ割り当てられていない。
【００３１】
開発サーバ２０８は、上記したように、開発端末が認証サーバ２０５によって認証された場合にアクセス可能なサーバであり、開発端末のユーザは、開発端末を開発サーバ２０８にアクセスしてソフトウェアを開発する。換言すれば、開発サーバ２０８は、端末にソフトウェアの開発というサービスを提供する。
【００３２】
Ｗｅｂアクセス２０１には、開発端末又は非開発端末にかかわらず、認証サーバ２０５によって認証された端末がアクセス可能であり、管理対象ネットワーク２００の外部のネットワークへのアクセスを可能とする。換言すれば、Ｗｅｂアクセス２０１は、端末に外部アクセスというサービスを提供する。
【００３３】
認証サーバ２０５、ＤＨＣＰサーバＡ２０６、ＤＨＣＰサーバＢ２０７、開発サーバ２０８、及びＷｅｂアクセス２０１は、端末に何らかのサービスを提供するものであり、総称してサービス提供リソースという。
【００３４】
管理装置１００は、管理対象ネットワーク２００の端末以外の装置から状態情報（例えば、Ｓｙｓｌｏｇ又はＴｒａｐ）を取得することによって、管理対象ネットワーク２００を管理する計算機である。なお、管理装置１００の詳細は、図２で説明する。
【００３５】
図２は、本発明の管理装置１００の全体構成の説明図である。
【００３６】
管理装置１００は、ハードウェア構成として、ＣＰＵ１２１、メモリ１２２、二次記憶装置１２３、ネットワークインタフェース（ＩＦ）１１７、及びマンマシンインタフェース（ＩＦ）１１８を有する。
【００３７】
ＣＰＵ１２１は、二次記憶装置１２３からメモリ１２２にロードされた各種プログラムを実行し、二次記憶装置１２３からメモリ１２２にロードされた各種情報を参照する。二次記憶装置１２３は、管理装置１００と同一筐体に実装されなくてもよく、例えば、ネットワークを介して管理装置１００に接続されていてもよい。ネットワークＩＦ１１７は、管理装置１００の外部とデータを通信するためのインタフェースであり、マンマシンＩＦ１１８は、マウス又はキーボード等の入力デバイス及びディスプレイ又はプリンタ等の出力デバイスに接続されるインタフェースである。
【００３８】
ＣＰＵ１２１上では、受信情報分析処理部１１２、障害範囲分析制御部１１３、及び管理情報更新処理部１１６が動作する。これらの機能は、対応するプログラムをＣＰＵ１２１が実行することによって実現される。
【００３９】
受信情報分析処理部１１２は、管理装置１００の外部から受信したログ情報等のデータを解析し、解析結果に応じて受信データを障害範囲分析制御部１１３又は管理情報更新処理部１１６に振り分ける。受信情報分析処理部１１２の処理は、図７で詳細を説明する。
【００４０】
障害範囲分析制御部１１３は、管理対象ネットワーク２００に障害を検出した場合に端末への障害範囲を特定し、障害に対応する処理を実行し、特定した障害範囲を管理者に通知する。障害範囲分析制御部１１３は、障害範囲分析処理部１１４及びアクション実行処理部１１５を有する。障害範囲分析処理部１１４は、管理対象ネットワーク２００に障害を検出した場合に端末への障害範囲を特定し、障害範囲を管理者に通知する。アクション実行処理部１１５は、障害に対応する処理を実行する。なお、障害範囲分析処理部１１４の処理は、図８で詳細を説明し、アクション実行処理部１１５の処理は、図９で詳細を説明する。
【００４１】
管理情報更新処理部１１６は、二次記憶装置１２３に記憶される管理情報１０１を生成又は更新する。管理情報更新処理部１１６の処理は、図１０及び図１１で詳細を説明する。
【００４２】
二次記憶装置１２３には、管理装置１００の動作を決定する管理情報１０１が記憶される。管理情報１０１は、障害範囲分析情報１０２及びネットワーク管理情報１０７を含む。
【００４３】
障害範囲分析情報１０２は、端末への障害影響を分析するために必要な情報、及び障害を検出した場合に実行する処理に関する情報等である。ネットワーク管理情報１０７は、管理対象ネットワーク２００を管理するために必要な情報、及びログ情報を解析するためのフォーマット等である。
【００４４】
障害範囲分析情報１０２について説明する。障害範囲分析情報１０２は、ユーザグループ情報１０３、アクション情報１０４、サービス情報１０５、及びコンフィグ情報１０６を含む。
【００４５】
ユーザグループ情報１０３は、サービス提供リソースによって提供されるサービスの端末の利用状況に応じて端末をグループ化して管理するための情報である。ユーザグループ情報１０３は、図４で詳細を説明する。
【００４６】
アクション情報１０４は、障害時に実行する装置の設定変更等の処理に関する情報及び障害時の障害通知に関する情報である。アクション情報１０４は、図５で詳細を説明する。
【００４７】
サービス情報１０５は、サービス提供リソースによって提供されるサービスと、当該サービスを端末が利用する場合にデータが通過する経路及び装置と、当該経路又は装置に障害が発生した場合にサービスを利用できなくなる端末のグループと、を関連付けるための情報である。サービス情報１０５は、図６で詳細を説明する。
【００４８】
コンフィグ情報１０６は、ユーザグループ情報１０３のフォーマット情報、ユーザグループ情報１０３の更新方法を定義する情報、ユーザグループ情報１０３に登録される端末に関する情報を反映させる装置又はサーバを指定する情報、及び、ユーザグループ情報１０３を変更する契機となるログ情報の取得先を指定する情報を含む。コンフィグ情報１０６は、図３で詳細を説明する。
【００４９】
ネットワーク管理情報１０７について説明する。ネットワーク管理情報１０７は、装置情報１０８、管理装置設定情報１０９、ネットワーク構成情報１１０、及び受信ログ情報１１１を含む。
【００５０】
装置情報１０８は、ログ情報を送信する装置又はサーバのベンダ、型番、及びソフトウェアバージョン等によるログ情報のフォーマット情報と、ログ情報が障害ログ情報であるか運用ログ情報であるかを判定するための情報とを含む。
【００５１】
管理装置設定情報１０９は、解析されたログ情報の出力先、出力方法、及び障害の通知先を指定する情報である。
【００５２】
ネットワーク構成情報１１０は、管理対象ネットワーク２００のネットワークのトポロジ情報、及び、当該ネットワークを構成する装置又はサーバのベンダ、型番及びソフトウェアバージョンに関する情報を含む。
【００５３】
受信ログ情報１１１は、管理装置１００が受信したログ情報である。
【００５４】
図３は、本発明の実施例１のコンフィグ情報１０６の説明図である。コンフィグ情報１０６は、監視対象サービス３００、監視対象３０１、及び監視装置種別３０２を含む。
【００５５】
監視対象サービス３００には、管理装置１００が監視するサービスの種別が登録される。監視対象サービス３００に登録されたサービスの種別に応じてユーザグループ情報１０３のフォーマットが変更される。監視対象サービス３００に登録されたサービスの種別が変更されることによって、管理装置１００は他のサービスの種別も監視できる。監視対象サービス３００に登録されたサービスの種別に応じて監視対象３０１及び監視装置種別３０２に登録される内容が異なる。図３では、監視対象サービス３００には認証が登録される。
【００５６】
監視対象３０１には、ユーザグループ情報１０３に登録された端末に関する情報を登録する装置の識別子、及び、管理装置１００がユーザグループ情報１０３を更新する契機となるログ情報を送信する装置の識別子が登録される。管理装置１００は、監視対象３０１に登録された装置から送信されるログ情報を受信した場合に、ユーザグループ情報１０３を更新する。なお、監視対象３０１には、複数の装置が登録されてもよい。
【００５７】
監視装置種別３０２には、監視対象３０１に登録された装置の種別が登録される。
【００５８】
図４は、本発明の実施例１のユーザグループ情報１０３の説明図である。ユーザグループ情報１０３は、グループＩＤ４００、識別区分４０１、端末状況４０２、及びユーザ情報４０３を含む。
【００５９】
グループＩＤ４００にはグループの識別子が登録される。識別区分４０１及び端末状況４０２には、端末又は端末を利用するユーザをグループ化するための条件が登録される。識別区分４０１には、管理者等が変更しない限り運用中に動的に変化しない情報が条件として登録される。図４では、識別区分４０１には、端末が認証サーバ２０５によって認証された後に属することとなるＶＬＡＮの識別子が登録される。端末状況４０２には、動的に変化する情報が条件として登録される。図４では、端末状況４０２には、端末が認証サーバ２０５によって認証されていない状態を示す未認証及び端末が認証サーバ２０５によって認証された状態を示す認証済が登録される。
【００６０】
図４に示すユーザグループ情報１０３では、識別区分４０１がＶＬＡＮ１０であり端末状況４０２が未認証であるグループ１と、識別区分４０１がＶＬＡＮ１０であり端末状況４０２が認証済であるグループ２と、識別区分４０１がＶＬＡＮ２０であり端末状況４０２が未認証であるグループ３と、識別区分４０１がＶＬＡＮ２０であり端末状況４０２が認証済であるグループ４と、が定義される。
【００６１】
なお、識別区分４０１及び端末状況４０２には、コンフィグ情報１０６の監視対象サービス３００に登録されたサービスの種別に対応する条件が登録される。
【００６２】
ユーザ情報４０３には、各グループの識別区分４０１及び端末状況４０２に登録された条件を満たし、グループに属する端末に関する情報が登録される。具体的には、ユーザ情報４０３は、ユーザＩＤ４０４、ＩＰアドレス４０５、及びＭＡＣアドレス４０６を含む。ユーザ情報４０３に含まれるカラムは、コンフィグ情報１０６の監視対象サービス３００に登録されたサービスの種別によって変化する。
【００６３】
ユーザＩＤ４０４には、認証サーバ２０５が端末を認証する場合に用いる情報であり、端末のユーザの一意な識別子が登録される。認証サーバ２０５へのユーザの識別子の登録、変更又は削除は、管理装置１００を介して実行されることによって、ユーザＩＤ４０４に登録されたユーザの識別子と認証サーバ２０５に登録されたユーザの識別子とが同期される。
【００６４】
ＩＰアドレス４０５には、端末に割り当てられたＩＰアドレスが登録される。管理装置１００は、このＩＰアドレスを、ＤＨＣＰサーバによって送信されるＩＰアドレスを端末に割り当てたことを示すログ情報から取得できる。
【００６５】
ＭＡＣアドレス４０６には、端末のＭＡＣアドレスが登録される。管理装置１００は、このＭＡＣアドレスを、Ｌ２認証スイッチ２０３からの認証成功を通知するログ情報から取得できる。
【００６６】
図５は、本発明の実施例１のアクション情報１０４の説明図である。アクション情報１０４は、アクションＩＤ５００、実行条件５０１、実行装置５０２、実行内容５０３、及び対象５０４を含む。
【００６７】
アクションＩＤ５００には障害発生時に実行される処理（アクション）の識別子が登録される。アクション情報１０４一つのレコードが一つの処理を示すため、アクションＩＤ５００には、アクション情報１０４のレコードの識別子が登録されるともいえる。
【００６８】
実行条件５０１には、実行内容５０３に登録された処理を実行するための条件が登録される。実行装置５０２には、実行内容５０３に登録された処理を実行するための装置の識別子が登録される。実行内容５０３には、障害発生時に実行される処理が登録される。図５に示す実行内容５０３には、設定変更の確認処理又は障害を管理者に通知する処理が登録される。
【００６９】
対象５０４には、実行内容５０３に登録された処理の対象となる装置等が登録される。なお、実行内容５０３に登録された処理の対象となる装置等が複数存在する場合には、対象５０４には複数の装置等が登録されてもよい。
【００７０】
なお、実行内容５０３に登録され得る処理を管理装置１００に予め登録しておき、管理者が予め登録された処理を選択し、選択された処理が実行内容５０３に登録されるようにしてもよい。これによって、管理者が実行内容５０３に処理を記述する必要がなくなるので、管理者のアクション情報１０４の設定が容易になる。
【００７１】
図６は、本発明の実施例１のサービス情報１０５の説明図である。サービス情報１０５は、サービスＩＤ６００、サービス提供元６０１、運用状態６０２、冗長サービスＩＤ６０３、障害影響サービスＩＤ６０４、障害グループＩＤ６０５、準障害グループＩＤ６０６、影響契機６０７、アクションＩＤ６０８、利用装置６０９、及び利用経路６１０を含む。
【００７２】
サービスＩＤ６００には、サービスの識別子が登録される。サービス情報１０５の一つのレコードが一つのサービスを示すため、サービスＩＤ６００には、サービス情報１０５のレコードの識別子が登録されるともいえる。
【００７３】
サービス提供元６０１には、管理装置１００が管理するサービスを提供するサービス提供リソースの識別子が登録される。
【００７４】
運用状態６０２には、サービス提供元６０１に登録された識別子によって識別されるサービス提供リソースがサービスを提供できる状態であるか否かを示す情報が登録される。具体的には、運用状態６０２には、サービス提供リソースがサービスを提供できる状態であれば「ＵＰ」が登録され、サービス提供リソースがサービスを提供できない状態であれば「ＤＯＷＮ」が登録される。なお、サービス提供リソースが冗長化されて運用されている場合であっても、サービス提供リソースがサービスを提供できる状態であれば、運用状態６０２には「ＵＰ」が登録される。
【００７５】
冗長サービスＩＤ６０３には、サービス提供元６０１に登録された識別子によって識別されるサービス提供リソースが他のサービス提供リソースと冗長化されて運用されている場合に冗長構成となる当該他のサービス提供リソースの識別子が登録される。なお、三つ以上のサービス提供リソースによって冗長化されて運用されている場合には、冗長サービスＩＤ６０３には複数のサービス提供リソースの識別子が登録されてもよい。
【００７６】
障害影響サービスＩＤ６０４には、管理対象ネットワーク２００で障害が発生し、サービス提供元６０１に登録された識別子によって識別されるサービス提供リソースがサービスを提供できなくなった場合に、当該サービスの影響を受けて利用できなくなるサービス（障害影響サービス）の識別子が登録される。障害影響サービスは、例えば、障害によりサービス提供リソースが提供できなくなったサービスを利用して提供されるサービス等である。
【００７７】
障害グループＩＤ６０５には、管理対象ネットワーク２００で障害が発生し、サービス提供元６０１に登録されたサービス提供リソースがサービスを提供できなくなった場合に、当該サービスを利用できなくなる端末のグループの識別子が登録される。なお、障害グループＩＤ６０５に登録されたグループの識別子は、ユーザグループ情報１０３のグループＩＤ４００に登録されたグループの識別子に対応する。
【００７８】
準障害グループＩＤ６０６には、管理対象ネットワーク２００で発生した障害の影響を受けないが、影響契機６０７に登録された条件が成立した場合に、サービス提供元６０１に登録されたサービス提供リソースが提供できなくなったサービスを利用できなくなる端末のグループの識別子が登録される。なお、準障害グループＩＤ６０６に登録されたグループの識別子は、ユーザグループ情報１０３のグループＩＤ４００に登録されたグループの識別子に対応する。
【００７９】
影響契機６０７には、準障害グループＩＤ６０６に登録されたグループの識別子によって識別されるグループが、サービス提供元６０１に登録されたサービス提供リソースが提供できなくなったサービスを利用できなくなる条件が登録される。
【００８０】
アクションＩＤ６０８には、管理対象ネットワーク２００に障害が発生した場合に実行する処理を示す識別子が、処理順に登録される。なお、アクションＩＤ６０８に登録された識別子は、アクション情報１０４のアクションＩＤ５００に登録された識別子に対応する。
【００８１】
利用装置６０９は、端末がサービスを利用するためのデータが通過する装置の識別子が登録される。利用経路６１０には、端末がサービスを利用するためのデータが通過する経路の識別子が格納される。
【００８２】
なお、図６に示すサービス情報１０５では、端末がサービスを利用するためのデータが通過する装置及び経路の識別子を利用装置６０９と利用経路６１０とに分けて登録されているが、装置と経路とに分けて登録されなくてもよい。例えば、利用経路６１０に、端末がサービスを利用するためのデータが通過する装置の識別子が登録されれば、利用装置６０９のカラムは不要である。
【００８３】
図７は、本発明の実施例１の受信情報分析処理部１１２の処理のフローチャートである。
【００８４】
受信情報分析処理部１１２の処理は、管理装置１００の外部からログ情報をネットワークＩＦ１１７を介して受信したタイミングでＣＰＵ１２１によって実行される。
【００８５】
まず、受信情報分析処理部１１２は、受信したログ情報を受信ログ情報１１１に格納する（Ｓ７０１）。
【００８６】
次に、受信情報分析処理部１１２は、ネットワーク構成情報１１０を参照して、受信したログ情報に含まれる送信元ＩＰアドレスに対応する装置を送信元の装置として特定する。そして、受信情報分析処理部１１２は、装置情報１０８を参照し、特定した送信元の装置のベンダ、型番、及びソフトウェアバージョンに対応するログ情報のフォーマット情報を利用して、受信したログ情報を解析する（Ｓ７０２）。
【００８７】
次に、受信情報分析処理部１１２は、Ｓ７０２の処理で解析されたログ情報を、管理装置設定情報１０９で指定された出力先に、管理装置設定情報１０９で指定された出力方法に従ってネットワークＩＦ１１７又はマンマシンＩＦ１１８を介して出力する（Ｓ７０３）。これによって、受信情報分析処理部１１２は、受信したログ情報を管理者に通知することができる。
【００８８】
次に、受信情報分析処理部１１２は、Ｓ７０２の処理で解析されたログ情報の種別が、障害ログ情報であるか運用ログ情報であるか否かを判定するとともに、Ｓ７０２の処理で解析されたログ情報の送信元の装置がコンフィグ情報１０６の監視対象３０１に登録された装置であるか否かを判定する（Ｓ７０４）。
【００８９】
Ｓ７０４の処理で、Ｓ７０２の処理で解析されたログ情報の種別が障害ログ情報であると判定された場合、受信情報分析処理部１１２は、Ｓ７０２の処理で解析されたログ情報から障害が発生した装置又は経路（障害発生箇所）を特定し、障害の影響範囲を特定するために、特定した障害発生箇所を障害範囲分析制御部１１３に通知し（Ｓ７０５）、処理を終了する。
【００９０】
Ｓ７０４の処理で、Ｓ７０２の処理で解析されたログ情報の運用ログ情報であると判定され、かつ、送信元の装置がコンフィグ情報１０６の監視対象３０１に登録された装置であると判定された場合、受信情報分析処理部１１２は、当該ログ情報に基づいてユーザグループ情報１０３を更新するため、更新情報を管理情報更新処理部１１６に通知し（Ｓ７０６）、処理を終了する。更新情報は、送信元の装置に対応するコンフィグ情報１０６の監視装置種別３０２に登録された装置の種別、並びに、送信元の端末が運用ログ情報に関する処理を実行した端末に対応するユーザグループ情報１０３の識別区分４０１、端末状況４０２及びユーザ情報４０３に登録された情報を含む。
【００９１】
Ｓ７０４の処理で、Ｓ７０２の処理で解析されたログ情報の運用ログ情報であると判定され、かつ、送信元の装置がコンフィグ情報１０６の監視対象３０１に登録された装置でないと判定された場合、受信情報分析処理部１１２の処理を終了する。
【００９２】
以上によって、受信情報分析処理部１１２は、受信したログ情報を解析し、受信したログ情報の種別に基づいて、障害範囲分析制御部１１３又は管理情報更新処理部１１６に障害箇所又は更新情報を通知する。
【００９３】
図８は、本発明の実施例１の障害範囲分析処理部１１４の処理のフローチャートである。
【００９４】
障害範囲分析処理部１１４の処理は、Ｓ７０５の処理で障害箇所を障害範囲分析制御部１１３に通知されたタイミングでＣＰＵ１２１によって実行される。
【００９５】
まず、障害範囲分析処理部１１４は、発生した障害の影響を受けるサービス提供リソースを特定するために、サービス情報１０５の利用装置６０９又は利用経路６１０に通知された障害箇所を示す識別子が登録される全てのレコードを読み出す（Ｓ８０１）。Ｓ８０１の処理で読み出されたレコードが示すサービスは、障害箇所の影響を受けるサービスであり、障害サービスということにする。
Ｓ８０１の処理でレコードが読み出された場合には、読み出されたレコードのサービスＩＤ６００に登録された識別子の昇順に処理対象のレコードが選択され、以下の処理が、読み出された全てのレコードに実行されるまで、繰り返し実行される。
【００９６】
まず、障害範囲分析処理部１１４は、処理対象のレコードのサービス提供元６０１に登録された識別子によって識別されるサービス提供リソースがサービスを提供可能か否かを判定するために、処理対象のレコードの運用状態６０２に「ＵＰ」が登録されているか否かを判定する（Ｓ８０２）。
【００９７】
Ｓ８０２の処理で、処理対象のレコードの運用状態６０２に「ＵＰ」が登録されていると判定された場合、つまり、処理対象のレコードのサービス提供元６０１に登録された識別子によって識別されるサービス提供リソースがサービスを提供可能である場合、障害範囲分析処理部１１４は、処理対象のレコードのアクションＩＤ６０８に識別子が登録されているか否かを判定する（Ｓ８０３）。
【００９８】
Ｓ８０３の処理で、処理対象のレコードのアクションＩＤ６０８に識別子が登録されていると判定された場合、障害範囲分析処理部１１４は、アクション実行処理部１１５に当該識別子によって識別される処理を実行させるべく、障害箇所及びアクションＩＤ６０８に登録された識別子を登録順にアクション実行処理部１１５に通知し（Ｓ８０４）、Ｓ８０５の処理に進む。
【００９９】
一方、Ｓ８０３の処理で、処理対象のレコードのアクションＩＤ６０８に識別子が登録されていないと判定された場合、障害範囲分析処理部１１４は、Ｓ８０４の処理を実行せず、Ｓ８０５の処理に進む。
【０１００】
障害範囲分析処理部１１４は、障害サービスを提供するサービス提供リソースが他のサービス提供リソースと冗長化されて運用されているか否かを判定するために、処理対象のレコードの冗長サービスＩＤ６０３に識別子が登録されているか否かを判定する（Ｓ８０５）。
【０１０１】
Ｓ８０５の処理で、処理対象のレコードの冗長サービスＩＤ６０３に識別子が登録されていると判定された場合、つまり、障害サービスを提供するサービス提供リソースが他のサービス提供リソースと冗長化されて運用されている場合、他のサービス提供リソースがマスタ装置に切り替わるため、障害による端末への影響はない。このため、障害範囲分析処理部１１４は、障害の影響範囲を管理者に通知しない。また、障害範囲分析処理部１１４は、当該他のサービス提供リソースの冗長構成から処理対象のレコードのサービスを提供するサービス提供リソースを削除するべく、処理対象のレコードの冗長サービスＩＤ６０３に登録された識別子がサービスＩＤ６００に登録されたレコードを特定し、特定したレコードの冗長サービスＩＤ６０３に登録された識別子から処理対象のレコードのサービスＩＤ６００に登録された識別子を削除し（Ｓ８０６）、Ｓ８０８の処理に進む。
【０１０２】
一方、Ｓ８０５の処理で、処理対象のレコードの冗長サービスＩＤ６０３に識別子が登録されていないと判定された場合、つまり、障害サービスを提供するサービス提供リソースが他のサービス提供リソースと冗長化されて運用されていない場合、障害による端末への影響がある。このため、障害範囲分析処理部１１４は、サービス情報１０５及びユーザグループ情報１０３から障害の影響範囲に関する情報を取得し、取得した障害の影響範囲に関する情報を管理者に通知する（Ｓ８０７）。
【０１０３】
障害の影響範囲に関する情報を取得する処理について具体的に説明する。
【０１０４】
本実施例では、障害の影響範囲に関する情報は、障害端末に関する情報、準障害端末に関する情報、及び障害影響サービスに関する情報を含む。
【０１０５】
障害端末とは、障害サービスを利用できなくなるグループに属する端末であり、準障害端末とは、障害サービスを利用できなくなるわけではないが、ある条件が成立した場合に障害サービスを利用できなくなるグループに属する端末である。また、障害影響サービスは、障害サービスの影響を受けるサービスである。
【０１０６】
障害端末に関する情報の取得方法について説明する。障害範囲分析処理部１１４は、処理対象のレコードの障害グループＩＤ６０５に登録された識別子を読み出し、ユーザグループ情報１０３のグループＩＤ４００に登録された識別子が読み出された識別子と一致するレコードのユーザ情報４０３に登録された情報を障害端末に関する情報として取得する。なお、障害端末に関する情報には、障害サービスの識別子が含まれてもよい。
【０１０７】
準障害端末に関する情報の取得方法について説明する。障害範囲分析処理部１１４は、処理対象のレコードの準障害グループＩＤ６０６に登録された識別子、及び影響契機６０７に登録された条件を読み出し、ユーザグループ情報１０３のグループＩＤ４００に登録された識別子が読み出された識別子と一致するレコードのユーザ情報４０３に登録された情報、及び読み出した影響契機６０７に登録された条件を準障害端末に関する情報として取得する。なお、準障害端末に関する情報には、障害サービスの識別子が含まれてもよい。
【０１０８】
障害影響サービスに関する情報の取得方法について説明する。障害範囲分析処理部１１４は、処理対象のレコードの障害影響サービスＩＤ６０４に登録された識別子を読み出し、読み出された識別子とサービスＩＤ６００に登録された識別子とが一致するレコードのサービス提供元６０１に登録された識別子を読み出し、読み出した障害影響サービスＩＤ６０４に登録された識別子、及び読み出したサービス提供元６０１に登録された識別子を障害影響サービスに関する情報として取得する。
【０１０９】
Ｓ８０６の処理又はＳ８０７の処理の実行後、障害範囲分析処理部１１４は、障害によってサービス提供リソースがサービスを提供できなくなったため、処理対象のレコードの運用状態６０２を「ＤＯＷＮ」に設定する（Ｓ８０８）。
【０１１０】
Ｓ８０２の処理で、処理対象のレコードの運用状態６０２に「ＤＯＷＮ」が登録されていると判定された場合、及びＳ８０８の処理を実行した場合、障害範囲分析処理部１１４は、Ｓ８０１の処理で読み出された全てのレコードにＳ８０２〜Ｓ８０８の処理を実行し（Ｓ８０９）、処理を終了する。
【０１１１】
以上によって、障害範囲分析処理部１１４が、障害端末に関する情報を管理者に通知するため、管理者は、障害が発生した場合にサービスを利用できなくなる端末を把握することができる。また、障害範囲分析処理部１１４が、準障害端末に関する情報を管理者に通知するため、管理者は、障害が発生し、所定条件が成立した場合サービスを利用できなくなる端末を把握することができる。また、障害範囲分析処理部１１４が、障害影響サービスに関する情報を管理者に通知するため、管理者は、障害が発生し利用できなくなったサービスの影響を受けるサービスを把握することができる。
【０１１２】
図９は、本発明の実施例１のアクション実行処理部１１５の処理のフローチャートである。
【０１１３】
アクション実行処理部１１５の処理は、Ｓ８０４の処理で障害箇所及びアクションＩＤ６０８に登録された識別子（アクションＩＤ）がアクション実行処理部１１５に通知されたタイミングでＣＰＵ１２１によって実行される。
【０１１４】
まず、アクション実行処理部１１５は、アクション情報１０４のアクションＩＤ５００に通知されたアクションＩＤが登録された全てのレコードを読み出す（Ｓ９０１）。なお、Ｓ９０１の処理では、アクション実行処理部１１５は、サービス情報１０５のアクションＩＤ６０８に登録された順番に、アクション情報１０４のレコードを読み出すものとする。
【０１１５】
Ｓ９０１の処理でレコードが読み出された場合には、サービス情報１０５のアクションＩＤ６０８に登録された順番に処理対象のレコードが選択され、以下の処理が、読み出された全てのレコードに対して実行されるまで、繰り返し実行される。
【０１１６】
アクション実行処理部１１５は、現在の状態が処理対象のレコードの実行条件５０１に登録された条件を満たすか否かを判定する（Ｓ９０２）。
【０１１７】
Ｓ９０２の処理で、現在の状態が処理対象のレコードの実行条件５０１に登録された条件を満たすと判定された場合、アクション実行処理部１１５は、処理対象のレコードの実行内容５０３に実行対象となる装置を登録する必要があるか否かを判定するために、処理対象のレコードの対象５０４に識別子が登録されているか否かを判定する（Ｓ９０３）。
【０１１８】
Ｓ９０３の処理で、処理対象のレコードの対象５０４に識別子が登録されていると判定された場合、アクション実行処理部１１５は、処理対象のレコードの実行内容５０３に対象５０４に登録された識別子を登録する（Ｓ９０４）。
【０１１９】
Ｓ９０３の処理で、処理対象のレコードの対象５０４に識別子が登録されていないと判定された場合、又はＳ９０４の処理の実行後、アクション実行処理部１１５は、処理対象のレコードの実行内容５０３に登録された処理を実行する装置が管理装置１００であるか否かを判定するために、処理対象のレコードの実行装置５０２に管理装置１００の識別子が登録されているか否かを判定する（Ｓ９０５）。
【０１２０】
Ｓ９０５の処理で、処理対象のレコードの実行装置５０２に管理装置１００の識別子が登録されていないと判定された場合、処理対象のレコードの実行内容５０３に登録された処理が管理装置１００以外の装置によって実行されるため、アクション実行処理部１１５は、当該管理装置１００以外の装置を遠隔操作するためにネットワークＩＦ１１７を介して当該管理装置１００以外の装置にログインする（Ｓ９０６）。
【０１２１】
そして、アクション実行処理部１１５は、Ｓ９０６の処理でログインした装置で、処理対象のレコードの実行内容５０３に登録された処理を実行する（Ｓ９０７）。
【０１２２】
一方、Ｓ９０５の処理で、処理対象のレコードの実行装置５０２に管理装置１００の識別子が登録されていると判定された場合、アクション実行処理部１１５は、管理装置１００で処理対象のレコードの実行内容５０３に登録された処理を実行する（Ｓ９０８）。
【０１２３】
Ｓ９０２の処理で、現在の状態が処理対象のレコードの実行条件５０１に登録された条件を満たしていないと判定された場合、Ｓ９０７の処理の実行後又はＳ９０８の処理の実行後、アクション実行処理部１１５は、Ｓ９０１の処理で読み出した全てのレコードにＳ９０２〜Ｓ９０８の処理を実行し（Ｓ９０９）、処理を終了する。
【０１２４】
以上によって、管理装置１００は、障害が発生した場合に、当該障害が発生したサービスに予め関連付けられた処理を実行することができる。これによって、管理者が、障害が発生した時点で障害に対応する処理を誤って設定してしまうこと等によって、障害の影響を受けない端末等が誤設定されてしまう二次的な被害が発生することを防止できる。
【０１２５】
図１０は、本発明の実施例１の管理情報更新処理部１１６の処理のフローチャートである。
【０１２６】
管理情報更新処理部１１６の処理は、図７に示すＳ７０６の処理で更新情報が管理情報更新処理部１１６に入力された場合、又は管理者による障害範囲分析情報１０２の設定要求若しくは管理者による障害範囲分析情報１０２の設定データがマンマシンＩＦ１１８を介して管理情報更新処理部１１６に入力された場合、ＣＰＵ１２１によって実行される。
【０１２７】
障害範囲分析情報１０２の設定要求は、管理者が障害範囲分析情報１０２を設定する操作をマンマシンＩＦ１１８が受け付けた場合に管理情報更新処理部１１６に入力され、管理者が設定を所望する障害範囲分析情報１０２の入力画面をマンマシンＩＦ１１８を介して表示デバイス等に出力する要求である。また、管理者による障害範囲分析情報１０２の設定データは、表示デバイスに出力された入力画面を介して入力した障害範囲分析情報１０２に設定するデータである。
【０１２８】
まず、管理情報更新処理部１１６は、管理情報更新処理部１１６の処理の実行の契機となったデータの入力元がマンマシンＩＦ１１８であるか否かを判定する（Ｓ１００１）。
【０１２９】
Ｓ１００１の処理でデータの入力元がマンマシンＩＦ１１８であると判定された場合、管理情報更新処理部１１６は、当該データは設定要求又は設定データであるので、当該データが設定要求であるか否かを判定する（Ｓ１００２）。
【０１３０】
Ｓ１００２の処理で当該データが設定要求であると判定された場合、管理情報更新処理部１１６は、設定要求の種別を判定する（Ｓ１００３）。具体的には、設定要求の種別には、コンフィグ情報１０６の設定を要求するコンフィグ情報設定要求、ユーザグループ情報１０３の設定を要求するユーザグループ情報設定要求、アクション情報１０４の設定を要求するアクション情報設定要求、及びサービス情報１０５の設定を要求するサービス情報設定要求がある。
【０１３１】
Ｓ１００３の処理で設定要求の種別がコンフィグ情報設定要求であると判定された場合、管理情報更新処理部１１６は、コンフィグ情報１０６の設定データを管理者に入力させるために、コンフィグ情報入力画面をマンマシンＩＦ１１８を介して出力し（Ｓ１００４）、処理を終了する。具体的には、コンフィグ情報入力画面は、コンフィグ情報１０６の監視対象サービス３００及び監視対象３０１に設定データを管理者が入力可能な画面である。なお、管理情報更新処理部１１６は、コンフィグ情報１０６を取得し、取得したコンフィグ情報１０６の現在の登録内容をコンフィグ情報入力画面に含めてもよい。また、コンフィグ情報入力画面には、管理者にコンフィグ情報１０６の入力を促すメッセージが含まれてもよい。
【０１３２】
また、Ｓ１００３の処理で設定要求の種別がユーザグループ情報設定要求であると判定された場合、管理情報更新処理部１１６は、ユーザグループ情報１０３の設定データを管理者に入力させるために、ユーザグループ情報入力画面をマンマシンＩＦ１１８を介して出力し（Ｓ１００５）、処理を終了する。
【０１３３】
Ｓ１００５の処理を具体的に説明する。まず、管理情報更新処理部１１６は、ユーザグループ情報１０３が既に生成されているか否かを判定するために、ユーザグループ情報１０３にレコードが登録されているか否かを判定する。
【０１３４】
ユーザグループ情報１０３にレコードが登録されていない場合、管理情報更新処理部１１６は、ユーザグループ情報１０３が未生成であると判定し、管理者がユーザグループ情報１０３を生成するために、ユーザグループ情報１０３のグループＩＤ４００、識別区分４０１、及びユーザ情報４０３の設定データをＳ１００９の処理で生成されたフォーマットに入力可能な画面であるユーザグループ情報入力画面を、マンマシンＩＦ１１８を介して出力する。
【０１３５】
一方、ユーザグループ情報１０３にレコードが登録されている場合、管理情報更新処理部１１６は、ユーザグループ情報１０３が生成済みであると判定し、管理者がユーザグループ情報１０３の変更又は削除するための設定データを入力可能なように、当該ユーザグループ情報１０３をユーザグループ情報入力画面としてマンマシンＩＦ１１８を介して出力する。また、このユーザグループ情報入力画面は、上記した管理者がユーザグループ情報１０３を生成するための画面も含む。
【０１３６】
また、Ｓ１００３の処理で設定要求の種別がアクション情報設定要求であると判定された場合、管理情報更新処理部１１６は、アクション情報１０４の設定データを管理者に入力させるために、アクション情報入力画面をマンマシンＩＦ１１８を介して出力し（Ｓ１００６）、処理を終了する。
【０１３７】
Ｓ１００６の処理について具体的に説明する、まず、管理情報更新処理部１１６は、アクション情報１０４が既に生成されているか否かを判定するために、アクション情報１０４にレコードが登録されているか否かを判定する。
【０１３８】
アクション情報１０４にレコードが登録されていない場合、管理情報更新処理部１１６は、アクション情報１０４が未生成であると判定し、管理者がユーザグループ情報１０３を生成するために、アクション情報１０４のアクションＩＤ５００、実行条件５０１、実行装置５０２、実行内容５０３、及び対象５０４の設定データを入力可能な画面であるアクション情報入力画面を、マンマシンＩＦ１１８を介して出力する。なお、実行装置５０２の設定データを管理者がネットワーク構成情報１１０に登録された情報から選択して入力可能にするために、管理情報更新処理部１１６はネットワーク構成情報１１０をマンマシンＩＦ１１８を介して出力してもよい。
【０１３９】
一方、アクション情報１０４にレコードが登録されている場合、管理情報更新処理部１１６は、アクション情報１０４が生成済みであると判定し、管理者がアクション情報１０４の変更又は削除するための設定データを入力可能なように、当該アクション情報１０４３をアクション情報入力画面としてマンマシンＩＦ１１８を介して出力する。また、このアクション情報入力画面は、上記した管理者がアクション情報１０４を生成するための画面も含む。
【０１４０】
また、Ｓ１００３の処理で設定要求の種別がサービス情報設定要求であると判定された場合、管理情報更新処理部１１６は、サービス情報１０５の設定データを管理者に入力させるために、サービス情報入力画面をマンマシンＩＦ１１８を介して出力し（Ｓ１００７）、処理を終了する。Ｓ１００７の処理について図１１を用いて説明する。
【０１４１】
図１１は、本発明の実施例１のサービス情報入力画面出力処理のフローチャートである。
【０１４２】
サービス情報１０５の障害グループＩＤ６０５及び準障害グループＩＤ６０６には、ユーザグループ情報１０３のグループＩＤ４００の識別子が登録されるので、サービス情報１０５の設定には、ユーザグループ情報１０３が生成済みであることが条件となる。このため、管理情報更新処理部１１６は、ユーザグループ情報１０３が生成済みであるか否かを判定するために、ユーザグループ情報１０３にレコードが登録されているか否かを判定する（Ｓ１４０１）。
【０１４３】
Ｓ１４０１の処理でユーザグループ情報１０３にレコードが登録されている判定された場合、管理情報更新処理部１１６は、ユーザグループ情報１０３が生成済みであると判断し、サービス情報１０５が生成済みであるか否かを判定するために、サービス情報１０５にレコードが登録されているか否かを判定する（Ｓ１４０２）。
【０１４４】
Ｓ１４０２の処理でサービス情報１０５にレコードが登録されていないと判定された場合、管理情報更新処理部１１６は、サービス情報１０５が未生成であると判断し、管理者がサービス情報１０５を生成するために、サービス情報１０５のサービスＩＤ６００、サービス提供元６０１、運用状態６０２、冗長サービスＩＤ６０３、障害影響サービスＩＤ６０４、障害グループＩＤ６０５、準障害グループＩＤ６０６、影響契機６０７、アクションＩＤ６０８、利用装置６０９及び利用経路６１０の設定データを入力可能な画面であるサービス情報入力画面を、マンマシンＩＦ１１８を介して出力し（Ｓ１４０３）、処理を終了する。
【０１４５】
なお、障害グループＩＤ６０５及び準障害グループＩＤ６０６の設定データを管理者がユーザグループ情報１０３のグループＩＤ４００に登録された識別子から選択して入力可能にするために、管理情報更新処理部１１６はユーザグループ情報１０３をサービス情報入力画面に含めて出力してもよい。
【０１４６】
また、アクションＩＤ６０８の設定データを管理者がアクション情報１０４のアクションＩＤ５００に登録された識別子から選択して入力可能にするために、管理情報更新処理部１１６はアクション情報１０４をサービス情報入力画面に含めて出力してもよい。
【０１４７】
また、利用装置６０９及び利用経路６１０の設定データを管理者がネットワーク構成情報１１０から選択して入力可能にするために、管理情報更新処理部１１６はネットワーク構成情報１１０をサービス入力画面に含めて出力してもよい。
【０１４８】
一方、Ｓ１４０２の処理でサービス情報１０５にレコードが登録されていると判定された場合、管理情報更新処理部１１６は、サービス情報１０５が生成済みであると判断し、管理者がサービス情報１０５の変更又は削除するための設定データを入力可能なように、当該サービス情報１０５をサービス情報入力画面としてマンマシンＩＦ１１８を介して出力し（Ｓ１４０４）、処理を終了する。また、このサービス情報入力画面は、ステップ１４０３の処理で説明した管理者がサービス情報１０５を生成するための画面も含む。
【０１４９】
Ｓ１４０１の処理でユーザグループ情報１０３にレコードが登録されていないと判定された場合、管理情報更新処理部１１６は、ユーザグループ情報１０３が未生成であるため、サービス情報１０５を生成できない旨のエラー画面をマンマシンＩＦ１１８を介して出力し（Ｓ１４０５）、処理を終了する。
【０１５０】
図１０に戻って、Ｓ１００２の処理で管理情報更新処理部１１６に入力されたデータが設定要求でなく、設定データであると判定された場合について説明する。この場合、管理情報更新処理部１１６は、設定データの種別を判定する（Ｓ１００８）。具体的には、設定データの種別には、コンフィグ情報１０６の設定データであるコンフィグ情報設定データ、ユーザグループ情報１０３の設定データであるユーザグループ情報設定データ、アクション情報１０４の設定データであるアクション情報設定データ、及びサービス情報１０５の設定データであるサービス情報設定データがある。
【０１５１】
Ｓ１００８の処理で設定データの種別がコンフィグ情報設定データであると判定された場合、管理情報更新処理部１１６は、入力されたコンフィグ情報設定データに基づいてコンフィグ情報１０６の設定処理を実行し（Ｓ１００９）、処理を終了する。
【０１５２】
コンフィグ情報の処理について具体的に説明する。管理情報更新処理部１１６は、コンフィグ情報設定データをコンフィグ情報１０６に登録し、コンフィグ情報１０６の監視対象サービス３００に登録されたサービスの種別に基づいて、ユーザグループ情報１０３のフォーマットを生成する。これは、ユーザグループ情報１０３は監視対象のサービスに応じて異なるフォーマットが用いられるためである。
【０１５３】
また、Ｓ１００８の処理で設定データの種別がユーザグループ情報設定データであると判定された場合、管理情報更新処理部１１６は、入力されたユーザグループ情報設定データに基づいてユーザグループ情報１０３の設定処理を実行し（Ｓ１０１０）、処理を終了する。
【０１５４】
ユーザグループ情報１０３の設定処理について具体的に説明する。管理情報更新処理部１１６は、入力されたユーザグループ情報設定データをユーザグループ情報１０３に登録する。ユーザグループ情報設定データは、ユーザＩＤ、パスワード及び識別区分を含む。そして、管理情報更新処理部１１６は、コンフィグ情報１０６の監視装置種別３０２に「端末管理装置」が登録されているレコードの監視対象３０１に登録された識別子によって装置（図３では、認証サーバ２０５）に、ネットワークＩＦ１１７を介してログインする。そして、管理情報更新処理部１１６は、入力されたユーザグループ情報設定データの識別区分４０１及びユーザ情報４０３をログインした装置に登録する。なお、本実施例では、認証サーバ２０５は、管理装置１００以外の装置から入力された内容に基づいて端末の認証に関する情報（ユーザＩＤ、パスワード及び識別区分）を登録、変更又は削除しない。すなわち、認証サーバ２０５は、管理装置１００から入力された内容のみに基づいて認証に関する情報を登録、変更又は削除する。これによって、認証サーバ２０５と管理装置１００とで認証に関する情報を同期することができる。
【０１５５】
また、Ｓ１００８の処理で設定データの種別がアクション情報設定データであると判定された場合、管理情報更新処理部１１６は、入力されたアクション情報設定データに基づいてアクション情報１０４の設定処理を実行し（Ｓ１０１１）、処理を終了する。アクション情報１０４の設定処理では、管理情報更新処理部１１６は、入力されたアクション情報設定データをアクション情報１０４に登録する。
【０１５６】
また、Ｓ１００８の処理で設定データの種別がサービス情報設定データであると判定された場合、管理情報更新処理部１１６は、入力されたサービス情報設定データに基づいてサービス情報１０５の設定処理を実行し（Ｓ１０１２）、処理を終了する。サービス情報１０５の設定処理では、管理情報更新処理部１１６は、入力されたサービス情報設定データをサービス情報１０５に登録する。
【０１５７】
また、Ｓ１００１の処理でデータの入力元がマンマシンＩＦ１１８でないと判定された場合、すなわち、データの入力元が受信情報分析処理部１１２である場合、入力されたデータは更新情報である。このため、管理情報更新処理部１１６は、更新情報に含まれる監視装置種別３０２に登録された装置の種別を特定し、特定した装置に対応する更新方法を特定する（Ｓ１０１３）。
【０１５８】
そして、管理情報更新処理部１１６は、特定した更新方法で、入力された更新情報に基づいてユーザグループ情報１０３の識別区分４０１、端末状況４０２及びユーザ情報４０３を更新する（Ｓ１０１４）。
【０１５９】
次に、図１において、管理装置１００がＬ２認証スイッチ２０３から端末Ｄ２１２が認証サーバ２０５によって認証されたことを示すログ情報を受信した場合の動作、及び、管理装置１００がＤＨＣＰサーバＡ２０６から端末Ｄ２１２にＩＰアドレスが割り当てられたことを示すログ情報を受信した場合の動作について、図１２〜図１３Ｃを用いて説明する。
【０１６０】
図１２は、本発明の実施例１の端末Ｄ２１２の認証、及び端末Ｄ２１２のＩＰアドレスの割当のシーケンス図である。
【０１６１】
端末Ｄ２１２が、Ｌ２認証スイッチ２０３に対して、ユーザＩＤ、パスワード、及び端末Ｄ２１２のＭＡＣアドレスを含む認証パケットを送信することによって、認証が開始される（Ｓ１５００）。
【０１６２】
Ｌ２認証スイッチ２０３は、受信した認証パケットを認証サーバ２０５に送信し、以降、Ｌ２認証スイッチ２０３が端末Ｄ２１２と認証サーバ２０５との間で通信される認証に関するパケットを中継することによって、端末Ｄ２１２と認証サーバ２０５との間で認証処理が実行される（Ｓ１５０１）。
【０１６３】
Ｓ１５０１の処理における認証処理で認証が成功した場合、すなわち端末Ｄ２１２から送信されたユーザＩＤ及びパスワードが、認証サーバ２０５が保持するユーザＩＤ及びパスワードと一致した場合、認証サーバ２０５は、認証が成功したことをＬ２認証スイッチ２０３に通知する（Ｓ１５０２）。
【０１６４】
Ｌ２認証スイッチ２０３は、認証が成功したことを通知された場合、端末Ｄ２１２のＶＬＡＮを未認証の端末が属するＶＬＡＮ１から認証された端末Ｄ２１２が属することとなるＶＬＡＮ２０に切り替える（Ｓ１５０３）。そして、Ｌ２認証スイッチ２０３は、認証が成功したことを端末Ｄ２１２に通知する（Ｓ１５０４）。
【０１６５】
また、Ｌ２認証スイッチ２０３は、端末Ｄ２１２の認証が成功したことを示すログ情報を管理装置１００に送信する（Ｓ１５０５）。
【０１６６】
管理装置１００は、Ｌ２認証スイッチ２０３によって送信されたログ情報を受信した場合、受信したログ情報を解析し、端末Ｄ２１２がグループ「３」から「４」に属するように、端末Ｄ２１２のユーザグループ情報１０３のグループＩＤ４００を「３」から「４」に変更する（Ｓ１５０６）。また、Ｓ１５０６の処理では、管理装置１００は、端末Ｄ２１２のユーザグループ情報１０３のＭＡＣアドレス４０６に、受信したログ情報に含まれるＭＡＣアドレスを登録する。
【０１６７】
端末Ｄ２１２は、Ｓ１５０４の処理でＬ２認証スイッチ２０３から認証が成功したことを通知された場合、端末Ｄ２１２が接続するネットワークがＶＬＡＮ２０となったので、ＤＨＣＰサーバＡ２０６に、ＩＰアドレスの割当要求であるＤＨＣＰ  ＤＩＳＣＯＶＥＲを送信する（Ｓ１５０７）。これ以降、ＤＨＣＰサーバＡ２０６と端末Ｄ２１２との間で、ＤＨＣＰ処理が実行される（Ｓ１５０８）。
【０１６８】
ＤＨＣＰ処理が成功すると、ＤＨＣＰサーバＡ２０６は、端末Ｄ２１２にＩＰアドレスを割り当てる（Ｓ１５０９）。また、ＤＨＣＰサーバＡ２０６は、ＩＰアドレスを端末Ｄ２１２に割り当てたことを示すログ情報を管理装置１００に送信する（Ｓ１５１０）。なお、当該ログ情報は、端末Ｄ２１２のＭＡＣアドレス及び端末Ｄ２１２に割り当てたＩＰアドレスを含む。
【０１６９】
管理装置１００は、ＤＨＣＰサーバＡ２０６からＩＰアドレスの割当のログ情報を受信した場合、受信したログ情報を解析し、端末Ｄ２１２のユーザグループ情報１０３のＩＰアドレス４０５に受信したログ情報に含まれるＩＰアドレスを登録する（Ｓ１５１１）。
【０１７０】
次に、図１３Ａ〜図１３Ｃを用いて、図１２に示すＳ１５０６の処理及びＳ１５１１の処理の詳細を説明する。
【０１７１】
図１３Ａは、本発明の実施例１の認証サーバ２０５による認証前のユーザグループ情報１０３の説明図である。図１３Ｂは、本発明の実施例１の認証サーバ２０５による認証後であって端末Ｄ２１２に対してＩＰアドレスが割り当てられる前のユーザグループ情報１０３の説明図である。図１３Ｃは、本発明の実施例１の端末Ｄ２１２に対してＩＰアドレスが割り当てられた後のユーザグループ情報１０３の説明図である。
【０１７２】
図１２に示すＳ１５０６の処理が実行される前までのユーザグループ情報１０３では、図１３Ａに示すように、端末Ｄ２１２は認証されていないため、端末Ｄ２１２はグループ「３」に属している。
【０１７３】
Ｓ１５０６の処理について説明する。管理装置１００がネットワークＩＦ１１７を介してログ情報を受信すると、図７に示す受信情報分析処理部１１２の処理が実行される。
【０１７４】
まず、Ｓ７０１の処理で、管理装置１００は、受信したログ情報を受信ログ情報１１１に格納する。次に、Ｓ７０２の処理で、管理装置１００は、ネットワーク構成情報１１０を参照し、受信したログ情報に含まれる送信元ＩＰアドレスに対応する装置をＬ２認証スイッチ２０３と特定し、Ｌ２認証スイッチ２０３に対応するログ情報のフォーマット情報を利用して、受信したログ情報を解析する。そして、Ｓ７０３の処理で、管理装置１００は、Ｓ７０２の処理で解析されたログ情報を管理装置設定情報１０９で定義された方法でネットワークＩＦ１１７又はマンマシンＩＦ１１８を介して管理者に通知する。
【０１７５】
Ｓ７０４の処理では、Ｓ７０２の処理で解析されたログ情報の種別が運用ログ情報であり、かつ、送信元ＩＰアドレスに対応する装置（Ｌ２認証スイッチ２０３）がコンフィグ情報１０６の監視対象３０１に登録された装置であるので、管理装置１００は、Ｓ７０６の処理に処理を移行する。
【０１７６】
Ｓ７０６の処理では、管理装置１００は、ユーザグループ情報１０３を更新するために、更新情報を管理情報更新処理部１１６に通知する。なお、更新情報は、送信元の装置に対応するコンフィグ情報１０６の監視装置種別３０２に登録された装置の種別（認証スイッチ）、並びに、送信元の端末が運用ログ情報に関する処理を実行した端末に対応するユーザグループ情報１０３の識別区分４０１（ＶＬＡＮ２０）、端末状況４０２（認証済）及びユーザ情報４０３に登録された情報（ｕｓｅｒ４及び「４４．４４．４４．４４．４４．４４」）を含む。
【０１７７】
管理装置１００は、更新情報が管理情報更新処理部１１６に通知された場合、図１０に示す管理情報更新処理部１１６の処理を実行する。
【０１７８】
まず、Ｓ１００１の処理では、管理情報更新処理部１１６の処理の実行の契機となったデータの入力元がマンマシンＩＦ１１８でなく、受信情報分析処理部１１２であるため、管理装置１００は、Ｓ１０１３の処理に処理を移行する。
【０１７９】
Ｓ１０１３の処理では、管理装置１００は、更新情報に含まれるコンフィグ情報１０６の監視装置種別３０２に登録された装置の種別が「認証スイッチ」であるので、認証スイッチからのログ情報に基づくユーザグループ情報１０３の更新であると判断し、認証スイッチに対応する更新方法を特定する。
【０１８０】
Ｓ１０１４の処理では、管理装置１００は、ユーザグループ情報１０３のグループＩＤ４００に、更新情報に含まれるｕｓｅｒ４が登録されたレコードを検索し、当該レコードを削除する。そして、管理装置１００は、識別区分４０１が更新情報に含まれるＶＬＡＮ２０であり、端末状況４０２が認証済であるグループ（グループＩＤ「４」）にレコードを追加する。そして、管理装置１００は、追加したレコードのユーザ情報４０３のユーザＩＤ４０４に更新情報に含まれるｕｓｅｒ４を登録し、ＭＡＣアドレス４０６に更新情報に含まれる「４４．４４．４４．４４．４４．４４」を登録する。これによって、図１３Ａに示すユーザグループ情報１０３が図１３Ｂに示すユーザグループ情報１０３に更新される。
【０１８１】
次に、Ｓ１５１１の処理について説明する。管理装置１００はＤＨＣＰサーバＡ２０６からログ情報を受信した場合、図７に示す受信情報分析処理部１１２の処理が実行される。
【０１８２】
Ｓ７０１〜Ｓ７０３の処理は、上記したＳ１５０６の処理と同様であるので、説明を省略する。
【０１８３】
Ｓ７０４の処理では、Ｓ７０２の処理で解析されたログ情報の種別が運用ログ情報であり、かつ、送信元ＩＰアドレスに対応する装置（ＤＨＣＰサーバＡ２０６）がコンフィグ情報１０６の監視対象３０１に登録された装置であるので、管理装置１００は、Ｓ７０６の処理に処理を移行する。
【０１８４】
Ｓ７０６の処理では、管理装置１００は、ユーザグループ情報１０３を更新するために、更新情報を管理情報更新処理部１１６に通知する。なお、更新情報は、送信元の装置に対応するコンフィグ情報１０６の監視装置種別３０２に登録された装置の種別（ＤＨＣＰサーバ）、並びに、送信元の端末が運用ログ情報に関する処理を実行した端末に対応するユーザグループ情報１０３のユーザ情報４０３に登録された情報（ＭＡＣアドレス「４４．４４．４４．４４．４４．４４」、及びＩＰアドレス「１９２．１６８．２．３」）を含む。
【０１８５】
管理装置１００は、更新情報が管理情報更新処理部１１６に通知された場合、図１０に示す管理情報更新処理部１１６の処理を実行する。
【０１８６】
Ｓ１００１の処理では、管理情報更新処理部１１６の処理の実行の契機となったデータの入力元が受信情報分析処理部１１２であるため、管理装置１００は、Ｓ１０１３の処理に処理を移行する。
【０１８７】
Ｓ１０１３の処理では、管理装置１００は、更新情報に含まれるコンフィグ情報１０６の監視装置種別３０２に登録された装置の種別が「ＤＨＣＰサーバ」であるので、ＤＨＣＰサーバからのログ情報に基づくユーザグループ情報１０３の更新であると判断し、ＤＨＣＰサーバに対応する更新方法を特定する。
【０１８８】
Ｓ１０１４の処理では、管理装置１００は、ユーザグループ情報１０３のＭＡＣアドレス４０６に、更新情報に含まれるＭＡＣアドレス「４４．４４．４４．４４．４４．４４」が登録されたレコードを検索し、検索したレコードのＩＰアドレス４０５に、更新情報に含まれるＩＰアドレス「１９２．１６８．２．３」を登録する。これによって、図１３Ｂに示すユーザグループ情報１０３が図１３Ｃに示すユーザグループ情報１０３に更新される。
【０１８９】
次に、図１に示す接続回線２１６に障害が発生した場合の管理装置１００の処理、及び接続回線２１６に障害が発生した後に接続回線２１７に障害が発生した場合の管理装置１００の処理について説明する。
【０１９０】
ここで、管理装置１００には、図３に示すコンフィグ情報１０６、図４に示すユーザグループ情報１０３、図５に示すアクション情報１０４、及び図６に示すサービス情報１０５がそれぞれ設定されているものとする。なお、ユーザグループ情報１０３は、図１３Ｃに示す状態、すなわち、端末Ｄ２１２にＩＰアドレスが割り当てられた後の状態であるものとする。
【０１９１】
まず、接続回線２１６に障害が発生した場合の管理装置１００の処理について説明する。
【０１９２】
ルータ２０２は、接続回線２１６に障害が発生したことを検出すると、障害を検出したことを示すログ情報を管理装置１００に送信する。なお、ルータ２０２は接続回線２１６に発生した障害を電気的な切断によって検出可能であるが、例えば電気的な切断がない場合であっても、ルータ２０２は、ＤＨＣＰサーバＡ２０６に応答要求を付したパケットを送付し、ＤＣＨＰサーバＡ２０６からその応答を所定時間受信しないことによって、接続回線２１６の障害を検出することができる。
【０１９３】
管理装置１００は、ルータ２０２によって送信されたログ情報をネットワークＩＦ１１７を介して受信した場合、図７に示す受信情報分析処理部１１２の処理を実行する。
【０１９４】
まず、Ｓ７０１の処理では、管理装置１００は、受信したログ情報を受信ログ情報１１１に格納する。Ｓ７０２の処理では、管理装置１００は、受信したログ情報に含まれる送信元ＩＰアドレスに対応する装置をルータ２０２と特定し、ルータ２０２に対応するログ情報のフォーマット情報を利用して、受信したログ情報を解析する。Ｓ７０３の処理では、管理装置１００は、Ｓ７０２の処理で解析されたログ情報を管理装置設定情報１０９で定義された方法でネットワークＩＦ１１７又はマンマシンＩＦ１１８を介して管理者に通知する。
【０１９５】
Ｓ７０４の処理では、管理装置１００は、Ｓ７０２の処理で解析されたログ情報の種別が障害ログ情報であるので、管理装置１００は、Ｓ７０５の処理に処理を移行する。
【０１９６】
Ｓ７０５の処理では、管理装置１００は、障害範囲を分析するために、障害箇所（接続回線２１６）を障害範囲分析処理部１１４に通知し、処理を終了する。
【０１９７】
管理装置１００は、障害範囲分析処理部１１４に障害箇所が通知された場合、図８に示す障害範囲分析処理部１１４の処理を実行する。
【０１９８】
Ｓ８０１の処理では、管理装置１００は、サービス情報１０５の利用経路６１０に接続回線２１６の識別子が登録されているサービスＩＤ「２」のレコードを読み出す。
【０１９９】
Ｓ８０２の処理では、サービスＩＤ「２」のレコードの運用状態６０２には「ＵＰ」が登録されているため、管理装置１００はＳ８０３の処理に処理を移行する。
【０２００】
Ｓ８０３の処理では、サービスＩＤ「２」のレコードのアクションＩＤ６０８に識別子が登録されているので、管理装置１００はＳ８０４の処理に処理を移行する。
【０２０１】
Ｓ８０４の処理では、サービスＩＤ「２」のレコードのアクションＩＤ６０８に登録されたアクションＩＤ「１」及び「２」を登録順にアクション実行処理部１１５に通知する。
【０２０２】
Ｓ８０５の処理では、サービスＩＤ「２」のレコードの冗長サービスＩＤ６０３に識別子が登録されているので、管理装置１００はＳ８０６の処理に処理を移行する。
【０２０３】
Ｓ８０６の処理では、サービスＩＤ「２」のレコードの冗長サービスＩＤ６０３に登録されたサービスＩＤ「３」のレコードの冗長サービスＩＤ６０３に登録されたサービスＩＤ「２」を削除する。
【０２０４】
Ｓ８０８の処理では、接続回線２１６に障害が発生したためサービスＩＤ「２」のサービスが利用できなくなったので、管理装置１００は、サービスＩＤ「２」のレコードの運用状態を「ＤＯＷＮ」に設定する。
【０２０５】
Ｓ８０９の処理では、Ｓ８０１の処理で読み出された全てのレコードに対してＳ８０２〜Ｓ８０８の処理が実行されたので、管理装置１００は処理を終了する。
【０２０６】
管理装置１００は、アクション実行処理部１１５にアクションＩＤ「１」及び「２」が通知された場合、図９に示すアクション実行処理部１１５の処理を実行する。
【０２０７】
まず、Ｓ９０１の処理では、管理装置１００は、アクション情報１０４のアクションＩＤ５００に、通知されたアクションＩＤ「１」及び「２」が登録されたレコードを通知順に読み出す。
【０２０８】
Ｓ９０２の処理では、読み出されたアクションＩＤ「１」のレコードの実行条件５０１に登録された条件「障害箇所が接続回線２１６の時」を満たしているので、管理装置１００はＳ９０３の処理に処理を移行する。
【０２０９】
Ｓ９０３の処理では、アクションＩＤ「１」のレコードの対象５０４に識別子が登録されているので、管理装置１００はＳ９０４の処理に処理を移行する。
【０２１０】
Ｓ９０４の処理では、管理装置１００は、アクションＩＤ「１」のレコードの実行内容５０３に登録された内容の「対象」に、対象５０４に登録されたＤＨＣＰサーバＢ２０７を設定する。すなわち、疎通確認を実行する対象がＤＨＣＰサーバＢ２０７に設定される。
【０２１１】
Ｓ９０５の処理では、アクションＩＤ「１」のレコードの実行装置５０２にはルータ２０２が登録されているので、管理装置１００はＳ９０６の処理に処理を移行する。Ｓ９０６の処理では、管理装置１００は、ネットワークＩＦ１１７を介してルータ２０２にログインする。
【０２１２】
Ｓ９０７の処理では、管理装置１００は、ＤＨＣＰサーバＢ２０７に対して疎通確認をルータ２０２に実行させ、疎通確認の結果を保持する。なお、本実施例では、疎通確認は成功したものとする。
【０２１３】
Ｓ９０９の処理では、Ｓ９０１の処理で読み出されたアクションＩＤ「２」のレコードに対して、管理装置１００は、Ｓ９０２〜Ｓ９０８の処理を実行する。
【０２１４】
この場合、Ｓ９０２の処理では、Ｓ９０７の処理で、アクションＩＤ「１」のレコードの疎通確認が成功しているため、読み出されたアクションＩＤ「２」のレコードの実行条件５０１に登録された条件「アクションＩＤ「１」の実行内容が失敗した時」を満たしていないので、管理装置１００は、Ｓ９０３〜Ｓ９０８の処理を実行せず、Ｓ９０９の処理に処理を移行する。
【０２１５】
Ｓ９０９の処理では、Ｓ９０１の処理で読み出された全てのアクションＩＤのレコードにＳ９０１〜Ｓ９０８の処理が実行されたため、アクション実行処理部１１５の処理を終了する。
【０２１６】
次に、接続回線２１６に発生した障害に起因する管理装置１００の処理の実行後に、接続回線２１５に障害が発生した場合の管理装置１００の処理について説明する。
【０２１７】
ルータ２０２は、接続回線２１５に障害が発生したことを検出すると、障害を検出したことを示すログ情報を管理装置１００に送信する。
【０２１８】
管理装置１００は、ルータ２０２によって送信されたログ情報を受信した場合、図７に示す受信情報分析処理を実行するが、この受信情報分析処理は、接続回線２１６に障害が発生した場合の受信情報分析処理と同じであるので、説明を省略する。
【０２１９】
受信情報分析処理におけるＳ７０５の処理で、障害箇所（接続回線２１５）が障害範囲分析処理部１１４に通知された場合、管理装置１００は、図８に示す障害範囲分析処理部１１４の処理を実行する。
【０２２０】
Ｓ８０１の処理では、管理装置１００は、サービス情報１０５の利用経路６１０に接続回線２１５の識別子が登録されているサービスＩＤ「３」のレコードを読み出す。
【０２２１】
Ｓ８０２の処理では、サービスＩＤ「３」のレコードの運用状態６０２には「ＵＰ」が登録されているため、管理装置１００はＳ８０３の処理に処理を移行する。
【０２２２】
Ｓ８０３の処理では、サービスＩＤ「３」のレコードのアクションＩＤ６０８に識別子が登録されているので、管理装置１００はＳ８０４の処理に処理を移行する。
【０２２３】
Ｓ８０４の処理では、サービスＩＤ「３」のレコードのアクションＩＤ６０８に登録されたアクションＩＤ「３」及び「４」を登録順にアクション実行処理部１１５に通知する。
【０２２４】
Ｓ８０５の処理では、サービスＩＤ「３」のレコードの冗長サービスＩＤ６０３に識別子が登録されていないので、管理装置１００はＳ８０７の処理に処理を移行する。
【０２２５】
Ｓ８０７の処理では、管理装置１００は、ＤＨＣＰサーバＢ２０７が接続回線２１５に発生した障害によって利用できなくなったことの影響を特定するために、サービスＩＤ「３」のレコードの障害グループＩＤ６０５に登録されたグループＩＤ「１」及び「３」を取得する。そして、管理装置１００は、図１３Ｃに示すユーザグループ情報１０３のグループＩＤ４００に「１」又は「３」が登録されたレコードのユーザ情報４０３に登録された情報を取得する。図１３Ｃに示すユーザグループ情報１０３には、グループＩＤ「３」のレコードのユーザ情報４０３には何も登録されていないので、管理装置１００は、グループＩＤ「１」のレコードのユーザＩＤ４０４に登録されたユーザＩＤ「ｕｓｅｒ２」を読み出し、このユーザＩＤ「ｕｓｅｒ２」を障害端末に関する情報として取得する。
【０２２６】
また、Ｓ８０７の処理では、管理装置１００は、サービスＩＤ「３」のレコードの準障害グループＩＤ６０６に登録されたグループＩＤ「２」及び「４」を取得する。そして、管理装置１００は、図１３Ｃに示すユーザグループ情報１０３のグループＩＤ４００に「２」又は「４」が登録されたレコードのユーザ情報４０３に登録された情報を準障害端末に関する情報として取得する。具体的には、グループＩＤ「２」のレコードのユーザ情報４０３に登録された情報（ユーザＩＤ「ｕｓｅｒ１」、ＩＰアドレス「１９２．１６８．１．２」、及びＭＡＣアドレス「１１．１１．１１．１１．１１．１１」）、グループＩＤ「３」のレコードのユーザ情報４０３に登録された情報（ユーザＩＤ「ｕｓｅｒ３」、ＩＰアドレス「１９２．１６８．２．２」、並びにＭＡＣアドレス「３３．３３．３３．３３．３３．３３」、及びユーザＩＤ「ｕｓｅｒ４」、ＩＰアドレス「１９２．１６８．２．３」、及びＭＡＣアドレス「４４．４４．４４．４４．４４．４４」）が取得される。なお、準障害端末に関する情報は、サービスＩＤ「３」のレコードの影響契機６０７に登録された条件「ＩＰアドレスの割当要求」を含む。
【０２２７】
また、Ｓ８０７の処理では、管理装置１００は、サービスＩＤ「３」のレコードの障害影響サービスＩＤ６０４に登録されたサービスＩＤ「４」及び「５」を取得する。そして、管理装置１００は、サービス情報１０５のサービスＩＤ６００に、サービスＩＤ「４」及び「５」が登録されたレコードのサービス提供元６０１に登録された「開発サーバ２０８」及び「Ｗｅｂアクセス２０１」を、障害影響サービスに関する情報として取得する。
【０２２８】
そして、Ｓ８０７の処理では、管理装置１００は、取得した障害端末に関する情報、準障害端末に関する情報、及び障害影響サービスに関する情報を管理装置設定情報１０９に従ってネットワークＩＦ１１７又はマンマシンＩＦ１１８を介して管理者に通知する。
【０２２９】
Ｓ８０８の処理では、管理装置１００は、サービスＩＤ「３」のレコードのサービス提供元６０１に登録されたＤＨＣＰサーバＢ２０７がサービスを提供できなくなったため、当該レコードの運用状態６０２を「ＤＯＷＮ」に設定する。
【０２３０】
Ｓ８０９の処理では、Ｓ８０１の処理で読み出された全てのレコードに対してＳ８０１〜Ｓ８０８の処理が実行されたので、処理を終了する。
【０２３１】
管理装置１００は、Ｓ８０４の処理でアクション実行処理部１１５にアクションＩＤ「３」及び「４」が通知された場合、図９に示すアクション実行処理部１１５の処理を実行する。
【０２３２】
アクションＩＤ「３」の処理については、Ｓ９０７の処理以外の処理は上記したアクションＩＤ「１」の処理と同様であるため、説明を省略する。Ｓ９０７の処理で、管理装置１００は、ＤＨＣＰサーバＡ２０６に対して疎通確認をルータ２０２に実行させ、疎通確認の結果を保持する。なお、ルータ２０２とＤＨＣＰサーバＡ６とを接続する接続回線２１６に障害が発生しているため、疎通確認は失敗する。
【０２３３】
Ｓ９０９の処理では、Ｓ９０１の処理で読み出されたアクションＩＤ「４」のレコードに対して、管理装置１００は、Ｓ９０２〜Ｓ９０８の処理を実行する。
【０２３４】
この場合、Ｓ９０２の処理では、Ｓ９０７の処理で、アクションＩＤ「３」のレコードの疎通確認が失敗しているため、読み出されたアクションＩＤ「４」のレコードの実行条件５０１に登録された条件「アクションＩＤ「３」の実行内容が失敗した時」を満たしているので、管理装置１００は、Ｓ９０３の処理に処理を移行する。
【０２３５】
Ｓ９０３の処理では、アクションＩＤ「４」のレコードの対象５０４に識別子が登録されているので、管理装置１００はＳ９０４の処理に処理を移行する。
【０２３６】
Ｓ９０４の処理では、管理装置１００は、アクションＩＤ「４」のレコードの実行内容５０３に登録された内容の「対象」に、対象５０４に登録された管理者Ａを設定する。すなわち、冗長サービスへの切替が失敗したことをメールで通知する対象が管理者Ａに設定される。
【０２３７】
Ｓ９０５の処理では、アクションＩＤ「４」のレコードの実行装置５０２には管理装置１００が登録されているので、管理装置１００はＳ９０８の処理に処理を移行する。Ｓ９０８の処理では、管理装置１００は、管理者Ａが利用するＰＣ（パーソナルコンピュータ）等の端末に、冗長サービスへの切替が失敗したことをメールで通知する。なお、管理者Ａに冗長サービスへの切替が失敗したことが通知できればよく、メール以外の方法で通知されてもよい。
【０２３８】
Ｓ９０９の処理では、Ｓ９０１の処理で読み出された全てのアクションＩＤのレコードにＳ９０１〜Ｓ９０８の処理が実行されたため、アクション実行処理部１１５の処理を終了する。
【０２３９】
以上のように、本実施例では、サービス提供元リソースが提供するサービス毎にサービスを利用するグループが予め指定され、端末のサービスの利用状況に基づいて端末が属するグループが動的に変更されるので、管理装置１００は、端末のサービスの利用状況が動的に変化する場合であっても、障害の発生を検出した場合に障害の影響を受けるサービスを特定し、当該サービスを利用する端末を正確に特定できる。
【０２４０】
また、障害が発生した場合に実行する処理をサービス毎に予め定義することによって、発生した障害の影響を受けるサービスのみ当該処理が実行されるため、障害の影響を受けないサービスを利用する端末がサービスを利用できなくなること等を防止することができる。なお、上記では接続回線２１６の障害について説明したが、例えばＤＨＣＰサーバＡ２０６などの装置自体に障害が発生した場合であっても、ルータ２０２が相手装置を周期的に監視するプロトコルを用いることで相手装置から応答を所定時間受信しない場合に障害が発生したと判断し、相手装置との経路に障害が発生したと判断してもよい。
【実施例２】
【０２４１】
以下において、本発明の実施例２を図１４〜図１７を用いて説明する。なお、実施例２では、実施例１と同じ構成については同じ符号を付与し、説明を省略する。
【０２４２】
実施例１では、管理装置１００は、管理対象ネットワーク２００内に存在する端末の利用状況を動的に管理していたが、実施例２では、管理装置１００は、管理対象ネットワーク２００の外部に存在する端末の利用状況を管理する。
【０２４３】
図１４は、本発明の実施例２のネットワークシステムの構成図である。
【０２４４】
管理装置１００が管理する管理対象ネットワーク２００は、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）ルータ１７０１、Ｌ２スイッチ１７０２、業務サーバ１７０３、及び管理装置１００を有する。
【０２４５】
管理対象ネットワーク２００のネットワーク構成について説明する。ＶＰＮルータ１７０１は、インターネット１７００に接続回線１７０６を介して接続される。Ｌ２スイッチ１７２は、ＶＰＮルータ１７０１に接続回線１７０７を介して接続され、管理装置１００に接続回線１７０８を介して接続され、業務サーバ１７０３に接続回線１７０９を介して接続される。端末Ｅ１７０４及び端末Ｆ１７０５は、インターネット１７００に接続される。端末Ｅ１７０４及び端末Ｆ１７０５を総称する場合には、端末と記載する。ＶＰＮルータ１７０１、Ｌ２スイッチ１７０２、業務サーバ１７０３及び管理装置１００が接続されるネットワークを第１ネットワークといい、端末が接続される第１ネットワークと異なるネットワークを第２ネットワークということにする。
【０２４６】
ＶＰＮルータ１７０１は、端末を認証し、認証が成功した端末を管理対象ネットワーク２００にＶＰＮ回線１７１０を利用してアクセス可能に設定する。図１４では、端末Ｅ１７０４は、ＶＰＮルータ１７０１によって認証され、管理対象ネットワーク２００にアクセス可能となっており、端末Ｆ１７０５は、ＶＰＮルータ１７０１によって認証されておらず、管理対象ネットワーク２００にアクセスできない。なお、ＶＰＮルータ１７０１には、端末を認証するという点においては、実施例１の認証サーバ２０５と同じである。
【０２４７】
業務サーバ１７０３は、管理対象ネットワーク２００にアクセスする端末に業務というサービスを提供する。
【０２４８】
管理装置１００は、管理対象ネットワーク２００に存在する装置（ＶＰＮルータ１７０１、Ｌ２スイッチ１７０２、及び業務サーバ１７０３）からログ情報（例えば、Ｓｙｓｌｏｇ又はＴｒａｐ）を受信し、これらの装置を管理する。
【０２４９】
図１５は、本発明の実施例２のコンフィグ情報１０６の説明図である。
【０２５０】
コンフィグ情報１０６は、実施例１のコンフィグ情報１０６と同じく、監視対象サービス３００、監視対象３０１、及び監視装置種別３０２を含む。
【０２５１】
本実施例では、監視対象サービス３００に「ＶＰＮ」が登録される。監視対象３０１及び監視装置種別３０２には「ＶＰＮ」に対応する情報が登録される。具体的には、監視対象３０１にはＶＰＮルータ１７０１の識別子が登録され、監視装置種別３０２には「端末管理装置」及び「ＶＰＮルータ」が登録される。
【０２５２】
図１６は、本発明の実施例２のユーザグループ情報１０３の説明図である。
【０２５３】
本実施例のユーザグループ情報１０３は、実施例１のユーザグループ情報１０３と同じく、グループＩＤ４００、識別区分４０１、端末状況４０２、及びユーザ情報４０３を含む。
【０２５４】
本実施例の識別区分４０１には何も登録されない。本実施例では、ＶＬＡＮが設定されていないためである。
【０２５５】
また、端末状況４０２には、端末がＶＰＮ回線１７１０に接続されていない状態を示す未接続、及び端末がＶＰＮ回線１７１０に接続されている状態を示す接続中が登録される。
【０２５６】
ユーザ情報４０３は、ユーザＩＤ１９００及びＩＰアドレス１９０１を含む。ユーザＩＤ１９００には端末を利用するユーザの識別子が登録され、ＩＰアドレス１９０１には、ＶＰＮ回線１７１０に接続された端末のＩＰアドレスが登録される。
【０２５７】
グループ「１」に属する端末はＶＰＮ回線１７１０に接続されている端末、すなわちＶＰＮルータ１７０１によって認証された端末である。また、グループ「２」に属する端末はＶＰＮ回線１７１０に接続されていない端末、すなわちＶＰＮルータ１７０１によって認証されていない端末である。このように、本実施例では、端末がＶＰＮ回線１７１０に接続されているか否かによってグループ化するようにしている。これによって、管理装置１００は、端末のサービスの利用状況を把握することができる。
【０２５８】
実施例１では、コンフィグ情報１０６の監視対象サービス３００に「認証」が登録されている場合のユーザグループ情報１０３を説明したが、本実施例では、コンフィグ情報１０６の監視対象サービス３００に「ＶＰＮ」が登録されている場合のユーザグループ情報１０３であり、実施例１のユーザグループ情報１０３とグループ化の条件が異なっている。コンフィグ情報１０６の監視対象サービス３００を変更することによって、グループ化の条件を変更することが可能である。
【０２５９】
図１７は、本発明の実施例２のサービス情報１０５の説明図である。
【０２６０】
サービス情報１０５は、実施例１の図６に示すサービス情報１０５と同じく、サービスＩＤ６００、サービス提供元６０１、運用状態６０２、冗長サービスＩＤ６０３、障害影響サービスＩＤ６０４、障害グループＩＤ６０５、準障害グループＩＤ６０６、影響契機６０７、アクションＩＤ６０８、利用装置６０９、及び利用経路６１０を含む。
【０２６１】
本実施例のサービス情報１０５が実施例１のサービス情報１０５と異なる点は、ＶＰＮ回線１７１０がサービス提供元６０１及び利用経路６１０に登録される点である。つまり、ＶＰＮ回線１７１０は、ネットワーク経路であり、端末にサービスを提供するリソースでもある。
【０２６２】
管理対象ネットワーク２００の外部で発生した障害の影響によってＶＰＮ回線１７１０を端末が利用できなくなった場合、ＶＰＮ回線１７１０が利用経路６１０に登録されていなければ、管理装置１００は、管理対象ネットワーク２００の外部で発生した障害に対応することができない。このため、ＶＰＮ回線１７１０が利用経路６１０に登録される。
【０２６３】
また、ＶＰＮ回線１７１０に障害が発生した場合にＶＰＮ回線１７１０を利用する端末を正確に把握するために、ＶＰＮ回線１７１０がサービス提供元６０１に登録される。
【０２６４】
次に、管理対象ネットワーク２００の外部のインターネット１７００を構成する装置に発生した障害の影響によりＶＰＮ回線１７１０を端末が利用できなくなった場合の管理装置１００の処理について説明する。
【０２６５】
ＶＰＮルータ１７０１は、管理対象ネットワーク２００の外部の装置に発生した障害を認識できないが、当該障害の影響によってＶＰＮ回線１７１０が切断されたことを検出した場合、ＶＰＮ回線１７１０に障害が発生した旨を示すログ情報を管理装置１００に送信する。
【０２６６】
管理装置１００は、ＶＰＮルータ１７０１から送信されたログ情報を受信した場合、図７に示す受信情報分析処理部１１２の処理を実行する。この受信情報分析処理部１１２の処理では、管理装置１００は、Ｓ７０５の処理で障害箇所（ＶＰＮ回線１７１０）を障害範囲分析処理部１１４に通知する。
【０２６７】
障害範囲分析処理部１１４に障害箇所が通知されると、管理装置１００は図８に示す障害範囲分析処理部１１４の処理を実行する。
【０２６８】
Ｓ８０１の処理では、管理装置１００は、サービス情報１０５の利用経路６１０にＶＰＮ回線１７１０の識別子が登録されているサービスＩＤ「１」及び「２」のレコードを読み出す。
【０２６９】
Ｓ８０２の処理では、管理装置１００は、サービスＩＤ「１」のレコードの運用状態６０２には「ＵＰ」が登録されているため、管理装置１００はＳ８０３の処理に処理を移行する。Ｓ８０３の処理では、サービスＩＤ「１」のレコードのアクションＩＤ６０８に識別子が登録されていないので、管理装置１００はＳ８０５の処理に処理を移行する。Ｓ８０５の処理では、サービスＩＤ「１」のレコードの冗長サービスＩＤ６０３に識別子が登録されていないので、管理装置１００はＳ８０７の処理に処理を移行する。
【０２７０】
Ｓ８０７の処理では、管理装置１００は、ＶＰＮ回線１７１０が障害によって利用できなくなったことの影響を特定するために、サービスＩＤ「１」のレコードの障害グループＩＤ６０５に登録されたグループＩＤ「１」及び「２」を取得する。そして、管理装置１００は、図１６に示すユーザグループ情報１０３のグループＩＤ４００に「１」又は「２」が登録されたレコードのユーザ情報４０３に登録された情報を取得する。具体的には、管理装置１００は、グループＩＤ「１」のレコードのユーザＩＤ１９００に登録されたユーザＩＤ「ｕｓｅｒ６」、グループＩＤ「２」のレコードのユーザＩＤ１９００に登録されたユーザＩＤ「ｕｓｅｒ５」、及びグループＩＤ「２」のレコードのＩＰアドレス１９０１に登録された「１９２．１６８．５．２」を障害端末に関する情報として取得する。
【０２７１】
また、Ｓ８０７の処理では、管理装置１００は、サービスＩＤ「１」の準障害グループＩＤ６０６には何も登録されていないので、準障害端末に関する情報を取得しない。
【０２７２】
また、Ｓ８０７の処理では、管理装置１００は、サービスＩＤ「１」の障害影響サービスＩＤ６０４に登録されたサービスＩＤ「２」を取得する。そして、管理装置１００は、サービスＩＤ「２」のレコードのサービス提供元６０１に登録された「業務サーバ１７０３」を、障害影響サービスに関する情報として取得する。
【０２７３】
そして、Ｓ８０７の処理では、管理装置１００は、取得した障害端末に関する情報、及び障害影響サービスに関する情報を管理装置設定情報１０９に従ってネットワークＩＦ１１７又はマンマシンＩＦ１１８を介して管理者に通知する。
【０２７４】
Ｓ８０８の処理では、管理装置１００は、サービスＩＤ「１」のレコードのサービス提供元６０１に登録された「ＶＰＮ回線１７１０」がサービスを提供できなくなったため、当該レコードの運用状態６０２を「ＤＯＷＮ」に設定する。
【０２７５】
Ｓ８０９の処理では、サービスＩＤ「２」のレコードに対して、Ｓ８０１〜Ｓ８０８の処理が実行されていないので、サービスＩＤ「２」のレコードに対してＳ８０１〜Ｓ８０８の処理を実行する。Ｓ８０２〜Ｓ８０５、及びＳ８０８の処理は上記したサービスＩＤ「１」のレコードに対する処理と同様なので説明を省略する。
【０２７６】
Ｓ８０７の処理では、管理装置１００は、業務サーバ１７０３が障害によって利用できなくなったことの影響を特定するために、サービスＩＤ「２」のレコードの障害グループＩＤ６０５に登録されたグループＩＤ「２」を取得する。そして、管理装置１００は、図１６に示すユーザグループ情報１０３のグループＩＤ４００に「２」が登録されたレコードのユーザ情報４０３に登録された情報を取得する。具体的には、管理装置１００は、グループＩＤ「２」のレコードのユーザＩＤ１９００に登録されたユーザＩＤ「ｕｓｅｒ５」、及びＩＰアドレス１９０１に登録された「１９２．１６８．５．２」を障害端末に関する情報として取得する。
【０２７７】
また、Ｓ８０７の処理では、管理装置１００は、サービスＩＤ「２」のレコードの準障害グループＩＤ６０６に登録されたグループＩＤ「１」を取得する。そして、管理装置１００は、ユーザグループ情報１０３のグループＩＤ４００に「１」が登録されたレコードのユーザ情報４０３に登録された情報を準障害端末に関する情報として取得する。具体的には、グループＩＤ「１」のレコードのユーザ情報４０３に登録された情報（ユーザＩＤ「ｕｓｅｒ６」）が取得される。なお、準障害端末に関する情報は、サービスＩＤ「１」のレコードの影響契機６０７に登録された条件「ＶＰＮ管理対象ネットワーク接続時」を含む。
【０２７８】
また、Ｓ８０７の処理では、管理装置１００は、サービスＩＤ「２」のレコードの障害影響サービスＩＤ６０４には何も登録されていないので、障害影響サービスに関する情報を取得しない。
【０２７９】
そして、Ｓ８０７の処理では、管理装置１００は、取得した障害端末に関する情報、準障害端末に関する情報を管理装置設定情報１０９に従ってネットワークＩＦ１１７又はマンマシンＩＦ１１８を介して管理者に通知する。
【０２８０】
本実施例によれば、管理対象ネットワーク２００の外部に端末が存在する場合であっても、実施例１と同じく、障害の発生を検出した場合に障害の影響を受けるサービスを特定し、当該サービスを利用する端末を正確に特定できる。
【０２８１】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２８２】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【０２８３】
１００  管理装置
１０１  管理情報
１０２  障害範囲分析情報
１０３  ユーザグループ情報
１０４  アクション情報
１０５  サービス情報
１０６  コンフィグ情報
１０７  ネットワーク管理情報
１０８  装置情報
１０９  管理装置設定情報
１１０  ネットワーク構成情報
１１１  受信ログ情報
１１２  受信情報分析処理部
１１３  障害範囲分析制御部
１１４  障害範囲分析処理部
１１５  アクション実行処理部
１１６  管理情報更新処理部
１１７  ネットワークＩＦ
１１８  マンマシンＩＦ
２００  管理対象ネットワーク
２０１  Ｗｅｂアクセス
２０２  ルータ
２０３  Ｌ２認証スイッチ
２０４  Ｌ２スイッチ
２０５  認証サーバ
２０６  ＤＨＣＰサーバＡ
２０７  ＤＨＣＰサーバＢ
２０８  開発サーバ
２０９〜２１２  端末
１７０１  ＶＰＮルータ
１７０２  Ｌ２スイッチ
１７０３  業務サーバ
１７０４〜１７０５  端末
【図１】
2014140127.tif 000003
【図２】
2014140127.tif 000004
【図３】
2014140127.tif 000005
【図４】
2014140127.tif 000006
【図５】
2014140127.tif 000007
【図６】
2014140127.tif 000008
【図７】
2014140127.tif 000009
【図８】
2014140127.tif 000010
【図９】
2014140127.tif 000011
【図１０】
2014140127.tif 000012
【図１１】
2014140127.tif 000013
【図１２】
2014140127.tif 000014
【図１３Ａ】
2014140127.tif 000015
【図１３Ｂ】
2014140127.tif 000016
【図１３Ｃ】
2014140127.tif 000017
【図１４】
2014140127.tif 000018
【図１５】
2014140127.tif 000019
【図１６】
2014140127.tif 000020
【図１７】
2014140127.tif 000021