JP7484240B2 - ログレベル調整装置、ログレベル調整方法及びプログラム - Google Patents

Description

本開示は、ログレベル調整装置、ログレベル調整方法及びプログラムに関する。

業務システム等の情報処理システムにおいて、例えば、業務データのバックアップ処理で障害等のエラーが発生した場合、情報システム内のサーバ装置が出力するログを用いて、エラー原因を特定し、エラーを解消することが一般的に行われている。

エラー原因を特定する技術として、情報処理システム内の複数の被監視装置の情報に基づいてエラー要因を特定する技術が知られている（例えば、特許文献１及び２）。特許文献１には、サーバ運用管理装置が、被監視サーバの稼働状況、各種の運用情報についての性能指標値を収集し、性能指標値と、各モデルデータとの比較結果に基づいて、複数の性能指標のうち異常な性能指標を検出することが開示されている。特許文献２には、システム障害要因特定支援装置が、システムを構成する各ノードの複数の要素に対する状態値が異常であるか否かに基づいて、障害発生要因となっている要素を特定することが開示されている。

ところで、サーバ装置は、出力されるログの詳細度が異なる複数のログレベルを調整可能に構成されており、ログレベルが高ければ高いほど、詳細なログが取得できる。一方、ログレベルが高ければ高いほど、出力されるログのデータ出力量も大きくなる。そのため、情報処理システムの管理者又は運用者は、サーバ装置が正常に動作している場合、当該サーバ装置のログレベルを低く設定して、ログのデータ出力量が膨大になることを抑制する。一方、情報処理システムの管理者又は運用者は、エラーが発生したサーバ装置、又はエラーが発生する傾向が現れてきたサーバ装置に対して、ログレベルを正常動作時よりも高く設定する。

情報処理システムの管理者又は運用者が、情報処理システム内の各サーバ装置のログレベルを調整する場合、ログレベルを調整するために相当な稼働がとられてしまう。そのため、情報処理システム内のサーバ装置のログレベルを自動的に制御する技術が検討されている（例えば、特許文献３）。特許文献３には、ログ収集サーバが、ある端末からエラーログを収集したことをトリガとして、当該端末のログレベルを上げるように制御することが開示されている。

国際公開第２０１１／０８３６８７号 特開２０００－３０５９１４号公報 国際公開第２０１３／１６１５２２号

一般的に、サーバ装置がログを出力するログ出力処理は高負荷な処理であることに加えて、出力されるログのデータ出力量も非常に大きい。特許文献１及び２のように、情報システム内の全てのサーバ装置から各種情報を収集してエラー原因を分析すると、情報処理システム内のネットワーク等のリソース消費量が高くなってしまうため好ましくない。

また、特許文献３に開示された技術では、ログ収集サーバは、各端末からエラーログが収集された場合に、各端末のログレベルを調整する。そのため、特許文献３に開示された技術を用いた場合、情報処理システム内の全てのサーバのログレベルが上がってしまう可能性がある。

情報処理システム内において発生した障害を特定する場合、障害を特定するために必要なログは、障害が発生したサーバ、及び当該サーバに関連するサーバが出力したログであることが多い。情報処理システム内の全てのサーバのログレベルが正常運用時よりも高く設定されてしまうと、情報処理システム内のリソースが多く使用されてしまい、余剰なリソースが使用されてしまう虞がある。さらに、発生した障害の再現性が低く、いつ再発するか分からないような障害の場合には、全てのサーバに対して詳細なログを出力し続けてしまう虞がある。

本開示の目的の１つは、上述した課題を鑑み、情報処理システム内のリソース消費量を抑制することが可能なログレベル調整装置、ログレベル調整方法及びプログラムを提供することにある。

本開示にかかるログレベル調整装置は、
エラーが発生したことを示すエラー情報を複数の被監視装置から受信する受信部と、
前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出する集計部と、
前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出する算出部と、
前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する制御部と、を備える。

本開示にかかるログレベル調整方法は、
エラーが発生したことを示すエラー情報を複数の被監視装置から受信し、
前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出し、
前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出し、
前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する、ログレベル調整装置におけるログレベル調整方法である。

本開示にかかるプログラムは、
エラーが発生したことを示すエラー情報を複数の被監視装置から受信し、
前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出し、
前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出し、
前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する、処理をコンピュータに実行させるプログラムである。

本開示によれば、情報処理システム内のリソース消費量を抑制することが可能なログレベル調整装置、ログレベル調整方法及びプログラムを提供できる。

実施の形態１にかかるログレベル調整装置の構成例を示す図である。 実施の形態２にかかる情報処理システムの構成例を示す図である。 システム構成管理テーブルの一例を示す図である。 エラー集計テーブルの一例を示す図である。 選択処理を説明するための図である。 選択処理を説明するための図である。 実施の形態２にかかるサーバ装置の動作例を示すフローチャートである。 実施の形態２にかかるログレベル調整装置の動作例を示すフローチャートである。 実施の形態２にかかるログレベル調整装置の動作例を示すフローチャートである。 実施の形態２の効果を説明するための図である。 実施の形態２の効果を説明するための図である。 実施の形態２の効果を説明するための図である。 実施の形態３にかかる情報処理システムの構成例を示す図である。 ログ管理テーブルの一例を示す図である。 実施の形態３にかかるログレベル調整装置の動作例を示すフローチャートである。 本開示の各実施の形態にかかるログレベル調整装置等のハードウェア構成を例示するブロック図である。

以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

（実施の形態１）
図１を用いて、実施の形態１にかかるログレベル調整装置１の構成例について説明する。図１は、実施の形態１にかかるログレベル調整装置の構成例を示す図である。ログレベル調整装置１は、ネットワークを介して接続される複数の被監視装置（不図示）のログレベルを制御する装置である。ログレベル調整装置１は、受信部２と、集計部３と、算出部４と、制御部５とを備える。

受信部２は、複数の被監視装置においてエラーが発生した場合、エラーが発生したことを示すエラー情報を複数の被監視装置から受信する。

集計部３は、複数の被監視装置から受信されたエラー情報と、複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、複数の構成要素に含まれる要素値毎に、単位装置当たりのエラー数を算出する。単位装置当たりのエラー数は、各要素値に一致する要素値を有する被監視装置から受信したエラー情報数を、各要素値に一致する要素値を有する被監視装置の数で除算した値である。

複数の構成要素は、例えば、被監視装置にインストールされたＯＳ（Operation System）、被監視装置にインストールされたソフトウェアのソフトウェアバージョン、被監視装置にインストールされたソフトウェアのソフトウェア種類を含んでもよい。複数の構成要素は、例えば、被監視装置にセキュリティパッチが適用されているか否かを示すセキュリティパッチ適用情報、被監視装置が所属するドメイン、被監視装置の機種、被監視装置のメモリサイズを含んでもよい。

算出部４は、算出されたエラー数と、システム構成情報とに基づいて、複数の被監視装置の第１優先度を算出する。第１優先度は、ログレベルの変更が必要な優先度を示すログレベル変更優先度である。

制御部５は、算出された第１優先度に基づいて、複数の被監視装置のログレベルを制御する。

ログレベル調整装置１は、上記構成を有するため、エラーが発生したことを示すエラー情報に基づいて、第１優先度を算出し、第１優先度に基づいて複数の被監視装置のログレベルを制御する。特許文献１～３に開示された技術では、被監視装置から各種情報を収集する必要があるため、情報処理システム内のリソース消費量が高くなってしまう可能性がある。これに対して、ログレベル調整装置１は、エラーが発生したことを示すエラー情報を複数の被監視装置から受信することでログレベルの調整を行うことができる。したがって、実施の形態１にかかるログレベル調整装置１によれば、報処理システム内のリソース消費量を抑制できる。

（実施の形態２）
続いて、実施の形態２について説明する。実施の形態２は、実施の形態１を具体的にした実施の形態である。

＜情報処理システムの構成例＞
図２を用いて、実施の形態２にかかる情報処理システム１００の構成例について説明する。図２は、実施の形態２にかかる情報処理システムの構成例を示す図である。情報処理システム１００は、サーバ装置１０＿１～１０＿Ｎ（Ｎ：２以上の整数）と、ログレベル調整装置２０とを備える。なお、サーバ装置１０＿１～１０＿Ｎを総称して、単にサーバ装置１０と記載することがある。

サーバ装置１０＿１～１０＿Ｎは、ネットワークを介して、ログレベル調整装置２０と接続及び通信可能に構成される。サーバ装置１０＿１～１０＿Ｎは、ログレベル調整装置２０に監視される被監視対象装置である。サーバ装置１０＿１～１０＿Ｎはそれぞれ同様の構成をしている。

サーバ装置１０＿１～１０＿Ｎは、それぞれ自装置においてエラーが発生した場合、エラーが発生したことを示すエラー情報をログレベル調整装置２０に送信する。サーバ装置１０＿１～１０＿Ｎは、ログレベル調整装置２０からログレベルの変更を要求する変更命令を受信した場合、変更命令に応じて、自装置のログレベルを変更する。

ログレベル調整装置２０は、実施の形態１のログレベル調整装置１に対応する。ログレベル調整装置２０は、サーバ装置１０＿１～１０＿Ｎの監視を行う監視装置である。ログレベル調整装置２０は、ネットワークを介して、サーバ装置１０＿１～１０＿Ｎと接続及び通信可能に構成される。ログレベル調整装置２０は、エラー情報をサーバ装置１０＿１～１０＿Ｎから受信する。

ログレベル調整装置２０は、サーバ装置１０＿１～１０＿Ｎを構成する複数の構成要素の要素値に関するシステム構成情報を記憶する。複数の構成要素は、サーバ装置１０＿１～１０＿ＮにインストールされたＯＳ、サーバ装置１０＿１～１０＿Ｎにインストールされたソフトウェアのソフトウェアバージョンを含んでもよい。複数の構成要素は、サーバ装置１０＿１～１０＿Ｎにインストールされたソフトウェアのソフトウェア種類を含んでもよい。複数の構成要素は、サーバ装置１０＿１～１０＿Ｎにセキュリティパッチが適用されているか否かを示すセキュリティパッチ適用情報、サーバ装置１０＿１～１０＿Ｎが所属するドメイン名を含んでもよい。複数の構成要素は、サーバ装置１０＿１～１０＿Ｎの機種、サーバ装置１０＿１～１０＿Ｎのメモリサイズを含んでもよい。なお、以降の説明では、複数の構成要素は、ＯＳ、ソフトウェアバージョン、ソフトウェア種類、セキュリティパッチ適用情報、ドメイン、機種、及びメモリサイズであるとして説明する。

要素値は、各構成要素に関する情報である。例えば、構成要素が「ＯＳ」である場合、構成要素「ＯＳ」の要素値は、「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」及び「ＲＨＥＬ６．５」等が挙げられる。「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」及び「ＲＨＥＬ６．５」のそれぞれが、構成要素が「ＯＳ」の要素値となる。なお、要素値は、属性値又は構成値と称されてもよい。

システム構成情報は、サーバ装置１０＿１～１０＿Ｎの複数の構成要素の要素値に関する情報である。サーバ装置１０＿１～１０＿Ｎの各々についての複数の構成要素の要素値に関する情報をサーバ構成情報と定義すると、システム構成情報は、サーバ装置１０＿１～１０＿Ｎのサーバ構成情報をまとめた情報として定義できる。

ログレベル調整装置２０は、サーバ装置１０＿１～１０＿Ｎから受信したエラー情報と、システム構成情報とに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベルを決定する。ログレベル調整装置２０は、サーバ装置１０＿１～１０＿Ｎに対して、決定したログレベルに調整することを要求する変更命令を送信することにより、サーバ装置１０＿１～１０＿Ｎのログレベルを制御する。

＜サーバ装置の構成例＞
次に、サーバ装置１０の構成例について説明する。サーバ装置１０＿１～１０＿Ｎは同様の構成をしている。サーバ装置１０＿１は、ジョブ実行部１１と、ログ格納部１２と、エラー情報送信部１３と、ログレベル変更部１４とを備える。

ジョブ実行部１１は、サーバ装置１０において実行される任意のソフトウェアアプリケーションのジョブを実行する。ジョブ実行部１１は、ジョブを実行する場合、実行状況を記録した実行ログを生成し出力する。ジョブ実行部１１は、出力した実行ログをログ格納部１２に格納する。ジョブ実行部１１は、実行しているジョブの実行結果を判定する。ジョブ実行部１１は、実行しているジョブが正常終了した場合、ジョブの実行を継続する。一方、ジョブ実行部１１は、実行しているジョブが正常終了しなかった場合、エラーが発生したことを示すエラー情報を生成する。ジョブ実行部１１は、生成したエラー情報をログレベル調整装置２０に送信するエラー情報送信命令をエラー情報送信部１３に出力する。エラー情報は、サーバ装置名、エラーが発生したジョブの実行日時等を含む。

ログ格納部１２は、ジョブ実行部１１が出力した実行ログを格納する。
エラー情報送信部１３は、エラー情報送信命令に応じて、ジョブ実行部１１が生成したエラー情報をログレベル調整装置２０に送信する。

ログレベル変更部１４は、ログレベルの変更を要求する変更命令をログレベル調整装置２０から受信する。変更命令は、ログレベル調整装置２０が決定したログレベルを含むことができる。ログレベル変更部１４は、変更命令に応じて、ジョブ実行部１１のログレベルを変更する。ログレベル変更部１４は、例えば、変更命令を待ち受けるタイマを発行し、当該タイマが満了するまでに変更命令を受信しなかった場合、ログレベルを正常運用時のログレベルに変更する。

＜ログレベル調整装置の構成例＞
次に、ログレベル調整装置２０の構成例について説明する。ログレベル調整装置２０は、エラー情報受信部２１と、選択部２２と、集計部２３と、記憶部２４と、算出部２５と、ログレベル制御部２６と、変更命令送信部２７と、エラー測定部２８とを備える。

エラー情報受信部２１は、実施の形態１における受信部２に対応する。エラー情報受信部２１は、サーバ装置１０＿１～１０＿Ｎからエラー情報を受信する。エラー情報受信部２１は、受信したエラー情報を集計部２３及びエラー測定部２８に転送する。

選択部２２は、選択処理を実行し、複数の構成要素から所定数の構成要素を選択する。選択部２２は、ログレベル調整装置２０が起動した直後である場合、選択処理により、複数の構成要素からランダムに所定数の構成要素を選択する。また、選択部２２は、所定数の構成要素が選択されている場合、選択処理により、新たに所定数の構成要素を再選択する。選択処理の詳細については後述する。

集計部２３は、実施の形態１における集計部３に対応する。集計部２３は、サーバ装置１０＿１～１０＿Ｎから受信したエラー情報と、システム構成情報が管理されたシステム構成管理テーブルＴ１とを用いて、選択された各構成要素に含まれる要素値毎にエラー数をカウントする。集計部２３は、エラー情報を受信したサーバ装置が有している要素値をシステム構成管理テーブルＴ１から取得し、取得された要素値のそれぞれのエラー数をインクリメントする。集計部２３は、選択された各構成要素に含まれる要素値毎のエラー数をエラー集計テーブルＴ２に設定する。

集計部２３は、システム構成管理テーブルＴ１を用いて、選択部２２が選択した各構成要素に含まれる要素値毎にサーバ装置数をカウントして、カウントしたサーバ装置数をエラー集計テーブルＴ２に設定する。集計部２３は、システム構成管理テーブルＴ１に設定された要素値のそれぞれに対して、カウント対象の要素値を有するサーバ装置をカウントすることにより、要素値毎にサーバ装置数をカウントする。

集計部２３は、カウントしたエラー数と、サーバ装置数とに基づいて、選択部２２が選択した各構成要素に含まれる要素値毎に、単位装置当たりのエラー数を算出する。集計部２３は、算出した単位装置当たりのエラー数をエラー集計テーブルＴ２に設定する。なお、後述する算出部２５が、単位装置当たりのエラー数を算出してもよい。

ここで、図３及び図４を用いて、システム構成管理テーブルＴ１、及びエラー集計テーブルＴ２について説明する。
図３を用いて、システム構成情報を管理するシステム構成管理テーブルＴ１について説明する。図３は、システム構成管理テーブルの一例を示す図である。システム構成管理テーブルＴ１は、システム構成情報を管理するテーブルであり、後述する記憶部２４のシステム構成管理ＤＢ（Database）２４１に格納される。システム構成情報は、上述したように、情報処理システム１００に含まれるサーバ装置１０＿１～１０＿Ｎのサーバ構成情報を含む。

図３に示すように、システム構成管理テーブルＴ１は、サーバ装置１０＿１～１０＿Ｎに割り当てられたホスト名と、複数の構成要素の各々の要素値とが設定される。図３の各行（各レコード）は、サーバ装置１０＿１～１０＿Ｎのそれぞれのサーバ構成情報に対応する。システム構成管理テーブルＴ１は、各サーバ構成情報について、ホスト名と、ＯＳと、ソフトウェアバージョンと、ソフトウェア種類と、セキュリティパッチ適用情報と、ドメインと、機種、及びメモリサイズが設定される。

ホスト名には、サーバ装置１０＿１～１０＿Ｎのそれぞれを特定する名称が設定される。
ＯＳには、サーバ装置１０＿１～１０＿ＮのそれぞれにインストールされたＯＳが設定される。図３において、「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」及び「ＲＨＥＬ６．５」のそれぞれが、構成要素「ＯＳ」の要素値である。

ソフトウェアバージョンには、サーバ装置１０＿１～１０＿Ｎのそれぞれにインストールされたソフトウェアのソフトウェアバージョンが設定される。

ソフトウェア種類には、サーバ装置１０＿１～１０＿Ｎのソフトウェアのソフトウェア種類が設定される。例えば、サーバ装置１０＿１には、クライアントとして動作するソフトウェアがインストールされているとすると、ソフトウェア種類は、「クライアント」となる。例えば、サーバ装置１０＿Ｎには、マスターとして動作するソフトウェアがインストールされているとすると、ソフトウェア種類は、「マスター」となる。

セキュリティパッチ適用情報には、サーバ装置１０＿１～１０＿Ｎにセキュリティパッチが適用されているか否かが設定される。
ドメインには、サーバ装置１０＿１～１０＿Ｎが所属するドメイン名が設定される。

機種には、サーバ装置１０＿１～１０＿Ｎの機種を特定する情報が設定される。
メモリサイズには、サーバ装置１０＿１～１０＿Ｎのメモリサイズが設定される。

次に、図４を用いて、エラー集計テーブルＴ２について説明する。図４は、エラー集計テーブルの一例を示す図である。エラー集計テーブルＴ２は、集計部２３が、選択部２２が選択した構成要素に含まれる要素値毎にカウントしたエラー数を設定するテーブルであり、後述する記憶部２４のエラー集計ＤＢ２４２に格納される。

図４に示すように、エラー集計テーブルＴ２には、構成要素、要素値、マシン数、エラー数、単位装置当たりのエラー数が設定される。

構成要素には、選択部２２が選択した構成要素が設定される。図４は、選択部２２は、複数の構成要素から、ＯＳ、ソフトウェア種類、ソフトウェアバージョン、及びセキュリティパッチ適用情報を選択した場合の一例を示している。そのため、エラー集計テーブルＴ２の構成要素には、ＯＳ、ソフトウェア種類、ソフトウェアバージョン、及びセキュリティパッチ適用情報が設定されている。

要素値には、選択部２２が選択した構成要素として取り得る値が設定される。要素値には、システム構成管理テーブルＴ１において、選択部２２が選択した構成要素に含まれる要素値が設定される。例えば、構成要素「ＯＳ」であれば、システム構成管理テーブルＴ１のＯＳ列に含まれる要素値が設定される。具体的には、システム構成管理テーブルＴ１のＯＳ列に「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」、及び「ＲＨＥＬ６．５」が設定されているとする。この場合、エラー集計テーブルＴ２の構成要素「ＯＳ」の要素値には、「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」、及び「ＲＨＥＬ６．５」が設定される。

マシン数には、エラー集計テーブルＴ２に設定された要素値と一致する要素値を有するサーバ装置の数が設定される。例えば、「Ｗｉｎｄｏｗｓ７」を要素値として有するサーバ装置が１０台あれば、集計部２３は、要素値「Ｗｉｎｄｏｗｓ７」のサーバ装置の数を１０とカウントし、エラー集計テーブルＴ２のマシン数に１０を設定する。

エラー数には、エラー集計テーブルＴ２の要素値と一致する要素値を有するサーバ装置から受信したエラー情報数が設定される。例えば、エラー情報受信部２１が、「Ｗｉｎｄｏｗｓ７」を要素値として有するサーバ装置からエラー情報を受信した場合、集計部２３は、エラー集計テーブルＴ２の要素値「Ｗｉｎｄｏｗｓ７」のエラー数を１加算してエラー集計テーブルＴ２を更新する。

単位装置当たりのエラー数には、単位サーバ装置数あたりのエラー数が設定され、エラー集計テーブルＴ２のエラー数をマシン数で除算した値が設定される。

次に、図３及び図４を参照して、エラー数のカウントする計数処理の具体例について説明する。例えば、ホスト名が「client001a」であるサーバ装置においてエラーが発生し、エラー情報受信部２１は、ホスト名が「client001a」であるサーバ装置からエラー情報を受信したとする。集計部２３は、エラー集計テーブルＴ２に設定された構成要素を確認する。図４のように、エラー集計テーブルＴ２に設定された構成要素が、ＯＳ、ソフトウェア種類、ソフトウェアバージョン、及びセキュリティパッチ適用情報であったとする。集計部２３は、システム構成管理テーブルＴ１を参照して、ホスト名が「client001a」であるサーバ装置のサーバ構成情報から、構成要素「ＯＳ」、「ソフトウェア種類」、「ソフトウェアバージョン」、及び「セキュリティパッチ適用情報」の要素値を確認する。

システム構成管理テーブルＴ１が図３のように設定されているとすると、集計部２３は、ホスト名が「client001a」であるサーバ装置の構成要素「ＯＳ」の要素値として「Ｗｉｎｄｏｗｓ７」を取得する。同様に、集計部２３は、構成要素「ソフトウェア種類」の要素値として「クライアント」を取得し、構成要素「ソフトウェアバージョン」の要素値として「８．１」を取得し、構成要素「セキュリティパッチ適用情報」の要素値として「パッチ未適用」を取得する。

集計部２３は、構成要素「ＯＳ」の要素値「Ｗｉｎｄｏｗｓ７」に対してエラー数を１加算する。集計部２３は、構成要素「ソフトウェア種類」の要素値「クライアント」に対してエラー数を１加算する。集計部２３は、構成要素「ソフトウェアバージョン」の要素値「８．１」に対してエラー数を１加算する。集計部２３は、構成要素「セキュリティパッチ適用情報」の要素値「パッチ未適用」に対してエラー数を１加算する。

図２に戻り、記憶部２４について説明する。記憶部２４は、システム構成管理ＤＢ２４１と、エラー集計ＤＢ２４２とを記憶する。記憶部２４は、ログレベル調整装置２０の各機能ブロックが行う処理で用いられる各種情報を記憶する。システム構成管理ＤＢ２４１は、システム構成管理テーブルＴ１を管理する。エラー集計ＤＢ２４２は、エラー集計テーブルＴ２を管理する。

算出部２５は、実施の形態１における算出部４に対応する。算出部２５は、集計部２３が算出した要素値毎の単位装置当たりのエラー数と、システム構成情報とに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度を算出する。算出部２５は、以下に示す算出処理を実行することにより、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度を算出する。

<算出部の算出処理>
算出部２５が行う算出処理について説明する。まず、算出処理において使用する変数を定義する。なお、定義する変数は、以降の説明においても使用される。

サーバ装置１０＿１～１０＿Ｎのうち、あるサーバ装置のログレベル変更優先度をＰとする。ｎは、エラー集計テーブルＴ２に設定された構成要素の番号を示す変数とする。なお、ｎ＝１～（選択部２２が選択した構成要素の数）である。図４に示すエラー集計テーブルＴ２であれば、ｎ＝１が構成要素「ＯＳ」を特定する番号であり、ｎ＝２が構成要素「ソフトウェア種類」を特定する番号と定義できる。また、ｎ＝３が構成要素「ソフトウェアバージョン」を特定する番号であり、ｎ＝４が構成要素「セキュリティパッチ適用情報」を特定する番号と定義できる。なお、便宜的に説明を行うために、「選択部２２が選択した構成要素の数」を単に「選択構成要素数」として記載することがある。

エラー集計テーブルＴ２の各構成要素の各要素値に対して重み付けを行うために、重みベクトルａ_ｎを導入（定義）する。重みベクトルａ_ｎは、ｎ番目の構成要素について、要素値単位の重み係数を要素とするベクトルである。例えば、重みベクトルａ_１の場合、構成要素「ＯＳ」の要素値「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」及び「ＲＨＥＬ６．５」のそれぞれの重み係数を要素とするベクトルである。

また、重みベクトルａ_ｎを用いて計算が行えるように、要素値ベクトルｘ_ｎを導入（定義）する。要素値ベクトルｘ_ｎは、サーバ装置１０＿１～１０＿Ｎのうち、あるサーバ装置のｎ番目の構成要素に対する値を示すベクトルである。あるサーバ装置の構成要素「ＯＳ」の要素値が「Ｗｉｎｄｏｗｓ７」であったとすると、要素値ベクトルｘ_１は、「Ｗｉｎｄｏｗｓ７」に対応する要素の値に１が設定され、その他の要素に０が設定される。

次に、算出部２５が行う算出処理について説明する。
算出部２５は、エラー集計テーブルＴ２に設定された各構成要素について、単位装置当たりのエラー数の平均値を算出し、単位装置当たりのエラー数の最大数を決定する。算出部２５は、決定した最大値と算出した平均値との差分を、各構成要素についての構成要素単位の重み係数として決定する。

算出部２５は、各構成要素について、当該構成要素に含まれる要素値毎の単位装置当たりのエラー数を各要素とするベクトルの単位ベクトルに、構成要素単位の重み係数を乗算して、重みベクトルａ_ｎを算出する。ここで、単位装置当たりのエラー数の最大値と平均値との差分は、単位装置当たりのエラー数のばらつき度合いを表しているとも言える。そのため、構成要素単位の重み係数は、単位装置当たりのエラー数のばらつき度合いに基づく重み係数と言える。算出部２５は、各構成要素についての単位装置当たりのエラー数のばらつき度合いに基づいて、重みベクトルａ_ｎを算出すると言える。

このように、算出部２５は、各構成要素について、単位装置当たりのエラー数のばらつき度合いを構成要素単位の重み係数として、重みベクトルａ_ｎを算出する。そのため、各構成要素について、単位装置当たりのエラー数に偏りがある場合、最大値と平均値との差分が大きくなり、重みベクトルａ_ｎの各要素の値が大きな値をとり、ログレベル変更優先度Ｐへの寄与が大きくなる。一方、差分が小さい場合、つまり、各構成要素について、単位装置当たりのエラー数が均等である場合、重みベクトルａ_ｎの各要素の値が小さくなり、ログレベル変更優先度Ｐへの寄与が小さくなる。

算出部２５は、重みベクトルａ_ｎと、システム構成情報とに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度Ｐを算出する。具体的には、算出部２５は、各構成要素に含まれる要素毎の重み係数と、システム構成情報とに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度Ｐを算出する。

ログレベル変更優先度Ｐを式で表すと、式（１）のように表すことができる。算出部２５は、式（１）を用いて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度を算出する。

次に、図４を用いて、算出部２５の算出処理の具体例について説明する。なお、集計部２３が要素値毎に、単位装置当たりのエラー数を算出し、エラー集計テーブルＴ２が図４のようになっていることを前提として説明する。また、構成要素「ＯＳ」の重みベクトルをａ_１、構成要素「ソフトウェア種類」の重みベクトルをａ_２、構成要素「ソフトウェアバージョン」の重みベクトルをａ_３、構成要素「セキュリティパッチ適用情報」の重みベクトルをａ_４として説明する。なお、算出処理において、算出部２５は、計算過程では小数第２位を四捨五入して計算し、最終結果を、小数第３位を四捨五入して算出することとして説明する。

算出部２５は、各構成要素について、要素値毎の単位装置当たりのエラー数の平均値を算出し、最大値を決定する。算出部２５は、各構成要素について、決定した最大値と算出した平均値との差分を算出して、構成要素単位の重み係数を算出する。

構成要素「ＯＳ」の場合、要素値「Ｗｉｎｄｏｗｓ７」の単位装置当たりのエラー数は４であり、要素値「Ｗｉｎｄｏｗｓ８」の単位装置当たりのエラー数は３．５であり、要素値「ＲＨＥＬ６．５」の単位装置当たりのエラー数は２．５である。算出部２５は、構成要素「ＯＳ」について、単位装置当たりのエラー数の平均値を、（４＋３．５＋２．５）／３＝３．３３と算出する。また、算出部２５は、構成要素「ＯＳ」について、単位装置当たりのエラー数の最大値を要素値「Ｗｉｎｄｏｗｓ７」の４と決定する。算出部２５は、構成要素「ＯＳ」について、決定した最大値と算出した平均値との差分を４－３．３＝０．６６と算出する。算出部２５は、算出した差分である０．６６を構成要素「ＯＳ」の構成要素単位の重み係数とする。

次に、算出部２５は、構成要素「ＯＳ」について、重みベクトルａ_１を算出する。算出部２５は、構成要素単位の重み係数である０．６６に、構成要素「ＯＳ」に含まれる各要素値の単位装置当たりのエラー数を各要素とするベクトルの単位ベクトルに乗算して重みベクトルａ_１を算出する。算出部２５は、以下の計算を行うことにより、重みベクトルａ_１を算出する。

なお、重みベクトルａ_１の各要素は、上から順に、要素値「Ｗｉｎｄｏｗｓ７」、「Ｗｉｎｄｏｗｓ８」、「ＲＨＥＬ６．５」に対応する。つまり、重みベクトルａ_１の各要素は、要素値「Ｗｉｎｄｏｗｓ７」の要素値単位の重み係数、要素値「Ｗｉｎｄｏｗｓ８」の要素値単位の重み係数、要素値「ＲＨＥＬ６．５」の要素値単位の重み係数となる。

算出部２５は、同様に、重みベクトルａ_２～ａ_４を以下の計算を行うことにより算出する。なお、重みベクトルａ_２～ａ_４の各要素の順番は、図４のエラー集計テーブルＴ２において、重みベクトルａ_２～ａ_４に対応する構成要素に含まれる要素値の設定順に対応する。

次に、算出部２５は、サーバ装置１０＿１～１０＿Ｎの各々について、各構成要素の重みベクトルａ_ｎと、各構成要素の要素値ベクトルｘ_ｎとに基づいて、ログレベル変更優先度Ｐを算出する。

サーバ装置１０＿１～１０＿Ｎのうち、ホスト名が「client001a」であるサーバ装置のログレベル変更優先度Ｐを算出する場合、構成要素「ＯＳ」の要素値は「Ｗｉｎｄｏｗｓ７」である。そのため、要素値ベクトルｘ_１は、

と表すことができる。同様に、要素値ベクトルｘ_２、ｘ_３及びｘ_４はそれぞれ、

と表すことができる。

また、サーバ装置１０＿１～１０＿Ｎのうち、ホスト名が「servera」であるサーバ装置の場合、要素値ベクトルｘ_１～ｘ_４はそれぞれ、

と表すことができる。

構成要素「ＯＳ」で要素値「Ｗｉｎｄｏｗｓ７」の要素値単位の重み係数は０．４５、構成要素「ソフトウェア種類」で要素値「クライアント」の要素値単位の重み係数は０．１５である。また、構成要素「ソフトウェアバージョン」で要素値「８．１」の要素値単位の重み係数は０．２６、構成要素「セキュリティパッチ適用情報」で要素値「未適用」の要素値単位の重み係数は０．１９である。そのため、算出部２５は、ホスト名が「client001a」であるサーバ装置について、各構成要素及び各要素値単位の重み係数を加算して、ログレベル変更優先度Ｐを１．０５と算出する。

算出部２５は、同様に、ホスト名が「servera」であるサーバ装置について、当該サーバ装置が有する要素値単位の重み係数を加算して、ログレベル変更優先度Ｐを０．４５＋０．１３＋０．２６＋０．１９＝１．０３と算出する。算出部２５は、その他のサーバ装置についても同様に、ログレベル変更優先度Ｐを算出する。

図２に戻り、ログレベル制御部２６について説明する。ログレベル制御部２６は、実施の形態１における制御部５に対応する。ログレベル制御部２６は、サーバ装置１０＿１～１０＿Ｎのそれぞれに対して、算出部２５が算出したログレベル変更優先度Ｐに基づいて、サーバ装置１０＿１～１０＿Ｎのそれぞれのログレベルを制御する。

ログレベル制御部２６は、サーバ装置１０＿１～１０＿Ｎのそれぞれに対して算出されたログレベル変更優先度Ｐの高い方から順に所定数のサーバ装置を、ログレベルを変更するサーバ装置として選択する。

ログレベル制御部２６は、選択したサーバ装置のリストを作成する。ログレベル制御部２６は、リストに含まれるサーバ装置に対して、ログレベルを最高レベルに変更することを要求する変更命令を作成する。なお、ログレベル制御部２６は、リストに含まれるサーバ装置のログレベルを最高レベルとせずに、ログレベルを変更しないサーバ装置のログレベルより高くするようにしてもよい。

ログレベル制御部２６は、変更命令送信部２７を介して、作成したリストに含まれるサーバ装置の各々に変更命令を送信することにより、変更命令を送信したサーバ装置のログレベルを制御する。ログレベル制御部２６は、作成したリストを変更命令送信部２７及びエラー測定部２８に送信し、作成した変更命令を変更命令送信部２７に送信する。

変更命令送信部２７は、ログレベルを最高レベルに変更することを要求する変更命令をログレベル制御部２６が作成したリストに含まれるサーバ装置の各々に送信する。

エラー測定部２８は、選択部２２の選択処理において、ログレベル制御部２６が作成したリストと、サーバ装置１０＿１～１０＿Ｎから受信したエラー情報と、システム構成情報とに基づいて、エラー数及びサーバ装置数を測定（カウント）する。

<選択部の選択処理>
ここで、図５及び図６を用いて、選択部２２が実行する選択処理について説明しつつ、エラー測定部２８の構成について説明する。図５及び図６は、選択処理を説明するための図である。

選択部２２は、ログレベル調整装置２０が起動した直後であり、所定数の構成要素が選択されていない場合、複数の構成要素から所定数の構成要素をランダムに選択する。選択部２２は、所定数の構成要素が選択されている場合、第ｉ回目（ｉ＝１以上の整数）の選択処理において選択した所定数の構成要素と異なる所定数の構成要素を、システム構成情報に含まれる構成要素からランダムに選択する。具体的には、選択部２２は、システム構成情報に含まれる全ての構成要素から第ｉ回目の選択処理において選択した構成要素を除外した構成要素の中から所定数の構成要素をランダムに選択する。なお、第ｉ回目の選択処理において選択した構成要素と、ランダムに選択した構成要素とを区別するために、第ｉ回目の選択処理において選択した構成要素を選択済み構成要素とし、ランダムに選択した構成要素を候補構成要素として説明する。

エラー測定部２８は、ログレベル制御部２６が作成したリストに含まれるサーバ装置を取得し、取得したサーバ装置について、構成要素決定用エラー集計テーブルＴ３を作成する。エラー測定部２８は、記憶部２４に構成要素決定用エラー集計テーブルＴ３を格納する。図５は、エラー測定部２８が作成した構成要素決定用エラー集計テーブルＴ３の一例を示す図である。

構成要素決定用エラー集計テーブルＴ３には、ログレベル制御部２６がログレベル変更優先度Ｐに基づいて選択した所定数のサーバ装置が、ログレベル変更優先度Ｐが高い順に設定される。なお、以降の説明では、所定数は、２０であるとして説明する。

構成要素決定用エラー集計テーブルＴ３には、項番、選択済み構成要素、及びログレベル変更優先度Ｐが設定される。なお、選択済み構成要素は、「ＯＳ」、「ソフトウェア種類」、「ソフトウェアバージョン」及び「セキュリティパッチ情報」である。また、構成要素決定用エラー集計テーブルＴ３には、ログレベル変更優先度Ｐの右側に候補構成要素、エラー数、ホスト名、ＩＰアドレスが設定される。なお、候補構成要素は、「ドメイン」、「機種」及び「メモリサイズ」である。

エラー測定部２８は、選択済み構成要素及び候補構成要素を対象にして、集計部２３と同様にして、要素値毎にエラー数をカウントする。また、エラー測定部２８は、システム構成管理テーブルＴ１を参照して、選択済み構成要素及び候補構成要素を対象にして、要素値毎にサーバ装置数もカウントする。

選択部２２は、エラー測定部２８がエラー数と、サーバ装置数とをカウントした後、選択済み構成要素及び候補構成要素に含まれる要素値毎に、単位装置当たりのエラー数を算出する。また、選択部２２は、選択済み構成要素及び候補構成要素の各々に対して、重みベクトルａ_ｎを算出する。選択部２２は、算出部２５と同様にして、単位装置当たりのエラー数を算出し、重みベクトルａ_ｎを算出する。

選択部２２は、重みベクトルａ_ｎに基づいて、選択済み構成要素及び候補構成要素の各々の選択優先度を算出する。選択優先度は、複数の構成要素から所定数の構成要素を選択するために使用される優先度である。選択部２２は、選択済み構成要素及び候補構成要素の各々の重みベクトルａ_ｎの絶対値を、選択済み構成要素及び候補構成要素の各々の選択優先度として算出する。選択部２２が算出した、単位装置当たりのエラー数、選択済み構成要素及び候補構成要素の各々についての選択優先度を図示すると、図６のようになる。

なお、選択部２２は、算出部２５と同様に、選択済み構成要素及び候補構成要素の各々について、要素値毎の単位装置当たりのエラー数の最大値と平均値との差分を、選択優先度として用いてもよい。

選択部２２は、選択済み構成要素及び候補構成要素の各々についての選択優先度のうち、選択優先度の高い方から所定数の構成要素を、第（ｉ＋１）回目の選択処理の出力とする。つまり、選択部２２は、選択済み構成要素が選択されている場合、選択済み構成要素及び候補構成要素の各々に対する選択優先度に基づいて、ログレベル変更優先度の算出に使用する構成要素として再選択する。

算出された選択優先度が図６のようになり、選択される所定数の構成要素が４つの構成要素であるとすると、選択部２２は、構成要素「機種」、「ドメイン」、「ＯＳ」、「セキュリティパッチ適用情報」を選択する。そして、算出部２５は、構成要素「機種」、「ドメイン」、「ＯＳ」、「セキュリティパッチ適用情報」を用いて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度を算出する。

選択部２２は、構成要素を再選択した場合、エラー集計テーブルＴ２の構成要素を、再選択した構成要素に置き換えて再定義し、算出部２５に再選択した構成要素を出力する。このように、選択部２２は、ログレベル変更優先度の算出に使用する構成要素がログレベル変更優先度に高い影響度を与える構成要素を自動的に選択していく。すなわち、選択部２２は、情報処理システム１００の運用者又は管理者が行うエラー発生原因調査の精度が高くなるような構成要素を自動的に選択していく。

なお、選択部２２は、ログレベル調整装置２０が起動した直後である場合にも、選択優先度を算出し、選択優先度に基づいて構成要素を選択してもよい。この場合、選択済み構成要素は無い状態でログレベル調整装置２０が起動するが、選択部２２は、選択済み構成要素をランダムに選択し、さらに、候補構成要素もランダムに選択してもよい。そして、選択部２２は、選択済み構成要素及び候補構成要素の各々に対して変更優先度を算出し、所定数の構成要素を選択してもよい。もしくは、ログレベル調整装置２０が起動した直後の選択処理では、全ての構成要素に対して選択優先度を算出して、選択優先度に基づいて所定数の構成要素を選択してもよい。

＜サーバ装置の動作例＞
続いて、図７を用いて、サーバ装置１０＿１～１０＿Ｎの動作例について説明する。図７は、実施の形態２にかかるサーバ装置の動作例を示すフローチャートである。サーバ装置１０＿１～１０＿Ｎは、同様の動作を行うため、サーバ装置１０＿１を用いて、動作例を説明する。

ジョブ実行部１１は、ジョブを実行し（ステップＳ１）、実行ログを出力する（ステップＳ２）。ジョブ実行部１１は、出力した実行ログをログ格納部１２に格納する。

ジョブ実行部１１は、実行したジョブが正常終了したか否かを判定する（ステップＳ３）。
実行したジョブが正常終了した場合（ステップＳ３のＹＥＳ）、ステップＳ１に戻る。

一方、実行したジョブが正常終了しなかった場合（ステップＳ３のＮＯ）、ジョブ実行部１１は、エラー情報を生成し、エラー情報送信部１３を介して、エラー情報をログレベル調整装置２０に送信する（ステップＳ４）。実行したジョブが正常終了しなかった場合、ジョブ実行部１１は、エラー情報を生成するとともに、エラー情報送信命令をエラー情報送信部１３に出力する。エラー情報送信部１３は、エラー情報送信命令に応じて、エラー情報をログレベル調整装置２０に送信する。

ログレベル変更部１４は、ログレベル調整装置２０から変更命令を受信し（ステップＳ５）、変更命令に応じて、ログレベルを変更する（ステップＳ６）。図７では、ステップＳ５及びＳ６は、ステップＳ４の後に実行されるように図示されているが、ステップＳ５及びＳ６は、ステップＳ１～Ｓ４と並列に実行されてもよい。ログレベル変更部１４は、サーバ装置１０＿１が起動すると、変更命令を待ち受ける状態に遷移し、変更命令がログレベル調整装置２０から送信された場合、変更命令を受信する。ログレベル変更部１４は、変更命令を受信すると、変更命令に応じて、ログレベルを最大ログレベルに変更する。

＜ログレベル調整装置の動作例＞
続いて、図８及び図９を用いて、ログレベル調整装置２０の動作例について説明する。図８及び図９は、実施の形態２にかかるログレベル調整装置の動作例を示すフローチャートである。
まず、図８について説明する。図８は、ログレベル調整装置２０の全体動作を示すフローチャートである。

エラー情報受信部２１は、エラー情報を受信する（ステップＳ１１）。エラー情報受信部２１は、ログレベル調整装置２０が起動した後、エラー情報受信待ち状態に遷移する。エラー情報受信部２１は、エラー情報をサーバ装置１０＿１～１０＿Ｎが送信した場合、エラー情報を受信する。なお、ステップＳ１１は、ステップＳ１２～Ｓ１７と平行に実行され、繰り返し実行される。

選択部２２は、選択処理を実行し、複数の構成要素から所定数の構成要素を選択する（ステップＳ１２）。

集計部２３は、選択部２２が選択した構成要素に含まれる要素値毎にエラー数及びサーバ装置数をカウントし、エラー集計テーブルＴ２に設定する（ステップＳ１３）。集計部２３は、サーバ装置１０＿１～１０＿Ｎから受信したエラー情報と、システム構成管理テーブルＴ１とを用いて、選択された各構成要素に含まれる要素値毎にエラー数をカウントする。集計部２３は、選択された各構成要素に含まれる要素値毎のエラー数をエラー集計テーブルＴ２に設定する。また、集計部２３は、システム構成管理テーブルＴ１を用いて、選択された各構成要素に含まれる要素値毎にサーバ装置数をカウントして、カウントしたサーバ装置数をエラー集計テーブルＴ２に設定する。

算出部２５は、選択部２２が選択した各構成要素について、重みベクトルａ_ｎを算出する（ステップＳ１４）。集計部２３は、エラー集計テーブルＴ２に設定された要素値毎に、単位装置当たりのエラー数を算出する。集計部２３は、エラー集計テーブルＴ２に設定された各構成要素について、単位装置当たりのエラー数の平均値を算出し、単位装置当たりのエラー数の最大数を決定する。算出部２５は、各構成要素について、決定した最大値と算出した平均値との差分を構成要素単位の重み係数として決定する。算出部２５は、各構成要素について、当該構成要素に含まれる要素値毎の単位装置当たりのエラー数を各要素とするベクトルの単位ベクトルに、構成要素単位の重み係数を乗算して、重みベクトルａ_ｎを算出する。

算出部２５は、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度Ｐを算出する（ステップＳ１５）。算出部２５は、重みベクトルａ_ｎと、システム構成情報とに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度Ｐを算出する。具体的には、算出部２５は、重みベクトルａ_ｎと、システム構成情報に基づく要素値ベクトルｘ_ｎとに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度Ｐを算出する。

ログレベル制御部２６は、ログレベル変更優先度Ｐに基づいて、サーバ装置１０＿１～１０＿Ｎのログレベルを制御する（ステップＳ１６）。ログレベル制御部２６は、サーバ装置１０＿１～１０＿Ｎのうち、ログレベル変更優先度Ｐの高い方から順に所定数のサーバ装置を、ログレベルを変更するサーバ装置として選択する。ログレベル制御部２６は、選択したサーバ装置のリストを作成する。ログレベル制御部２６は、ログレベルを最高レベルに変更することを要求する変更命令を作成する。

変更命令送信部２７は、ログレベル制御部２６が作成した変更命令を、ログレベル制御部２６が作成したリストに含まれるサーバ装置の各々に送信する（ステップＳ１７）。ログレベル調整装置２０は、ステップＳ１７を実行すると、ステップＳ１２に戻り、ステップＳ１２以降の動作が実行される。

次に、図９を用いて、図８のステップＳ１２の選択処理について説明する。
選択部２２は、所定数の構成要素が選択済みであるか否かを判定する（ステップＳ１２１）。選択部２２は、ログレベル調整装置２０が起動した直後であり、システム構成情報に含まれる複数の構成要素から所定数の構成要素が選択された状態であるか否かを判定する。

所定数の構成要素が選択されている場合（ステップＳ１２１のＹＥＳ）、選択部２２は、システム構成情報に含まれる複数の構成要素のうち、選択済み構成要素を除外した構成要素から候補構成要素をランダムに選択する（ステップＳ１２２）。選択部２２は、所定数の構成要素が選択され、図８のステップＳ１７が実行されていると判定する場合、ログレベル制御部２６に対して、ログレベル制御部２６が作成したリストの送信を要求する。ログレベル制御部２６は、当該要求に応じて、作成したリストを選択部２２に送信し、選択部２２は、当該リストを受信する。選択部２２は、システム構成情報に含まれる複数の構成要素のうち、選択済み構成要素を除外した構成要素から候補構成要素をランダムに選択する。

エラー測定部２８は、エラー数及びサーバ装置数をカウントする（ステップＳ１２３）。エラー測定部２８は、ログレベル制御部２６が作成したリストに含まれるサーバ装置を取得し、取得したサーバ装置について、構成要素決定用エラー集計テーブルＴ３を作成する。エラー測定部２８は、選択済み構成要素及び候補構成要素を対象にして、集計部２３と同様にして、要素値毎にエラー数をカウントする。また、エラー測定部２８は、システム構成管理テーブルＴ１を参照して、選択済み構成要素及び候補構成要素を対象にして、要素値毎にサーバ装置数をカウントする。

選択部２２は、選択済み構成要素及び候補構成要素の各々に対して、重みベクトルａ_ｎを算出する（ステップＳ１２４）。選択部２２は、算出部２５と同様にして、選択済み構成要素及び候補構成要素に含まれる要素値毎に、単位装置当たりのエラー数を算出する。選択部２２は、算出部２５と同様にして、選択済み構成要素及び候補構成要素の各々に対して、重みベクトルａ_ｎを算出する。

選択部２２は、重みベクトルａ_ｎに基づいて、選択済み構成要素及び候補構成要素の各々の選択優先度を算出する（ステップＳ１２５）。選択部２２は、選択済み構成要素及び候補構成要素の各々の重みベクトルａ_ｎの絶対値を、選択済み構成要素及び候補構成要素の各々の選択優先度として算出する。

選択部２２は、選択済み構成要素及び候補構成要素の各々の選択優先度に基づいて、構成要素を選択する（ステップＳ１２６）。選択部２２は、選択済み構成要素及び候補構成要素の各々についての選択優先度のうち、選択優先度の高い方から所定数の構成要素を選択して選択処理を終了する。

ステップＳ１２１において、所定数の構成要素が選択されていない場合（ステップＳ１２１のＮＯ）、選択部２２は、システム構成情報に含まれる複数の構成要素から所定数の構成要素をランダムに選択し（ステップＳ１２７）、選択処理を終了する。選択部２２は、所定数の構成要素が選択されていない場合、システム構成情報に含まれる複数の構成要素から所定数の構成要素を選択する。

次に、本実施の形態の効果について説明する。
本実施の形態においても、実施の形態１と同様に、ログレベル調整装置２０は、サーバ装置１０からエラーが発生したことを示すエラー情報を受信して、当該エラー情報に基づいてログレベルを変更するサーバ装置を決定する。すなわち、ログレベル調整装置２０は、サーバ装置１０から実行ログ自体を取得しなくてもログレベルを制御できる。すなわち、ログレベル調整装置２０を用いることにより、情報処理システム１００内の通信リソースやログを保存するための保存容量が大量に消費されてしまうことを抑制できる。したがって、実施の形態２にかかるログレベル調整装置２０によれば、報処理システム内のリソース消費量を抑制できる。

また、ログレベル調整装置２０は、選択部２２を有しており、ログレベル変更優先度の算出処理に、全ての構成要素を用いずに、所定数の構成要素のみを用いる。特許文献１及び２に開示された技術では、異常な性能指標又は障害発生要因となっている要素を特定するために、被監視対象装置の各種情報を用いるため、複雑な計算を行う必要が生じてしまう。そのため、特許文献１及び２に開示された技術を用いると、異常な性能指標又は障害発生要因となっている要素を特定するために装置内のメモリ使用量等のリソースを大量に消費してしまう虞がある。これに対して、ログレベル調整装置２０は、所定数の構成要素のみを用いて、ログレベル変更優先度を算出するので、装置内のメモリ使用量等のリソース消費量を抑制できる。

さらに、ログレベル調整装置２０は、ログレベル変更優先度に基づいて、複数の被監視装置である、サーバ装置１０＿１～１０＿Ｎのうち、ログレベルの変更が必要なサーバ装置から順にログレベルを変更する。したがって、ログレベル調整装置２０を用いることにより、特許文献３のように、情報処理システム内の全てのサーバ装置１０のログレベルが上がってしまうことを抑制できる。

またさらに、本実施の形態では、要素値毎の単位装置当たりのエラー数のばらつき度合い（分散値）に基づいて構成要素単位の重み係数を算出する。つまり、単位装置当たりのエラー数の最大値と平均値との乖離を構成要素単位の重み係数とする。そのため、エラー原因に直結する構成要素に対して高い重み付けを行うことで、エラー原因調査が必要でログレベルを高くする必要があるサーバ装置を効果的に絞りこむことができる。

例えば、図４に示したように、単位装置当たりのエラー数は、ほぼ、３から４の間の値であるため、一見すると大きな差が見られない。しかし、構成要素「ＯＳ」では、要素値「Ｗｉｎｄｏｗｓ７」の単位装置当たりのエラー数が４であるのに対して、要素値「ＲＨＥＬ６．５」の単位装置当たりのエラー数が２．５で、他の構成要素に比較してばらつき度合いが大きい。

図１０～図１２を用いて、具体例を挙げて説明する。図１０～図１２は、実施の形態２の効果を説明するための図である。構成要素が「ＯＳ」、「ソフトウェア種類」、「ソフトウェアバージョン」及び「セキュリティパッチ適用情報」について、システム構成情報に含まれる要素値を基に、全ての組み合わせを求めてみると、図１０の組み合わせが挙げられる。なお、図１０を説明に用いるために、１列目に項番が設けられている。

図４の単位装置当たりのエラー数に基づいて、図１０の各組み合わせに対するログレベル変更優先度Ｐを仮に算出したとすると、各組み合わせと、ログレベル変更優先度Ｐとの関係は、図１１のようになる。

単位装置当たりのエラー数に基づいてログレベル変更優先度Ｐを算出した場合、構成要素「ＯＳ」には、要素値「ＲＨＥＬ６．５」があり、構成要素「セキュリティパッチ適用情報」より大きな偏り（ばらつき度合い）がみられる。しかし、単位装置当たりのエラー数に基づきログレベル変更優先度Ｐを算出する場合、項番９及び１８と、項番１３及び２２とに見られるように、ＯＳとセキュリティパッチ適用情報とが、共に差が０．５である。そして、項番９及び１８のログレベル変更優先度Ｐと、項番１３及び２２のログレベル変更優先度Ｐとに対して、構成要素の重み付けが反映されず、同じログレベル変更優先度となってしまう。

これに対して、本実施の形態のように、要素値毎の単位装置当たりのエラー数に基づく重みベクトルａ_ｎを導入した場合、図１２のようになる。図１２は、図１１に対応する図である。図１２に示すように、項番９と、項番１８との構成要素「セキュリティパッチ適用情報」（ａ_４・ｘ_４）の差が、０．０３であるのに対して、構成要素「ＯＳ」（ａ_１・ｘ_１）の要素値「Ｗｉｎｄｏｗｓ７」と「Ｗｉｎｄｏｗｓ８」との差が０．０６となる。そして、項番９は項番１８よりも高いログレベル変更優先度となる。また、同様に、項番１３は項番２２より高いログレベル変更優先度となる。このように、本実施の形態のように、重みベクトルａ_ｎを導入することで、エラー発生状況の偏りを理想的に数値化することができ、単位装置当たりのエラー数に偏りがある構成要素をログレベル変更優先度に大きく影響させられる点で有意となる。

また、本実施の形態では、ログレベルを高く設定し、詳細なログが必要なサーバ装置を自動的に選択する。そのため、エラー発生原因を特定するための調査時間を短縮できる。さらに、ログレベルを変更するサーバ装置の選択を、情報処理システム１００の管理者又は運用者が実施しなくてよいため、管理者又は運用者の稼働を削減できる。

さらに、本実施の形態では、選択部２２が選択優先度に基づいて、ログレベル変更優先度の算出に用いる構成要素を自動的に変更して行く。したがって、本実施の形態によれば、ログレベル変更優先度に用いる構成要素の選択を自動化でき、障害調査を効率化することができる。

（実施の形態３）
続いて、実施の形態３について説明する。実施の形態３は、実施の形態２の改良例である。実施の形態２では、ログレベル調整装置２０は、ログレベル変更優先度に基づいて、所定数のサーバ装置のログレベルを最大ログレベルに変更することで説明した。

一般的に、サーバ装置１０にエラーが発生した場合、情報処理システム１００内に、サーバ装置１０の実行ログを収集する記憶装置を設け、情報処理システム１００の運用者又は管理者が、記憶装置に保存された実行ログを分析する。しかし、記憶装置の保存容量には限りがあり、全てのサーバ装置１０の実行ログを収集できないことも想定される。本実施の形態では、サーバ装置１０の実行ログを収集する記憶装置の保存容量を考慮して、サーバ装置１０＿１～１０＿Ｎのログレベルを柔軟に制御することを目的とする。

＜情報処理システムの構成例＞
図１３を用いて、情報処理システム２００について説明する。図１３は、実施の形態３にかかる情報処理システムの構成例を示す図である。情報処理システム２００は、サーバ装置１０＿１～１０＿Ｎと、ログレベル調整装置３０とを備える。情報処理システム２００は、実施の形態２におけるログレベル調整装置２０がログレベル調整装置３０に置き換わった構成である。サーバ装置１０＿１～１０＿Ｎについては、実施の形態２と同様であるため、説明を適宜割愛する。

＜ログレベル調整装置の構成例＞
次に、ログレベル調整装置３０の構成例について説明する。ログレベル調整装置３０は、エラー情報受信部２１と、選択部２２と、集計部２３と、記憶部３１と、算出部２５と、ログレベル制御部３２と、変更命令送信部２７と、エラー測定部２８とを備える。ログレベル調整装置３０は、実施の形態２における記憶部２４及びログレベル制御部２６が、それぞれ記憶部３１及びログレベル制御部３２に置き換わった構成である。エラー情報受信部２１、選択部２２、集計部２３、算出部２５、変更命令送信部２７、及びエラー測定部２８は、実施の形態２と同様であるため、説明を適宜割愛する。

記憶部３１は、システム構成管理ＤＢ２４１及びエラー集計ＤＢ２４２に加えて、ログ容量管理ＤＢ３１１を記憶する。
ログ容量管理ＤＢ３１１は、サーバ装置１０＿１～１０＿Ｎが出力する実行ログを収集する記憶装置（不図示）のログ保存容量と、ログレベル毎のログ情報とを管理するログ管理テーブルＴ４を管理する。ログ情報は、ログレベル毎の実行ログの１日あたりのファイルサイズと、ログレベル毎の割当可能な容量を示す割当容量とを含む。

ここで、図１４を用いて、ログ管理テーブルＴ４について説明する。図１４は、ログ管理テーブルの一例を示す図である。図１４に示すように、ログ管理テーブルＴ４には、ログ保存容量と、ログレベル毎のファイルサイズと、ログレベル毎の割当容量とが設定される。本実施の形態において、割当容量を設けている理由は、サーバ装置１０＿１～１０＿Ｎのうち、ログレベルを正常運用時よりも高くするサーバを選択しつつ、サーバ装置１０＿１～１０＿Ｎの実行ログが記憶装置に記憶できるようにするためである。なお、本実施の形態では、ログレベルは、ログレベル０～ログレベル５を含むとして説明するが、取り得るログレベルは任意に設定されてもよい。

ログ保存容量は、サーバ装置１０＿１～１０＿Ｎが出力する実行ログを収集する記憶装置（不図示）において、実行ログが保存可能な容量が設定される。本実施の形態では、ログ保存容量は１０ＴＢ（Tera Byte）であるとする。

ログレベル毎のファイルサイズには、ログレベル０～ログレベル５のそれぞれの実行ログのファイルサイズが設定される。本実施の形態では、ログレベル０～ログレベル５のファイルサイズはそれぞれ１ＧＢ（Giga Byte）、１０ＧＢ、１００ＧＢ、２００ＧＢ、５００ＧＢ及び１ＴＢであるとする。

ログレベル毎の割当容量には、ログレベル毎の割当可能な容量が設定される。具体的には、全てのサーバ装置１０がログレベル０（最小ログレベル）で実行ログを出力し、全てのサーバ装置１０の実行ログを記憶装置に保存した場合のログ保存容量の空き容量に対して、ログレベル１～５の実行ログに割り当てられる割当容量が設定される。

図１４に示す一例を用いて説明すると、例えば、サーバ装置１０が１００台であるとする。ログレベル保存容量が１０ＴＢであるため、１００台のサーバ装置１０がログレベル０の実行ログを出力すると実行ログの総ファイルサイズは１００ＧＢとなる。そのため、ログレベル保存容量のうち、空き容量は９．９ＴＢとなる。ログレベル５の割当容量が４０％であるため、空き容量である９．９ＴＢのうち、４０％の容量である３．９ＴＢをログレベル５の実行ログに割り当てられることを表している。

同様に、ログレベル４の割当容量が３０％であるため、空き容量である９．９ＴＢの３０％の容量である２．９ＴＢをログレベル４の実行ログに割り当てられることを表している。ログレベル１～３についても同様である。

図１３に戻り、ログレベル制御部３２について説明する。ログレベル制御部３２は、算出部２５が算出したログレベル変更優先度と、ログ管理テーブルＴ４とに基づいて、ログレベル決定処理を行い、サーバ装置１０＿１～１０＿Ｎの各々のログレベルを設定する。具体的には、ログレベル制御部３２は、記憶装置（不図示）のログ保存容量と、ログレベル毎のファイルサイズと、ログレベル毎の割当容量とに基づいて、サーバ装置１０＿１～１０＿Ｎの各々のログレベルを設定する。

ログレベル制御部３２は、サーバ装置１０＿１～１０＿Ｎの各々に対して設定したログレベルに変更することを要求する変更命令を生成する。ログレベル制御部３２は、変更命令送信部２７を介して、サーバ装置１０＿１～１０＿Ｎの各々に対して、設定したログレベルに変更する変更命令を送信して、サーバ装置１０＿１～１０＿Ｎの各々のログレベルを制御する。ログレベル制御部３２は、サーバ装置１０＿１～１０＿Ｎのうち、ログレベル変更優先度が高い方から所定数のサーバ装置のリストを作成し、エラー測定部２８に送信する。

<ログレベル制御部のログレベル決定処理>
ここで、図１４を用いて、ログレベル制御部３２が実行するログレベル決定処理について説明する。

ログレベル制御部３２は、サーバ装置１０＿１～１０＿Ｎのログレベル変更優先度が決定されると、システム構成管理テーブルＴ１からサーバ装置の数を取得し、ログ保存容量から空き容量を算出する。ログレベル制御部３２は、空き容量と、ログレベル１～５の割当容量とに基づいて、ログレベル１～５の実行ログに割り当てられる容量を算出する。ログレベル制御部３２は、空き容量と、ログレベル１～５のファイルサイズとに基づいて、ログレベル１～５に設定可能なサーバ装置数をそれぞれ算出する。ログレベル制御部３２は、ログレベル１～５に設定可能なサーバ装置数を算出すると、ログレベル変更優先度が高い方から順に、ログレベル５から順に設定するサーバ装置を決定し、決定したサーバ装置のログレベルを設定する。

例えば、サーバ装置１０が１００台であると仮定する。この場合、上述したように、記憶装置（不図示）の空き容量は９．９ＴＢとなる。ログレベル制御部３２は、空き容量と、ログレベル１～５の割当容量とに基づいて、ログレベル１～５の実行ログに割り当てられる容量を算出する。空き容量は９．９ＴＢであり、ログレベル１～５の割当容量はそれぞれ５％、１０％、１５％、３０％及び４０％である。ログレベル制御部３２は、ログレベル１～５に割り当てられる容量をそれぞれ０．４ＴＢ、０．９ＴＢ、１．４ＴＢ、２．９ＴＢ、３．９ＴＢと算出する。ログレベル１～５のファイルサイズがそれぞれ１０ＧＢ、１００ＧＢ、２００ＧＢ、５００ＧＢ、１ＴＢであるため、ログレベル制御部３２は、ログレベル１～５として設定可能なサーバ装置数をそれぞれ４台、４台、７台、５台、３台と決定する。ログレベル制御部３２は、ログレベル変更優先度が高い方から３台をログレベル５に設定する。同様に、ログレベル制御部３２は、ログレベル変更優先度が高い方から順に、ログレベル４、３、２、１になるようにログレベルを設定する。

＜ログレベル調整装置の動作例＞
図１５を用いて、ログレベル調整装置３０の動作例について説明する。ログレベル調整装置３０の動作例は、実施の形態２と基本的に同様であり、図８のステップＳ１６が実施の形態２と異なる。図８のステップＳ１１～Ｓ１５及びＳ１７は、実施の形態２と同様であるため、説明を割愛する。

図１５は、図８のステップＳ１６の詳細を示すフローチャートである。図１５は、実施の形態３にかかるログレベル調整装置の動作例を示すフローチャートである。
ログレベル制御部３２は、ログ保存容量のうち、空き容量を算出する（ステップＳ１６１）。ログレベル制御部３２は、システム構成管理テーブルＴ１からサーバ装置１０＿１～１０＿Ｎの数を取得する。ログレベル制御部３２は、ログ管理テーブルＴ３からログレベル０のファイルサイズを取得して、サーバ装置１０＿１～１０＿Ｎがログレベル０で実行ログを出力した場合の実行ログの合計ファイルサイズを算出する。ログレベル制御部３２は、ログ保存容量から、合計ファイルサイズを減算して、記憶装置のログ保存容量のうち、空き容量を算出する。

ログレベル制御部３２は、ログレベル１～５の割当可能容量を算出する（ステップＳ１６２）。ログレベル制御部３２は、空き容量と、ログレベル１～５の割当容量とに基づいて、ログレベル１～５の実行ログに割り当てられる容量を算出する。

ログレベル制御部３２は、ログレベル１～５の設定可能サーバ装置数を算出する（ステップＳ１６３）。ログレベル制御部３２は、空き容量と、ログレベル１～５のファイルサイズとに基づいて、ログレベル１～５に設定可能なサーバ装置数をそれぞれ算出する。

ログレベル制御部３２は、ログレベル１～５に設定するサーバ装置を決定する（ステップＳ１６４）。ログレベル制御部３２は、ログレベル変更優先度が高い方から順に、ステップＳ１６３において求めたログレベル毎の設定可能なサーバ装置数になるように、ログレベル１～５のサーバ装置を決定し、決定したサーバ装置のログレベルを設定する。

以上説明したように、本実施の形態にかかるログレベル調整装置３０によれば、記憶装置のログ保存容量の中で、ログレベル変更優先度が高いサーバ装置から順に高いログレベルを設定でき、かつ全てのサーバ装置１０の実行ログを収集できる。したがって、実施の形態３にかかるログレベル調整装置３０によれば、限られたリソースの中で柔軟にログレベルを変更するサーバ装置を選択しつつ、情報処理システム２００全体の実行ログを取得することが可能になる。

（他の実施の形態）
上述した実施の形態において説明したログレベル調整装置１、２０、３０及びサーバ装置１０＿１～１０＿Ｎ（以下、ログレベル調整装置１等と称する）は、次のようなハードウェア構成を有していてもよい。図１６は、本開示の各実施の形態にかかるログレベル調整装置等のハードウェア構成を例示するブロック図である。

図１６を参照すると、ログレベル調整装置１等は、ネットワーク・インターフェース１２０１、プロセッサ１２０２及びメモリ１２０３を含む。ネットワーク・インターフェース１２０１は、通信機能を有する他の装置と通信するために使用される。ネットワーク・インターフェース１２０１は、例えば、IEEE（Institute of Electrical and Electronics Engineers） 802.11 series、IEEE 802.3 series等を含む通信方式に準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明されたログレベル調整装置１等の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインターフェースを介してメモリ１２０３にアクセスしてもよい。

図１６の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたログレベル調整装置１等の処理を行うことができる。

図１６を用いて説明したように、ログレベル調整装置１等が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１または複数のプログラムを実行する。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。

また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
エラーが発生したことを示すエラー情報を複数の被監視装置から受信する受信部と、
前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出する集計部と、
前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出する算出部と、
前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する制御部と、を備えるログレベル調整装置。
（付記２）
前記複数の構成要素から所定数の第１構成要素を選択する選択部をさらに備え、
前記算出部は、前記所定数の第１構成要素に含まれる要素値に対する前記算出されたエラー数に基づいて、前記第１優先度を算出する、付記１に記載のログレベル調整装置。
（付記３）
前記算出部は、前記算出されたエラー数に基づいて、前記所定数の第１構成要素に含まれる要素値毎に第１重み係数を算出し、前記算出された第１重み係数と、前記システム構成情報とに基づいて、前記第１優先度を算出する、付記２に記載のログレベル調整装置。
（付記４）
前記算出部は、前記算出されたエラー数に基づいて、前記所定数の第１構成要素の各々に対して第２重み係数を算出し、前記算出されたエラー数と、前記算出された第２重み係数とに基づいて、前記第１重み係数を算出する、付記３に記載のログレベル調整装置。
（付記５）
前記算出部は、前記所定数の第１構成要素の各々について、前記算出されたエラー数の平均値及び最大値に基づいて、前記第２重み係数を算出する、付記４に記載のログレベル調整装置。
（付記６）
前記算出部は、前記所定数の第１構成要素の各々について、前記算出されたエラー数を各要素とするベクトルの単位ベクトルと、前記算出された第２重み係数とに基づいて、前記第１重み係数を算出する、付記４又は５に記載のログレベル調整装置。
（付記７）
前記選択部は、前記算出されたエラー数に基づいて、前記所定数の第１構成要素の各々に対して第２優先度を算出し、前記算出された選択優先度に基づいて、前記複数の構成要素から前記第１構成要素を選択する、付記２～６のいずれか１項に記載のログレベル調整装置。
（付記８）
前記選択部は、前記第１構成要素が選択されている場合、前記第１構成要素と異なる第２構成要素を前記複数の構成要素から選択し、前記第１構成要素及び前記第２構成要素の各々についての前記第２優先度に基づいて第１構成要素を再選択する、付記７に記載のログレベル調整装置。
（付記９）
前記制御部は、前記算出された第１優先度に基づいて、前記複数の被監視装置のうち、所定数の被監視装置のログレベルを他の被監視装置より高くする、付記１～８のいずれか１項に記載のログレベル調整装置。
（付記１０）
前記制御部は、前記複数の被監視装置のログファイルを保存する記憶装置の保存容量と、ログレベル毎のログ情報と、前記算出された第１優先度とに基づいて、前記複数の被監視装置のログレベルを変更する、付記１～８のいずれか１項に記載のログレベル調整装置。
（付記１１）
エラーが発生したことを示すエラー情報を複数の被監視装置から受信し、
前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出し、
前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出し、
前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する、ログレベル調整装置におけるログレベル調整方法。
（付記１２）
エラーが発生したことを示すエラー情報を複数の被監視装置から受信し、
前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出し、
前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出し、
前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する、処理をコンピュータに実行させるプログラム。

１、２０、３０ ログレベル調整装置
２ 受信部
３、２３ 集計部
４、２５ 算出部
５ 制御部
１０＿１～１０＿Ｎ サーバ装置
２１ エラー情報受信部
２２ 選択部
２４、３１ 記憶部
２６、３２ ログレベル制御部
２７ 変更命令送信部
２８ エラー測定部
１００ 情報処理システム
２４１ システム構成管理ＤＢ
２４２ エラー集計ＤＢ
３１１ ログ容量管理ＤＢ

Claims (10)

1. エラーが発生したことを示すエラー情報を複数の被監視装置から受信する受信部と、
   前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出する集計部と、
   前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出する算出部と、
   前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する制御部と、を備えるログレベル調整装置。
2. 前記複数の構成要素から所定数の第１構成要素を選択する選択部をさらに備え、
   前記算出部は、前記所定数の第１構成要素に含まれる要素値に対する前記算出されたエラー数に基づいて、前記第１優先度を算出する、請求項１に記載のログレベル調整装置。
3. 前記算出部は、前記算出されたエラー数に基づいて、前記所定数の第１構成要素に含まれる要素値毎に第１重み係数を算出し、前記算出された第１重み係数と、前記システム構成情報とに基づいて、前記第１優先度を算出する、請求項２に記載のログレベル調整装置。
4. 前記算出部は、前記算出されたエラー数に基づいて、前記所定数の第１構成要素の各々に対して第２重み係数を算出し、前記算出されたエラー数と、前記算出された第２重み係数とに基づいて、前記第１重み係数を算出する、請求項３に記載のログレベル調整装置。
5. 前記算出部は、前記所定数の第１構成要素の各々について、前記算出されたエラー数の平均値及び最大値に基づいて、前記第２重み係数を算出する、請求項４に記載のログレベル調整装置。
6. 前記算出部は、前記所定数の第１構成要素の各々について、前記算出されたエラー数を各要素とするベクトルの単位ベクトルと、前記算出された第２重み係数とに基づいて、前記第１重み係数を算出する、請求項４又は５に記載のログレベル調整装置。
7. 前記選択部は、前記算出されたエラー数に基づいて、前記所定数の第１構成要素の各々に対して第２優先度を算出し、前記算出された第２優先度に基づいて、前記複数の構成要素から前記第１構成要素を選択する、請求項２～６のいずれか１項に記載のログレベル調整装置。
8. 前記制御部は、前記複数の被監視装置のログファイルを保存する記憶装置の保存容量と、ログレベル毎のログ情報と、前記算出された第１優先度とに基づいて、前記複数の被監視装置のログレベルを変更する、請求項１～７のいずれか１項に記載のログレベル調整装置。
9. エラーが発生したことを示すエラー情報を複数の被監視装置から受信し、
   前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出し、
   前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出し、
   前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する、ログレベル調整装置におけるログレベル調整方法。
10. エラーが発生したことを示すエラー情報を複数の被監視装置から受信し、
    前記受信されたエラー情報と、前記複数の被監視装置を構成する複数の構成要素の要素値に関するシステム構成情報とに基づいて、前記要素値毎に、単位装置当たりのエラー数を算出し、
    前記算出されたエラー数と、前記システム構成情報とに基づいて、前記複数の被監視装置の第１優先度を算出し、
    前記算出された第１優先度に基づいて、前記複数の被監視装置のログレベルを制御する、処理をコンピュータに実行させるプログラム。

Images