(57)【要約】【課題】  ネットワークシステムにおいて障害が発生した場合に、障害原因を解析する作業を効率化可能な障害解析装置等を提供する。【解決手段】  障害解析装置１３０１は、情報処理装置において実行されるソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、上記情報処理装置において生成された１以上のログ情報と、上記ソフトウェア・モジュールとを関連付けるモジュール関連ログ情報と、に基づいて、特定の上記ソフトウェア・モジュールに関連するログ情報に対して当該ソフトウェア・モジュールの結合度を設定するログ結合度生成部１３０２と、前記情報処理装置において発生した障害に関するログ情報を抽出する障害ログ取得部１３０３と、上記結合度が設定されたログ情報と、上記障害に関するログ情報とから、特定の障害に関連する障害解析用ログ情報を生成する障害解析用ログ生成部１３０４と、を有する。【選択図】  図１３
2015141663.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、
前記情報処理装置において生成された１以上のログ情報と、前記ソフトウェア・モジュールとを関連付けるモジュール関連ログ情報と、に基づいて、
特定の前記ソフトウェア・モジュールに関連付けされた前記１以上のログ情報に対して、当該特定の前記ソフトウェア・モジュールに関する結合度が設定されたログ結合度情報を生成するログ結合度生成手段と、
前記１以上のログ情報から、前記情報処理装置における特定の障害に関する情報が出力された障害ログ情報を抽出する障害ログ取得手段と、
前記ログ結合度情報と、前記障害ログ情報とに基づいて、前記特定の障害に関連する障害解析用ログ情報を生成する障害解析用ログ生成手段と、を有することを特徴とする、
障害解析装置。
【請求項２】
前記障害解析用ログ生成手段は、
前記ログ結合度情報を参照し、
前記特定の障害に関する障害ログ情報に関連付けされた結合度が所定の結合度よりも強い場合、前記ログ結合度情報において当該障害ログ情報と同じ結合度が設定された前記ログ情報を抽出し、
前記特定の障害ログ情報と、前記抽出したログ情報とに基づいて、前記障害解析用ログを生成することを特徴とする、
請求項１に記載の障害解析装置。
【請求項３】
前記障害解析用ログ生成手段は、
前記障害ログ情報と同じ結合度が設定された前記ログ情報のうち、前記情報処理装置において障害が発生していない場合のログが出力された正常ログ情報を抽出し、
前記特定の障害に関する障害ログ情報と、前記抽出した正常ログ情報とに基づいて、前記障害解析用ログを生成することを特徴とする、
請求項２に記載の障害解析装置。
【請求項４】
前記１以上のログ情報は、前記ソフトウェア・モジュールの動作を表す情報と特定の時刻情報とを含むことを特徴とする、
請求項１乃至請求項３のいずれかに記載の障害解析装置。
【請求項５】
自障害解析装置が、前記情報処理装置であることを特徴とする、
請求項１乃至請求項４のいずれかに記載の障害解析装置。
【請求項６】
特定の前記ソフトウェア・モジュールが、複数のモジュール構成要素により構成される場合において、前記モジュール結合度情報は、複数の前記モジュール構成要素の結合度に基づいて設定されることを特徴とする、
請求項１に記載の障害解析装置。
【請求項７】
情報処理装置が、
自情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、
前記自情報処理装置において生成された１以上のログ情報を、前記ソフトウェア・モジュールと関連付けるモジュール関連ログ情報と、に基づいて、
特定の前記ソフトウェア・モジュールに関連付けされた前記１以上のログ情報に対して、当該特定の前記ソフトウェア・モジュールに関する結合度が関連付けされたログ結合度情報を生成し、
前記１以上のログ情報から、特定の障害に関する情報が出力された障害ログ情報を抽出し、
前記ログ結合度情報と、前記障害ログ情報とに基づいて、前記特定の障害に関連する障害解析用ログを抽出することを特徴とする、
障害解析方法。
【請求項８】
情報処理装置が、
他の情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、
前記他の情報処理装置において生成された１以上のログ情報を、前記ソフトウェア・モジュールと関連付けるモジュール関連ログ情報と、に基づいて、
特定の前記ソフトウェア・モジュールに関連付けされた前記１以上のログ情報に対して、当該特定の前記ソフトウェア・モジュールに関する結合度が関連付けされたログ結合度情報を生成し、
前記１以上のログ情報から、特定の障害に関する情報が出力された障害ログ情報を抽出し、
前記ログ結合度情報と、前記障害ログ情報とに基づいて、前記特定の障害に関連する障害解析用ログを抽出することを特徴とする、
障害解析方法。
【請求項９】
情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、
前記情報処理装置において生成された１以上のログ情報を、前記ソフトウェア・モジュールと関連付けるモジュール関連ログ情報と、に基づいて、
特定の前記ソフトウェア・モジュールに関連付けされた前記１以上のログ情報に対して、当該特定の前記ソフトウェア・モジュールに関する結合度が関連付けされたログ結合度情報を生成する処理と、
前記１以上のログ情報から、特定の障害に関する情報が出力された障害ログ情報を抽出する処理と、
前記ログ結合度情報と、前記障害ログ情報とに基づいて、前記特定の障害に関連する障害解析用ログを抽出する処理と、をコンピュータに実行させることを特徴とする、
障害解析プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及び、当該情報処理装置が通信可能に接続されたネットワークシステムにおける、障害解析の技術に関する。
【背景技術】
【０００２】
近年、複数の情報処理装置や通信機器を、通信ネットワークにより相互に接続した、ネットワークシステムが普及している。
【０００３】
そのようなネットワークシステムに対しては、当該ネットワークシステムを構成する各構成要素を運用、及び、管理することが可能な、ネットワーク管理システム（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ、以下ＮＭＳと称する場合がある）が導入される場合がある。
【０００４】
このようなＮＭＳにおいては、ＮＭＳが管理するネットワークの構成要素や、当該ＮＭＳを構成する構成要素（管理サーバ等）自体に障害が発生した場合、早急に原因を解析し、障害を復旧する必要がある。このため、例えば、係るＭＮＳの管理者やＭＮＳの開発者等は、ＮＭＳの各構成要素において出力されるログの情報を解析する必要がある。
【０００５】
近年、ネットワークシステムの規模が増大する傾向にあり、これに従って、上記ログのサイズも肥大化する傾向にある。このため、障害発生時に収集及び解析するログのサイズも大きくなり、ログの収集及び解析に要する時間や工数が増大する場合がある。
【０００６】
また、ＮＭＳの配備環境によっては、例えば、セキュリティの観点から、サイズの大きなログを大量に収集して、解析のために外部ネットワークに送信することが困難な場合がある。このような場合、障害の原因を特定するためのログの収集と解析に、より長い時間を要する場合がある。このため、障害が発生した際に、ログの収集、及び、解析を効率化可能な技術が求められている。
【０００７】
上記のような、障害発生時におけるログの解析に関連する技術としては、例えば以下の特許文献がある。
【０００８】
特許文献１は、システム障害発生時の情報収集、及び、原因特定を迅速化する、障害情報収集システムに関する技術を開示する。
【０００９】
特許文献１に開示された技術は、複数の監視対処機器において障害発生時に生成されるログ情報から、予め定められた障害メッセージを含むログと、予め定められた検索用語を含むログとを特定して収集する。これにより、特許文献１に開示された技術によれば、障害発生時に原因特定を目的として収集するログを絞り込むことが可能である。
【００１０】
特許文献２は、サーバにおいて実行されるプログラムの依存関係に基づいて、ログの収集順序を設定することにより、ログの解析に必要な時間を短縮する技術を開示する。
【００１１】
特許文献２に開示された技術は、サーバにおいて実行されるプログラム毎に、当該プログラムに障害が発生した場合のログの取得順序を、当該サーバにおいて実行されるプログラム間の依存関係に応じて予め定める。特許文献２に開示された技術は、当該サーバ上において特定のプログラムに障害が発生した場合、上記取得順序に従ってログを取得する。
【００１２】
特許文献２に開示された技術によれば、プログラム間の依存関係に基づいてログの取得順序が定められるため、障害発生時には、障害の解析者が必要とする順番でログを入手可能である。このため、障害の解析者がログの収集を待つ時間を短縮可能である。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０１１−２０３９１１号公報
【特許文献２】特開２０１３−００３９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
上記したように、障害が発生時のログの収集、及び、解析を効率化可能な技術が求められている。このため、障害発生時には、当該障害を関係性が高いログを抽出して解析することにより、効率的にログの解析をすすめられることが望ましい。
【００１５】
上記特許文献１に開示された技術は、予め障害メッセージと収集するログとを関連付ける必要があり、対象となるログや障害メッセージが増大すると、係る事前作業に必要な時間も増大する可能性がある。また、特許文献１に開示された技術は、障害メッセージに関連付けられたログ情報が登録されていない場合、障害が発生したアプリケーションが一定時間内に出力したログを全て検索するため、係る検索処理等に長い時間を要する可能性がある。
【００１６】
上記特許文献２に開示された技術は、ログの取得順序を定めるのみであり、係る取得順序にそって取得されたログには、発生した障害とは関係性が低いログも含まれる可能性がある。また、障害が発生したプログラムを常に早期に特定できるとは限らない。
【００１７】
以上より、上記特許文献１あるいは特許文献２において開示された技術では、障害とは関連性が低いログ情報が解析対象として含まれる可能性があり、また、関連性の高いログ情報の抽出に時間を要する場合がある。
【００１８】
本発明は、上記の事情を鑑みてなされたものである。即ち、本発明は、システムの構成要素において障害が発生した場合に、各種ログ間に設定された関連性に基づいて、障害を表す障害ログと関連性を有する関連ログを抽出することにより、障害解析を効率化可能な障害解析装置等を提供することを主たる目的とする。
【課題を解決するための手段】
【００１９】
上記の目的を達成すべく、本発明に係る障害解析装置は、以下の構成を備えることを特徴とする。即ち、本発明に係る障害解析装置は、情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、上記情報処理装置において生成された１以上のログ情報と、上記ソフトウェア・モジュールとを関連付けるモジュール関連ログ情報と、に基づいて、特定の上記ソフトウェア・モジュールに関連付けされた上記１以上のログ情報に対して、当該特定の上記ソフトウェア・モジュールに関する結合度が設定されたログ結合度情報を生成するログ結合度生成手段と、上記１以上のログ情報から、上記情報処理装置における特定の障害に関する情報が出力された障害ログ情報を抽出する障害ログ取得手段と、上記ログ結合度情報と、上記障害ログ情報とに基づいて、上記特定の障害に関連する障害解析用ログ情報を生成する障害解析用ログ生成手段と、を有することを特徴とする。
【００２０】
また、本発明に係る障害解析方法は、以下の構成を備えることを特徴とする。即ち、本発明に係る障害解析方法は、情報処理装置が、自情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、上記自情報処理装置において生成された１以上のログ情報を、上記ソフトウェア・モジュールと関連付けるモジュール関連ログ情報と、に基づいて、特定の上記ソフトウェア・モジュールに関連付けされた上記１以上のログ情報に対して、当該特定の上記ソフトウェア・モジュールに関する結合度が関連付けされたログ結合度情報を生成し、上記１以上のログ情報から、特定の障害に関する情報が出力された障害ログ情報を抽出し、上記ログ結合度情報と、上記障害ログ情報とに基づいて、上記特定の障害に関連する障害解析用ログを抽出することを特徴とする。
【００２１】
また、本発明に係る障害解析方法は、情報処理装置が、他の情報処理装置において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、上記他の情報処理装置において生成された１以上のログ情報を、上記ソフトウェア・モジュールと関連付けるモジュール関連ログ情報と、に基づいて、特定の上記ソフトウェア・モジュールに関連付けされた上記１以上のログ情報に対して、当該特定の上記ソフトウェア・モジュールに関する結合度が関連付けされたログ結合度情報を生成し、上記１以上のログ情報から、特定の障害に関する情報が出力された障害ログ情報を抽出し、上記ログ結合度情報と、上記障害ログ情報とに基づいて、上記特定の障害に関連する障害解析用ログを抽出することを特徴とする。
【００２２】
また、同目的は、上記構成を有する障害解析装置、並びに対応する障害解析方法を、コンピュータによって実現するコンピュータ・プログラム、及び、そのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００２３】
本発明によれば、各種ログの関連性に基づいて、障害ログと関連性が高いログが抽出可能であるため、障害解析に用いるログを適切な範囲に絞り込むことが可能である。このため、障害の一次解析に必要なログを早急に収集することができ、障害発生時のログの解析を効率化することが可能である。
【図面の簡単な説明】
【００２４】
【図１】図１は、本願発明の第１の実施形態に係るネットワーク管理システムの構成を例示する図である。
【図２】図２は、本願発明の第１の実施形態における、ＮＭＳサーバの機能的な構成を例示するブロック図である。
【図３】図３は、本願発明の第１の実施形態における、障害管理機能を実現する構成要素の機能的な構成を例示するブロック図である。
【図４】図４は、本願発明の第１の実施形態における、ＮＭＳサーバのソフトウェア・モジュール構成を例示する図である。
【図５】図５は、本願発明の第１の実施形態における、ソフトウェア・モジュールの結合度に関する分類の具体例を表す図である。
【図６】図６は、本願発明の第１の実施形態における、ログの結合度を表す情報の具体例を例示する図である。
【図７】図７は、本願発明の第１の実施形態における、障害解析用のログ情報の具体例を例示する図である。
【図８】図８は、本願発明の第１の実施形態における、障害解析用のログ情報を生成する処理を例示するフローチャートである。
【図９】図９は、本願発明の第２の実施形態に係るネットワーク管理システムの構成を例示する図である。
【図１０】図１０は、本願発明の第２の実施形態における、ＮＭＳサーバの機能的な構成を例示するブロック図である。
【図１１】図１１は、本願発明の第２の実施形態における、障害管理機能を実現する構成要素の機能的な構成を例示するブロック図である。
【図１２】図１２は、本願発明の第３の実施形態における、ネットワーク管理システムの構成を例示する図である。
【図１３】図１３は、本願発明の第４の実施形態における、障害解析装置の機能的な構成を例示する、ブロック図である。
【図１４】図１４は、本願発明の第４の実施形態における、ネットワークシステムの構成を例示する図である。
【図１５】図１４は、本願発明の第４の実施形態における、ネットワークシステムの別の構成を例示する図である。
【図１６】図１６は、本願発明の各実施形態に係る、障害解析装置等を実現可能な情報処理装置のハードウェア構成を例示したブロック図である。
【発明を実施するための形態】
【００２５】
次に、本発明を実施する形態について図面を参照して詳細に説明する。以下の実施の形態に記載されている構成は単なる例示であり、本願発明の技術範囲はそれらには限定されない。
【００２６】
＜第１の実施形態＞
本発明の第１の実施形態について、図１を参照して説明する。図１は、本発明の第１の実施形態に係るネットワーク管理システム（ＮＭＳ）の構成を例示する図である。
【００２７】
図１に例示するように、本実施形態におけるＮＭＳ１００は、ＮＭＳサーバ１０１、ＮＭＳクライアント１０２、及び、ネットワーク装置（Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ、以下ＮＥと称する場合がある）１０３とから構成される。以下において、上記ＮＭＳサーバ１０１、ＮＭＳクライアント１０２、及び、ＮＥ１０３を、単にＮＭＳ１００の構成要素と称する場合がある。
【００２８】
ＮＭＳサーバ１０１、ＮＭＳクライアント１０２、及び、ＮＥ１０３は、任意の通信ネットワーク等を介して相互に通信可能に接続されている。なお、上記ＮＭＳ１００の各構成要素は、それぞれ１台以上の情報処理装置により構成されてもよい。また、上記ＮＭＳ１００の各構成要素は、物理的なハードウェア資源を用いて構成されてもよく、特定の情報処理装置において提供される仮想環境上の仮想計算機等を用いて構成されてもよい。
【００２９】
以下、ＮＭＳ１００の各構成要素について説明する。
【００３０】
まず、本実施形態におけるＮＭＳクライアント１０２について説明する。
【００３１】
本実施形態におけるＮＭＳクライアント１０２は、例えば、図示しないＮＭＳ１００の管理者等に対して、管理作業に必要な機能を提供する。
【００３２】
ＮＭＳクライアント１０２は、例えば、図示しない任意の入出力装置を備えてもよい。この場合、図示しないＮＭＳ１００の管理者は、ＮＭＳクライアント１０２における入出力装置を介してＮＭＳ１００（特にはＮＭＳサーバ１０１）に対して各種指示を送信してもよい。また、図示しないＮＭＳ１００の管理者は、ＮＭＳクライアント１０２における入出力装置を介して、後述するＮＥ１０３の状態などを監視してもよい。
【００３３】
なお、ＮＭＳ１００において何らかの障害が発生した場合、図示しないＮＭＳ１００の管理者は、ＮＭＳクライアント１００を用いて、係る障害の原因を解析してもよい。
【００３４】
次に、本実施形態におけるＮＥ１０３について説明する。
【００３５】
本実施形態におけるＮＥ１０３は、任意のネットワーク構成要素であり、ＮＭＳ１００における監視対象である。ＮＥ１０３は、例えばコンピュータ等の任意の情報処理装置でもよく、またルータやスイッチ等のネットワーク機器等であってもよい。更に、ネットワーク接続に対応したディスプレイやプリンター、あるいは、各種計測装置等の各種入出力装置であってもよい。
【００３６】
後述するＮＭＳサーバ１０１は、例えば、障害が発生していない通常状態において、ＮＭＳ１００における各ＮＥ１０３の状態を監視し、必要に応じて各ＮＥ１０３に対して管理のための指示等を送信する。
【００３７】
次に、本実施形態におけるＮＭＳサーバ１０１について、図２乃至図４を参照して説明する。図２、及び、図３は、ＮＭＳサーバ１０１の機能的な構成を例示する、ブロック図である。
【００３８】
本実施形態におけるＮＭＳサーバ１０１は、ＮＭＳ１００の管理に必要な各種管理機能を提供する装置である。
【００３９】
本実施形態におけるＮＭＳサーバ１０１は、例えば、図３に例示するように、障害管理部２０１、システム管理部２０２、機密管理部２０３、スケジュール管理部２０４、データベース管理部２０５等の管理機能を有してもよい。本実施形態におけるＮＭＳサーバ１０１は、上記図２に例示した以外の管理機能を有してもよい。
【００４０】
まず、本実施形態におけるＮＭＳサーバ１０１の基本的な構成について説明する。
【００４１】
本実施形態におけるＮＭＳサーバ１０１は、上記ＮＭＳサーバの各管理機能を実現可能な各種ソフトゥエア・プログラム（コンピュータ・プログラム）を、ＭＮＳサーバ１０１を構成する図示しない演算装置により実行する。なお、係るＭＮＳサーバ１０１を実現可能なソフトウェア及びハードウェア構成については、後述する。
【００４２】
本実施形態において、上記したソフトウェア・プログラムは、図４に例示するように、１つ以上のソフトウェア・モジュール（例えば、図４に例示する符号４０１乃至符号４０３等）により実現される。係るソフトウェア・モジュールは、ＮＭＳサーバ１０１を構成する構成要素であり、例えば、ひとまとまりの機能を提供するコンピュータ・プログラムであってもよい。以下、係るソフトウェア・モジュールを、単にモジュールと称する場合がある。なお、この場合において、上記図２及び図３に例示した各部位を、係るソフトウェア・モジュールをどのように組み合わせて実現するかは、適宜適切に選択してよい。
【００４３】
本実施形態において、ＮＭＳサーバ１０１を構成する上記モジュールは、１以上のモジュール構成要素から構成されてもよい。係るモジュール構成要素としては、ソフトウェア・プログラムを構成する任意の構成単位を採用可能である。
【００４４】
例えば、係るモジュール構成要素は、上記モジュールを更に機能や構造に基づいて細分化したサブモジュールであってもよい。また、上記モジュール構成要素は、オブジェクト指向開発におけるクラス等でもよく、あるいは、特定のプログラミング言語による実装コード等であってもよい。
【００４５】
ＮＭＳサーバ１０１のどのようなモジュールにより構成するかは、ＮＭＳサーバ１０１の開発段階において検討される。その際、各モジュールの間には、特定の関係性が形成される。
【００４６】
即ち、ＮＭＳサーバ１０１が複数のモジュールにより構成されるよう開発された場合は、それらのモジュールの間に特定の関係性が形成される。そのような関係性は、例えば、オブジェクト指向設計におけるオブジェクト間の関連や依存関係等として表すことが可能である。
【００４７】
ここで、ソフトウェアの品質を測定するソフトウェアメトリクスの観点からは、上記モジュール等のソフトウェアを構成する構成要素について、結合度というメトリクス（測定基準）が提案されている。ソフトウェアメトリクスは、ソフトウェアウェア品質を管理するための品質測定基準であり、例えば、ソフトウェア・プログラムを構成するパッケージやクラス、メソッド等について、それぞれの依存性や複雑さを定量的に測定するために用いられる。
【００４８】
そのようなソフトウェアメトリクスとしては、例えば、下記非特許文献１に開示されたＣｈｉｄａｍｂｅｒとＫｅｍｅｒｅｒの提案による、オブジェクト指向設計と複雑度を計るＣＫメトリクスが代表的である。ＣＫメトリクスにおいては、特定のソフトウェアを構成するオブジェクトの結合度（ＣＢＯ：Ｃｏｕｐｌｉｎｇ  Ｂｅｔｗｅｅｎ  Ｏｂｊｅｃｔｓ）を、ソフトウェアの品質を測定する基準の一つとして採用している。
【００４９】
［非特許文献］
［非特許文献１］Ｓ．Ｒ．Ｃｈｉｄａｍｂｅｒ  ａｎｄ  Ｃ．Ｆ．Ｋｅｍｅｒｅｒ，  “Ａ  Ｍｅｔｒｉｃｓ  Ｓｕｉｔｅ  ｆｏｒ  Ｏｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ  Ｄｅｓｉｇｎ”，  ＩＥＥＥ  Ｔｒａｎｓ．  Ｓｏｆｔｗａｒｅ  Ｅｎｇ．，  ｖｏｌ．  ２０，  ｎｏ．  ６，  ｐｐ．４７６−４９３，  Ｊｕｎｅ  １９９４
上記した結合度は、例えば、図５に例示するような強い結合度（例えば、図５に例示する内容結合）から弱い結合度（例えば、図５に例示するデータ結合）に至る複数の種類に分類されることが多い。
【００５０】
一般的には、特定のオブジェクトについて、結合度が強いほど当該オブジェクトと他のオブジェクトとの間の関係性（依存関係等）が高い一方、当該オブジェクトの結合度が弱いほど、当該オブジェクトと他のオブジェクトとの間の関係性（依存関係等）が低い。また、一般的に、ソフトウェアの保守の面からは、各オブジェクトの結合度が弱く、独立性が高いことが望ましい。
【００５１】
本実施形態においても同様に、特定のモジュールの結合が強い場合、当該特定のモジュールと他のモジュールとの間の関係性が高い一方、当該特定のモジュールの結合度が弱い場合、当該特定のモジュールと他のモジュールとの間の関係性（依存関係等）が低いものとする。
【００５２】
なお、本実施形態においては、特定のモジュールを構成する１以上のモジュール構成要素の結合度に基づいて、当該特定のモジュールに関する結合度を設定してもよい。即ち、当該特定のモジュールを構成する１以上のモジュール構成要素の結合度が強い場合に、当該モジュールの結合度が強く、当該特定のモジュールを構成する１以上のモジュール構成要素の結合度が弱い場合に、当該モジュールの結合度が弱いとしてもよい。
【００５３】
係るモジュールに関する結合度は、例えば、係るモジュールに関する設計情報や、実装コード等に基づいて測定してもよい。係る結合度の測定方法としては、例えば、上記日特許文献に記載されたような周知の一般的な技術を採用してよく、周知のソフトウェアメトリクス測定ツール等を使用してもよい。このようなツールとして、例えば、Ｔｈｅ  Ｅｃｌｉｐｓｅ  Ｆｏｕｎｄａｔｉｏｎが提供する統合開発環境Ｅｃｌｉｐｓｅにおいて利用可能な、Ｍｅｔｒｉｃｓプラグイン等を採用可能である。
【００５４】
なお、上記した結合度の分類としては、周知の一般的な分類を採用してよいため、図５に例示する分類それぞれについての説明は省略する。
【００５５】
次に、本実施形態におけるＮＭＳサーバ１０１における、ログ出力について説明する。
【００５６】
本実施形態におけるＮＭＳサーバ１０１は、当該ＮＭＳサーバ１０１における時刻情報と共に、当該ＮＭＳサーバ１０１を構成する上記各モジュールあるいは各モジュールを構成するモジュール構成要素の動作やシーケンスを、ログとして出力する。本実施形態においては、上記した各モジュールが、必要に応じて動作やシーケンスをログとして出力してもよい。
【００５７】
上記ＮＭＳサーバ１０１が複数のモジュールにより構成される場合、モジュール間でデータの受渡し等が行われる場合があり、それら複数のモジュールがそれぞれログを出力する可能性がある。また、上記したように各モジュールが複数のモジュール構成要素から構成される場合、それぞれのモジュール構成要素がログを出力する場合がある。このため、一つのモジュールに対して１以上のログが関連する場合がある。
【００５８】
ここで、上記したように、上記モジュール間に何らかの関係性が形成されている場合、それらのモジュールに関連するログの間にも同様の関係性が存在すると考えられる。このため、本実施形態においては、特定のモジュールの結合度に基づいて、当該モジュールに関するログの間の結合度を規定する。即ち、特定のモジュールの結合度が高い場合には、当該モジュールに関連するログの間の関連性が高いものとする。
【００５９】
本実施形態においては、上記説明したログの間の関連性（結合度）に基づいて、障害発生時のエラーが記録されたログと関係性が高いログを抽出し、障害解析に必要なログを絞り込むことにより、障害解析の効率化を図る。
【００６０】
なお、ＮＭＳシステム１００を構成する他の構成要素（ＮＭＳクライアント１０２や、ＮＥ１０３等）についても、上記説明したＮＭＳサーバ１０１の基本的な構成と同様の構成を採用してもよい。
【００６１】
次に、図２乃至図３を参照して、ＮＭＳサーバ１０１の具体的な構成について説明する。なお、以下においては、ＮＭＳサーバ１０１あるいはＮＭＳシステム１００において発生する障害を管理する、障害管理部２０１について説明する。ＮＭＳサーバ１０１におけるその他の構成要素については、障害管理と関連性が低いため、説明を省略する。
【００６２】
本実施形態においては、ＮＭＳサーバ１０１における障害管理部２０１が、ＮＭＳサーバ１０１において発生した障害の解析に必要となるログ情報の収集等の処理を実行する。即ち、障害管理部２０１を有するＮＭＳサーバ１０１は、障害解析装置としても機能する。
【００６３】
ＮＭＳサーバ１０１における障害管理部２０１は、ログ結合度生成部３０１と、障害ログ取得部３０２と、障害解析用ログ生成部３０３とを有する。なお、これらの間は、任意の通信手段によりそれぞれ通信可能に接続されていてもよい。
【００６４】
ログ結合度生成部３０１は、モジュール結合度情報３０４と、モジュール関連ログ情報３０５とから、ログ結合度情報３０１１を生成する。以下、図６に例示する具体例を用いて詳細に説明する。
【００６５】
モジュール結合度情報３０４は、ＮＭＳサーバ１０１を構成するモジュールと、当該モジュールに対する結合度とを関連付けて表す情報である。モジュール結合度情報３０４は、図６に例示するように、特定のモジュールを識別可能なモジュール名３０４ａと、当該モジュールに対する結合度３０４ｂとを、関連付けて表してもよい。
【００６６】
なお、上記説明したように、各モジュールに対する結合度は、各モジュールに対する設計情報や実装コードに基づいて、周知のツールや測定方法を用いて計測可能である。このため、ＮＭＳサーバの開発または配備の段階において、予め計測した結合度に基づいて、モジュール結合度情報３４０を作成してもよい。
【００６７】
モジュール関連ログ情報３０５は、ＮＭＳサーバ１０１を構成するモジュールと、当該モジュールに関連するログとを、関連付けて表す情報である。モジュール関連ログ情報３０５は、例えば、図６に例示するように、特定のモジュールを識別可能なモジュール名３０５ａと、当該モジュールに関連するログを特定可能なログ情報３０５ｂとを、関連付けて表してもよい。
この場合において、特定のモジュールに対して、複数のログが関連付けられることがある。
【００６８】
なお、ＮＭＳサーバ１０１の開発または配備の段階において、ＮＭＳサーバを構成する各モジュールに関連するログの情報を収集することにより、予めモジュール関連ログ情報３０５を作成してもよい。
【００６９】
ログ結合度生成部３０１は、上記モジュール結合度情報３０４と、モジュール関連情報３０５とを参照して、特定のモジュール名（符号３０４ａ及び符号３０５ａ）に関連付けられたログ情報（符号３０５ｂ）について、当該モジュールの結合度（符号３０４ｂ）を設定することにより、ログ結合度情報３０１１を生成して保持する。本実施形態におけるログ結合度情報３０１１は、図６に例示するように、結合度３０１１ａと、ログ情報３０１１ｂとを関連付けて表してもよい。
【００７０】
なお、上記ログ結合度情報３０１１は、モジュール結合度情報３０４及びモジュール関連ログ情報３０５に基づいて、ＮＭＳサーバ１０１の設計または配備段階において、予め作成されてもよい。
【００７１】
また、ＮＭＳサーバ１０１の配備後において、図示しない管理者などが上記モジュール結合度情報３０４と、モジュール関連ログ情報３０５とを、障害管理部２０１に入力することにより、障害管理部２０１が、上記ログ結合度情報３０１１を生成してもよい。
【００７２】
次に、障害ログ取得部３０２について説明する。障害ログ取得部３０２は、ＮＭＳサーバ１０１において障害が発生した際に、当該障害が発生した時刻を確認し、当該時刻の付近においてエラーや警告等の異常情報が出力されている障害ログを取得する。障害ログ取得部３０２は、係る障害ログを障害ログ情報３０２１として保持する。
【００７３】
ここで、障害ログには、上記説明したように、ＮＭＳサーバ１０１を構成する各モジュールあるいは各モジュールを構成する構成要素の動作やシーケンス出力されている。本実施形態においては、上記した各モジュールが、必要に応じて動作やシーケンスをログ３０６として出力してもよい。
【００７４】
障害ログ取得部３０２は、図示しない管理者等からの指示に基づいて、上記障害ログを取得してもよく、自らがＮＭＳサーバ１０１に発生した障害を検知して、上記障害ログを取得してもよい。
【００７５】
障害解析用ログ生成部３０３は、ログ結合度情報３０１１から、障害ログ３０２１に記録された障害ログとの間に特定の結合度が設定された他のログを抽出し、必要に応じて障害解析用ログ情報３０７を生成する。以下、図７に例示する具体例を用いて詳細に説明する。
【００７６】
本実施形態における障害解析用ログ３０３は、まず、障害ログ情報３０２１における特定のログ情報（例えば、図７に例示する「ｅｅｅ．ｌｏｇ」）を参照し、ログ結合度情報３０１１におけるログ名３０１１ｂから、当該ログと同一のログ情報を有するエントリ検索する。
【００７７】
図７に例示する具体例では、ログ結合度情報３０１１において、「ｅｅｅ．ｌｏｇ」と、「ｆｆｆ．ｌｏｇ」の間に、結合度「Ｙ」が設定されている。障害解析用ログ生成部３０３は、例えば、係る結合度「Ｙ」が、所定の結合度の基準値よりも高い場合は、「ｅｅｅ．ｌｏｇ」に関連するログとして、「ｆｆｆ．ｌｏｇ」を、障害解析用ログ情報３０７に出力する。
【００７８】
また、図７に例示する具体例において、例えば、結合度「Ｗ」が、所定の結合度の基準値よりも低いとする。この場合、ログ結合度情報３０１１において、障害ログ情報「ｂｂｂ．ｌｏｇ」との間の結合度が「Ｗ」と設定されている、「ｂｂｂ．ｌｏｇ」と「ｃｃｃ．ｌｏｇ」とについては、「ｂｂｂ．ｌｏｇ］との関連性が低いものとして、障害解析用ログ情報３０７に出力しない。
【００７９】
このように、障害の発生を示す障害ログとの関連性が高いログ情報に絞られた障害解析用ログ情報３０７が生成されることから、係る障害解析用ログ情報３０７を用いて障害に対する解析を実行することにより、解析作業を効率化することが可能である。
【００８０】
なお、本実施形態における障害解析用ログ生成部３０３は、障害解析用ログ情報３０７を出力する際、上記障害ログとの関連性が高いとログのうち、障害が発生していない場合のログである正常ログを選択して、障害解析用ログ情報３０７に出力してもよい。
【００８１】
この場合において、係る正常ログの選択方法は適宜適切に定めて良く、例えば、特定の動作やシーケンスにおいて異常を表す情報が記録されていないログを、正常ログとして選択してもよい。
【００８２】
次に、上記のように構成した、ＮＭＳサーバ１０１における障害管理部２０１の動作について、図８に例示するフローチャートを参照して説明する。
【００８３】
まず、障害管理部２０１におけるログ結合度生成部は、上記説明したモジュール結合度情報３０４と、モジュール関連ログ情報３０５とから、ログ結合度情報３０１１を生成する（ステップＳ８０１）。
【００８４】
次に、ＮＭＳサーバ１０１において障害が発生した際、障害ログ取得部３０２は、当該障害に関する異常情報が記録された障害ログを取得し、障害ログ情報３０２１を生成する（ステップＳ８０２）。
【００８５】
次に、障害解析用ログ生成部３０３は、障害ログ情報３０２１から、特定の障害ログを選択する（ステップＳ８０３）。
【００８６】
次に、障害解析用ログ生成部３０３は、上記ログ結合度情報３０１１を参照し、ステップＳ８０３において選択された障害ログとの間に結合度が設定された、他のログが存在するか確認する（ステップＳ８０４）。
【００８７】
上記ステップＳ８０３における確認の結果、上記選択された障害ログとの間で結合度が設定された他のログが存在しない場合（ステップＳ８０５においてＮＯ）、障害解析用ログ生成部３０３は、上記選択した障害ログを、障害解析用ログ情報３０７に記録する（ステップＳ８０９）。
【００８８】
その一方、上記ステップＳ８０３における確認の結果、上記選択された障害ログとの間で結合度が設定された他のログが存在する場合（ステップＳ８０５においてＹＥＳ）、障害解析用ログ生成部３０３は、当該結合度が所定の基準よりも強いか確認する（ステップＳ８０６）。
【００８９】
例えば、図５に例示するような結合度が設定されている場合、障害解析用ログ生成部３０３は、結合度の種類（図５における符号５０１）から特定の結合度を基準として選択し、係る基準よりも結合度が強いか否かを確認してもよい。
【００９０】
当該確認の結果、ログに設定された結合度が所定の基準よりも強い場合（ステップＳ８０７においてＹＥＳ）、障害解析用ログ生成部３０３は、上記選択した障害ログ及び上記他のログを、障害解析用ログ情報３０７に記録する（ステップＳ８０８）。
【００９１】
この場合において、障害解析用ログ生成部３０３は、上記他のログのうち、上記説明した正常ログを選択して障害解析用ログ情報３０７に記録してもよい。
【００９２】
また、ログに設定された結合度が所定の基準よりも弱い場合（ステップＳ８０７においてＮＯ）、障害解析用ログ生成部３０３は、上記選択した障害ログを、障害解析用ログ情報３０７に記録する（ステップＳ８０９）
次に、障害解析用ログ生成部３０３は、障害ログ情報３０２１に記録された全障害ログについて、障害解析用ログ情報３０７に記録済か確認する（ステップＳ８１０）。
【００９３】
上記ステップＳ８１０による確認の結果、全障害ログについて障害解析用ログ情報３０７に記録済みの場合（ステップＳ８１１においてＹＥＳ）、障害解析用ログ生成部３０３は処理を終了する。
【００９４】
上記ステップＳ８１０による確認の結果、全障害ログについて障害解析用ログ情報３０７に記録済みではない場合（ステップＳ８１１においてＮＯ）、障害解析用ログ生成部３０３は、上記説明したステップＳ８０３に戻って処理を再開し、障害ログ情報に記録された全ての障害ログについて障害解析用ログ情報に記録されるまで、処理を続行する。
【００９５】
なお、障害管理部２０１は、上記処理が終了した後、生成された障害解析用ログ情報３０７を、図示しない管理者や、障害解析用の他のシステム等に、任意の通信回線等を介して送信してもよい。
【００９６】
以上説明した本実施形態における 障害管理部２０１によれば、ＮＭＳサーバ１０１を構成する１以上のソフトウェア・モジュールの結合度（モジュール結合度情報３０４）に基づいて、当該ソフトウェア・モジュールに関連するログ（モジュール関連ログ情報３０５）に対して、結合度が設定される（ログ結合度情報３０１１）。
【００９７】
このため、例えば、特定のソフトウェア・モジュールに対して複数のログが関連付けられている場合には、それらのログに対する結合度として、当該モジュールの結合度が設定される。これによって、障害管理部２０１は、ログに設定された結合度が強い場合に、ログとログとの間の関係性が高いと判定可能である。
【００９８】
障害管理部２０１は、ＮＭＳサーバ１０１に障害が発生した場合、当該障害を示す障害ログと結合度が高い他のログを抽出し、障害ログと、抽出した他のログとを障害解析用ログ情報として記録する。
【００９９】
以上より、本実施形態における障害管理部２０１によれば、ＮＭＳサーバ１０１において発生した障害を解析するために、障害発生を表す障害ログと共に、係る障害ログと関係性が高いログを抽出可能である。このため、本実施形態における障害管理部２０１によれば、障害解析に必要となるログを絞り込むことが可能であり、障害の一次解析に必要なログを早急に収集することができるので、障害発生時のログの解析を効率化することが可能である。
【０１００】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１０１】
図９に例示する本発明の第２の実施形態におけるＮＭＳ９００は、上記第１の実施形態と同様、ＮＭＳサーバ９０１、ＮＭＳクライアント１０２、及び、ＮＥ９０３とを有し、これらが通信可能に接続されている。なお、以下、ＮＭＳ９００を構成する、ＮＭＳサーバ９０１、ＮＭＳクライアント１０２、及び、ＮＥ９０３を、単にＮＭＳ９００の構成要素と称する場合がある。
【０１０２】
図９に例示するように、本実施形態においては、ＮＭＳサーバ９０１、及び、ＮＥ９０３は、上記第１の実施形態におけるＮＭＳサーバ１０１と同様、それぞれ任意の情報処理装置等において実行されるソフトゥエア・プログラム（コンピュータ・プログラム）により構成される。係るソフトウェア・モジュールは、ひとまとまりの機能を提供するコンピュータ・プログラムであってもよく、１以上のモジュール構成要素から構成されてもよい。
【０１０３】
また、ＭＮＳサーバ９０１、及び、ＮＥ９０３は、時刻情報と共に、それぞれを構成する各モジュールあるいは各モジュールを構成するモジュール構成要素の動作やシーケンスを、ログとして出力する。本実施形態においては、上記した各モジュールが、必要に応じて動作やシーケンスをログとして出力してもよい。
【０１０４】
なお、上記時刻情報は、上記ＮＭＳ９００の構成要素毎に設定してもよく、任意のネットワーク回線を介して、各構成要素の間で共通の時刻情報を共有してもよい。係る時刻情報の設定については、適宜適切な周知技術を採用してよい。
【０１０５】
なお、本実施形態におけるＮＭＳサーバ９０１、及び、ＮＥ９０３は、上記説明した以外の構成については、それぞれ上記第１の実施形態におけるＮＭＳサーバ１０１、及びＮＥ１０３と同等としてよい。
【０１０６】
次に、本実施形態におけるＮＭＳサーバ９０１について説明する。
【０１０７】
本実施形態におけるＮＭＳサーバ９０１は、図１０に例示するように、障害管理部１００１以外は上記第１の実施形態におけるＮＭＳサーバ１０１と同等の構成としてよい。
【０１０８】
以下、本実施形態における障害管理部１００１について、上記第１の実施形態との相違点を中心に説明する。
【０１０９】
まず、本実施形態におけるモジュール結合度情報１１０４は、上記第１の実施形態におけるモジュール結合度情報３０４に加えて、ＮＥ９０３を構成するモジュールと、当該モジュールに対する結合度とを関連付けて表す情報を保持する。モジュール結合度情報１１０２の具体的な構成は、例えば、図６に例示する構成と同等としてよい。
【０１１０】
次に、本実施形態におけるモジュール関連ログ情報１１０５は、上記第１の実施形態におけるモジュール結合度情報３０５に加えて、ＮＥ９０３を構成するモジュールと、当該モジュールに関連するログとを、関連付けて表す情報を保持する。モジュール関連ログ情報１１０３の具体的な構成は、例えば、図６に例示する構成と同等としてよい。
【０１１１】
ここで、本実施形態におけるログ結合度生成部１１０１は、上記第１の実施形態と同様、上記モジュール結合度情報１１０４と、モジュール関連情報１１０５とを参照して、ログ結合度情報１１０１１を生成して保持する。なお、この場合において、ログ結合度生成部１１０１は、各ＮＭＳサーバ９０１またはＮＥ９０３毎に、係るログ結合度情報１１０１１を保持してもよい。
【０１１２】
次に、本実施形態における障害ログ取得部１１０２について説明する。
【０１１３】
障害ログ取得部１１０２は、ＮＭＳサーバ９０１あるいは、ＮＥ９０３において障害が発生した際に、当該障害が発生した時刻を確認し、当該時刻の付近においてエラーや警告等の異常情報が出力されている障害ログを取得する。障害ログ取得部１１０２は、係る障害ログを障害ログ情報１１０２１として保持する。
【０１１４】
なお、この場合において、障害ログ取得部１１０２は、各ＮＭＳサーバ９０１またはＮＥ９０３毎に、係る障害ログ情報１１０２１を保持してもよい。
【０１１５】
また、障害ログ取得部１１０２は、各ＮＭＳサーバ９０１またはＮＥ９０３から、任意のネットワーク回線を介して、上記紹介ログを受信してもよい。この場合の障害ログの送受信は、ネットワーク回線の種類や各ＮＭＳサーバ９０１及びＮＥ９０３の構成に応じて、適宜適切な方法を用いて処理すればよいため、詳細な説明は省略する。
【０１１６】
次に、本実施形態における障害解析用ログ生成部１１０３について説明する。
【０１１７】
障害解析用ログ生成部１１０３は、上記第１の実施形態における障害解析用ログ生成部３０３と同様、上記ログ結合度情報１１０１１から、障害ログ１１０２１に記録された障害ログとの間に特定の結合度が設定された他のログを抽出し、必要に応じて障害解析用ログ情報１１０７を生成する。
【０１１８】
上記説明したように、本実施形態における障害管理部１００１は、ＮＭＳサーバ９０１だけではなく、ＮＥ９０３において発生した障害についても、障害解析用ログ１１０７を生成する。
【０１１９】
なお、障害管理部１００１における、障害解析用ログ１１０７を生成するための具体的な動作は、上記第１の実施形態における障害管理部２０１と同等であるため、詳細な説明は省略する。
【０１２０】
以上説明した本実施形態におけるＮＭＳサーバ９０１（特には、ＮＭＳサーバ９０１を構成する障害管理部１００１）によれば、上記第１の実施形態と同様の効果を奏することが可能である。
【０１２１】
更に、本実施形態における障害管理部１００１は、ＮＭＳ９００の各構成要素において発生する障害を解析する際に必要となるログを抽出可能である。よって、本実施形態における障害管理部１００１を有するＮＭＳサーバ９０１を、ＮＭＳ９００に最低１台用意することにより、ＮＭＳ９００において発生する障害を解析する際に必要となるログを収集可能となるため、ログの収集及び解析をより効率化することが可能である。
【０１２２】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１及び第２の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１２３】
図１２に例示する本発明の第３の実施形態におけるＮＭＳ１２００は、上記第２の実施形態におけるＮＭＳ９００に対して、障害解析装置１２０１を更に有する点において相違し、その他は同様である。以下、係る相違点について説明する。
【０１２４】
まず、本実施形態におけるＮＭＳクライアント１０２、ＮＭＳサーバ９０１、及び、ＮＥ９０３は、上記第２の実施形態と同様としてよいため、詳細な説明を省略する。
【０１２５】
なお、本実施形態におけるＮＭＳサーバ９０１については、上記第２の実施形態において説明した障害管理部１００１を有さない構成としてもよい。
【０１２６】
次に、本実施形態における障害解析装置１２０１について説明する。
【０１２７】
本実施形態における障害解析装置１２０１は、ログ結合度生成部１２０２と、障害ログ取得部１２０３と、障害解析用ログ生成部１２０４とを有し、これらはそれぞれ上記第２の実施形態におけるログ結合度生成部１１０１、障害ログ取得部１１０２、障害解析用ログ生成部１１０３と同様の機能を実現する。
【０１２８】
即ち、本実施形態における障害解析装置１２０１は、ＭＮＳ１２００を構成する独立した構成要素として、上記第２の実施形態における、ＭＮＳサーバ９０１を構成する障害管理部１１０１と同様の機能を実現可能である。なお、本実施形態における障害解析装置１２０１の具体的な動作は、上記第２の実施形態におけるＭＮＳサーバ９０１を構成する障害管理部１１０１と同様としてよいため、詳細な説明を省略する。
【０１２９】
上記のように構成された本実施形態における障害解析装置１２０１によれば、上記第２の実施形態と同様の効果を奏することが可能である。
【０１３０】
更に、本実施形態における障害解析装置１２０１を導入することにより、ＭＮＳサーバにおいて障害解析処理を実行する必要がなく、ＭＮＳサーバの処理負荷を低減可能である。また、障害解析装置１２０１を複数導入して冗長構成とした場合には、ＭＮＳ１２００において障害が発生した場合に、いずれかの障害解析装置１２０１が稼働していれば、障害を解析可能である。
【０１３１】
＜第４の実施形態＞
次に、上述した各実施形態に共通する構成について、本発明の第４の実施形態として、図１３乃至図１５を参照して説明する。
【０１３２】
本実施形態における障害解析装置１３０１は、図１４に示すように、情報処理装置１４０１が相互に通信可能に接続されたネットワークシステム１４００に接続される。なお、本実施形態における障害解析装置１３０１は、図１５に示すように、情報処理装置１４０１の一部を構成するように、当該情報処理装置１４０１に組み込まれてもよい。
【０１３３】
本実施形態における情報処理装置１４０１は、各々異なった装置であってもよく、同一の装置であってもよい。
【０１３４】
本実施形態における情報処理装置１４０１は、何らかの情報（通信データなども含む）に対して所定の方法や手段により所定の処理を実行する任意の装置を含む。このため、本実施形態における情報処理装置１４０１には、コンピュータ等の演算機能を有する任意の装置に加え、通信ネットワークを構成するルータやスイッチ、あるいは、各種入出力装置等が含まれてもよい。
【０１３５】
本実施形態における情報処理装置１４０１は、情報処理装置１４０１の機能を実現可能な各種ソフトゥエア・プログラム（コンピュータ・プログラム）を、当該情報処理装置１４０１を構成する図示しない演算装置により実行する。情報処理装置１４０１を実現可能なソフトウェア及びハードウェア構成については、後述する。
【０１３６】
本実施形態において、上記情報処理装置１４０１が有するソフトウェア・プログラムは、上記説明したような、１つ以上のソフトウェア・モジュールにより実現される。
【０１３７】
また、本実施形態における情報処理装置１４０１は、特定の時刻情報と共に、当該情報処理装置１４０１を構成するモジュールの動作やシーケンスを、ログとして出力する。
【０１３８】
本実施形態における障害解析装置１３０１は、ログ結合度生成部１３０２と、障害ログ取得部１３０３と、障害解析用ログ生成部１３０４とを有する。本実施形態において、これらの構成要素の間は、相互に通信可能に接続されている。
【０１３９】
以下、本実施形態における障害解析装置１３０１の構成要素について説明する。
【０１４０】
ログ結合度生成部１３０２は、情報処理装置１４０１において実行されるコンピュータ・プログラムを構成する１以上のソフトウェア・モジュールに関する結合度を表すモジュール結合度情報と、上記情報処理装置１４０１において生成された１以上のログ情報を、上記ソフトウェア・モジュールと関連付けるモジュール関連ログ情報と、に基づいて、特定の上記ソフトウェア・モジュールに関連付けされた上記１以上のログ情報に対して、当該特定の上記ソフトウェア・モジュールに関する結合度が関連付けされたログ結合度情報を生成する。
【０１４１】
障害ログ取得部１３０３は、上記１以上のログ情報から、上記情報処理装置１４０１における特定の障害に関する情報が出力された障害ログ情報を抽出する。
【０１４２】
障害解析用ログ生成部１３０４は、上記ログ結合度情報と、上記障害ログ情報とに基づいて、上記特定の障害に関連する障害解析用ログを抽出する。
【０１４３】
以上説明した本実施形態における障害解析装置１３０１によれば、情報処理装置１４０１を構成する１以上のソフトウェア・モジュールの結合度に基づいて、当該ソフトウェア・モジュールに関連するログに対する結合度が設定される。このため、障害解析装置１３０１は、ログに設定された結合度が強い場合に、ログとログとの間の関係性が高いと判定可能である。
【０１４４】
障害解析装置１３０１は、情報処理装置１４０１に障害が発生した場合に、当該障害を示す障害ログと結合度が高い他のログを抽出し、障害ログと、抽出した他のログとを障害解析用ログ情報として記録する。
【０１４５】
以上より、本実施形態における障害解析装置１３０１によれば、情報処理装置１４０１において発生した障害を解析するために、障害発生を表す障害ログと共に、係る障害ログと関係性が高いログを抽出可能である。
【０１４６】
このため、本実施形態における障害解析装置１３０１によれば、障害解析に必要となるログを絞り込むことが可能であり、障害の一次解析に必要なログを早急に収集することができ、障害発生時のログの解析を効率化することが可能である。
【０１４７】
＜ハードウェア及びソフトウェア・プログラム（コンピュータ・プログラム）の構成＞
以下、上記説明した各実施形態を実現可能なハードウェア構成について説明する。
【０１４８】
上記各実施形態において説明したＮＭＳサーバ（図１における符号１０１、図９における符号９０１、以下、まとめてＮＭＳサーバと称する場合がある）、ＮＥ（図１における符号１０３、図９における符号９０３、以下、まとめてＮＥと称する場合がある）、情報処理装置（図１４及び図１５における符号１４０１）、及び、障害解析装置（図１２における符号１２０１、図１３における符号１３０１、以下、まとめて障害解析装置と称する場合がある）等は、それぞれの機能を実現する専用のハードウェア装置により構成してもよい。なお、以下の説明において、上記ＮＭＳサーバ、ＮＥ、情報処理装置、及び障害解析装置を、まとめて情報処理装置等と称する場合がある。
【０１４９】
その場合、上記情報処理装置等を構成する構成要素は、一部、または、全部を統合したハードウェア（処理ロジックを実装した集積回路等）として実現してもよく、それぞれ個別のハードウェアにより構成してもよい。
【０１５０】
また、上記情報処理装置等は、図１６に例示するようなハードウェアと、係るハードウェアによって実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成してもよい。この場合、各ノードを構成する構成要素は、単独のハードウェアにおいて実行されるソフトウェア・プログラムとして実現してもよい。また、複数のハードウェアにおいて実行されるソフトウェア・プログラムとして実現してもよい。
【０１５１】
なお、以下の説明において、図１６に例示するハードウェアを、単に情報処理ハードウェアと称する場合がある。
【０１５２】
図１６における演算装置１６０１は、汎用のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やマイクロプロセッサ等の演算処理装置である。演算装置１６０１は、例えば後述する不揮発性記憶装置１６０３に記憶された各種ソフトウェア・プログラムを記憶装置１６０２に読み出し、係るソフトウェア・プログラムに従って処理を実行してもよい。
【０１５３】
記憶装置１６０２は、演算装置１６０１から参照可能な、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリ装置であり、ソフトウェア・プログラムや各種データ等を記憶する。なお、記憶装置１６０２は、揮発性のメモリ装置であってもよい。
【０１５４】
不揮発性記憶装置１６０３は、例えば磁気ディスクドライブや、フラッシュメモリによる半導体記憶装置のような、不揮発性の記憶装置であり、各種ソフトウェア・プログラムやデータ等を記録してもよい。
【０１５５】
ネットワークインタフェース１６０６は、通信ネットワークに接続するインタフェース装置であり、例えば有線及び無線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続用インタフェース装置等を採用してもよい。上記説明し各実施形態においては、例えば、上記説明した各ＮＭＳサーバ、ＮＥ、及び障害解析装置等の間を、上記ネットワークインタフェース１６０６を介した通信ネットワークにより接続してもよい。
【０１５６】
外部記憶装置１６０４は、例えば、後述する外部記憶媒体１６０５に対するデータの読み込みや書き込みを処理する装置である。
【０１５７】
外部記録媒体１６０５は、例えば光ディスク、光磁気ディスク、半導体フラッシュメモリ等、データを記録可能な任意の記録媒体である。
【０１５８】
入出力インタフェース１６０７は、外部入力装置（例えばキーボードやマウス等）及び外部出力装置（例えばディスプレイ装置やプリンタ等）との間の入出力を制御する装置である。
【０１５９】
例えば、上記各実施形態において、図示しない運用管理者は、ＮＭＳサーバに対して、当該ＭＮＳサーバが具備する上記入出力インタフェースを介して、各種管理指示を入力してもよい。
【０１６０】
また、上記情報処理装置等において障害が発生した場合、図示しない運用管理者は、例えば、障害解析装置やＮＭＳサーバにおける上記外部出力装置により、係る障害の内容を確認してもよい。この場合において、上記各実施形態において説明した障害解析用ログ情報も、上記外部出力装置を介して出力されてもよい。
【０１６１】
上述した各実施形態を例に説明した本発明は、例えば、図１６に例示した情報処理ハードウェアにより上記各情報処理装置等を構成し、係る情報処理ハードウェアに対して、上記各実施形態の説明において参照したフローチャートの機能を実現可能なソフトウェア・プログラムを供給した後、そのソフトウェア・プログラムを、演算装置１６０１が実行することによって達成されてもよい。
【０１６２】
上述した各実施形態において、上記各図に示した各部は、上述したハードウェアにより実行されるソフトウェア・プログラムの機能（処理）単位である、ソフトウェア・モジュールとして実現することができる。但し、これらの図面に示した各ソフトウェア・モジュールの区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。
【０１６３】
例えば、上記情報処理装置等を構成する各部をソフトウェア・モジュールとして実現する場合、これらのソフトウェア・モジュールを不揮発性記憶装置１６０３に記憶しておき、演算装置１６０１がそれぞれの処理を実行する際に、これらのソフトウェア・モジュールを記憶装置１６０２に読み出すよう構成してもよい。
【０１６４】
また、これらのソフトウェア・モジュール間は、共有メモリやプロセス間通信等の適宜の方法により、相互に各種データを伝達できるように構成してもよい。このような構成により、これらのソフトウェア・モジュール間は、相互に通信可能に接続可能である。
【０１６５】
更に、上記各ソフトウェア・プログラムを外部記憶媒体１６０５に記録しておき、上記通信装置等の出荷段階、あるいは、運用段階等において、適宜外部記憶装置１６０４を通じて当該ソフトウェア・プログラムを不揮発性メモリ１６０３に格納するよう構成してもよい。
【０１６６】
また、上記各実施形態における障害管理部または障害解析装置の構成要素をソフトウェア・プログラムとして実現する場合、上記各実施形態において説明した、モジュール結合度情報（符号３０４、符号１１０４等）、モジュール関連ログ情報（符号３０５、符号１１０５等）、ログ結合度情報（符号３０１１、符号１１０１１等）、障害ログ情報（符号３０２１、符号１１０２１等）、障害解析用ログ情報（符号３０７、符号１１０７等）などは、適宜適切なデータ構造等を用いて、記憶装置１６０２や、不揮発性記憶装置１６０３に記憶してもよい。また、これらの情報は、任意のデータベース等に格納することにより、不揮発性記憶装置１６０３に記憶してもよい。
【０１６７】
なお、上記の場合において、上記各情報処理装置等への各種ソフトウェア・プログラムの供給方法は、出荷前の製造段階、あるいは、出荷後のメンテナンス段階等において、適当な治具を利用して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができる。そして、このような場合において、本発明は、係るソフトウェア・プログラムを構成するコード、あるいは、係るコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。
【０１６８】
以上、本発明を、上述した模範的な実施形態に適用した例として説明した。しかしながら、本発明の技術的範囲は、上述した各実施形態に記載した範囲には限定されない。当業者には、係る実施形態に対して多様な変更、または、改良を加えることが可能であることは明らかである。そのような場合、係る変更、または、改良を加えた新たな実施形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。
【産業上の利用可能性】
【０１６９】
本発明は、情報処理装置に発生した障害を解析する、障害解析装置等に適用可能である。より具体的には、例えば、複数の情報処理装置が通信可能に接続されたネットワーク管理システムにおいて、当該情報処理装置に障害が発生した場合に、当該障害に関係するログを解析する障害解析装置等に適用可能である。
【符号の説明】
【０１７０】
１００  ＮＭＳ
１０１  ＮＭＳサーバ
１０２  ＮＭＳクライアント
１０３  ＮＥ
２０１  障害管理部
２０２  システム管理部
２０３  機密管理部
２０４  スケジュール管理部
２０５  データベース管理部
３０１  ログ結合度生成部
３０２  障害ログ取得部
３０３  障害解析用ログ生成部
３０４  モジュール結合度情報
３０５  モジュール関連ログ情報
３０７  障害解析用ログ情報
９００  ＮＭＳ
９０１  ＮＭＳサーバ
９０３  ＮＥ
１００１  障害管理部
１１０１  ログ結合度生成部
１１０２  障害ログ取得部
１１０３  障害解析用ログ生成部
１１０４  モジュール結合度情報
１１０５  モジュール関連ログ情報
１１０７  障害解析用ログ情報
１２０１  障害解析装置
１２０２  ログ結合度生成部
１２０３  障害ログ取得部
１２０４  障害解析用ログ生成部
１３０１  障害解析装置
１３０２  ログ結合度生成部
１３０３  障害ログ取得部
１３０４  障害解析用ログ生成部
１４００  ネットワークシステム
１４０１  情報処理装置
１６０１  演算装置
１６０２  記憶装置
１６０３  不揮発性記憶装置
１６０４  外部記憶装置
１６０５  外部記録媒体
１６０６  ネットワークインタフェース
１６０７  入出力インタフェース
【図１】
2015141663.tif 000003
【図２】
2015141663.tif 000004
【図３】
2015141663.tif 000005
【図４】
2015141663.tif 000006
【図５】
2015141663.tif 000007
【図６】
2015141663.tif 000008
【図７】
2015141663.tif 000009
【図８】
2015141663.tif 000010
【図９】
2015141663.tif 000011
【図１０】
2015141663.tif 000012
【図１１】
2015141663.tif 000013
【図１２】
2015141663.tif 000014
【図１３】
2015141663.tif 000015
【図１４】
2015141663.tif 000016
【図１５】
2015141663.tif 000017
【図１６】
2015141663.tif 000018