(57)【要約】【課題】監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減する。【解決手段】管理端末１００は、監視対象の装置における動作に関する履歴をログ記憶部１１５に記憶するログ生成部１１２と、履歴を収集するためのログ収集ツールが起動されたことを条件として、ログ生成部１１２による履歴の記憶量をログ収集ツールの起動前から変更するようにログ生成部１１２に対して指示するログ詳細度変更部１１８とを備える。【選択図】図３
2019049826.tif 000002
【特許請求の範囲】
【請求項１】
監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、
前記履歴を収集するためのアプリケーションが起動されたことを条件として、前記記憶手段による前記履歴の記憶量を当該アプリケーションの起動前から変更するように当該記憶手段に対して指示する指示手段と
を備える情報処理装置。
【請求項２】
前記指示手段は、前記記憶手段による前記履歴の記憶量を前記アプリケーションの起動前に比べて増加させるように当該記憶手段に対して指示すること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記記憶手段は、前記アプリケーションの起動前に記憶する履歴に加えて当該履歴とは異なる履歴を記憶することにより当該履歴の記憶量を当該アプリケーションの起動前に比べて増加させること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記指示手段により指示された後、前記監視対象の装置で過去に障害が発生した時に操作者によって実行されていた操作を再び実行するように操作者に対して通知する通知手段をさらに備えること
を特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記通知手段は、前記アプリケーションによって前記履歴が収集される前に、操作者に対して通知すること
を特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記指示手段は、前記アプリケーションが終了することを条件として、前記記憶手段による前記履歴の記憶量を変更するように当該記憶手段に対して指示すること
を特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記指示手段は、前記記憶手段による前記履歴の記憶量を前記アプリケーションの起動前の状態に戻すように当該記憶手段に対して指示すること
を特徴とする請求項６に記載の情報処理装置。
【請求項８】
監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、
前記監視対象の装置において障害が発生したことを条件として、前記記憶手段による前記履歴の記憶量を当該障害の発生前から変更するように当該記憶手段に対して指示する指示手段と
を備える情報処理装置。
【請求項９】
監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、
前記監視対象の装置において障害が発生した後、当該障害の再現を開始するための操作が操作者によって行われたことを条件として、前記記憶手段による前記履歴の記憶量を当該操作が行われる前から変更するように当該記憶手段に対して指示する指示手段と
を備える情報処理装置。
【請求項１０】
前記障害の発生時に操作者によって実行されていた操作を再び実行するように操作者に対して通知する通知手段をさらに備え、
前記指示手段は、前記障害の再現を開始するための操作として前記通知手段による通知に対して応答する操作が行われたことを条件として、前記記憶手段に対して指示すること
を特徴とする請求項９に記載の情報処理装置。
【請求項１１】
監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、
前記監視対象の装置において障害が発生した後、前記記憶手段による前記履歴の記憶量を変更させる操作以外の予め定められた操作が操作者によって行われたことを条件として、当該履歴の記憶量を当該予め定められた操作が行われる前から変更するように当該記憶手段に対して指示する指示手段と
を備える情報処理装置。
【請求項１２】
コンピュータに、
監視対象の装置における動作に関する履歴を記憶部に記憶する機能と、
前記履歴を収集するためのアプリケーションが起動されたことを条件として、前記記憶する機能による前記履歴の記憶量を当該アプリケーションの起動前から変更するように制御する機能と
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
装置の動作に関する履歴の記憶量を変更するための操作を操作者から受け付ける装置として、例えば、特許文献１には、ログ詳細度変更機能を有するサーバ装置について、ユーザが設定の変更タイミングを自ら判断し、設定変更を行うことが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２３６２３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、監視対象の装置における動作に関する履歴を収集して、装置で発生した障害の調査を行う場合がある。従来、履歴の記憶量を変更するには、履歴の収集前に、例えば、履歴を収集するためのアプリケーションを起動させるのに加えて、操作者が履歴の記憶量を変更するための操作を行うことが必要だった。
本発明の目的は、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減することにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、前記履歴を収集するためのアプリケーションが起動されたことを条件として、前記記憶手段による前記履歴の記憶量を当該アプリケーションの起動前から変更するように当該記憶手段に対して指示する指示手段とを備える情報処理装置である。
請求項２に記載の発明は、前記指示手段は、前記記憶手段による前記履歴の記憶量を前記アプリケーションの起動前に比べて増加させるように当該記憶手段に対して指示することを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記記憶手段は、前記アプリケーションの起動前に記憶する履歴に加えて当該履歴とは異なる履歴を記憶することにより当該履歴の記憶量を当該アプリケーションの起動前に比べて増加させることを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記指示手段により指示された後、前記監視対象の装置で過去に障害が発生した時に操作者によって実行されていた操作を再び実行するように操作者に対して通知する通知手段をさらに備えることを特徴とする請求項１に記載の情報処理装置である。
請求項５に記載の発明は、前記通知手段は、前記アプリケーションによって前記履歴が収集される前に、操作者に対して通知することを特徴とする請求項４に記載の情報処理装置である。
請求項６に記載の発明は、前記指示手段は、前記アプリケーションが終了することを条件として、前記記憶手段による前記履歴の記憶量を変更するように当該記憶手段に対して指示することを特徴とする請求項１に記載の情報処理装置である。
請求項７に記載の発明は、前記指示手段は、前記記憶手段による前記履歴の記憶量を前記アプリケーションの起動前の状態に戻すように当該記憶手段に対して指示することを特徴とする請求項６に記載の情報処理装置である。
請求項８に記載の発明は、監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、前記監視対象の装置において障害が発生したことを条件として、前記記憶手段による前記履歴の記憶量を当該障害の発生前から変更するように当該記憶手段に対して指示する指示手段とを備える情報処理装置である。
請求項９に記載の発明は、監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、前記監視対象の装置において障害が発生した後、当該障害の再現を開始するための操作が操作者によって行われたことを条件として、前記記憶手段による前記履歴の記憶量を当該操作が行われる前から変更するように当該記憶手段に対して指示する指示手段とを備える情報処理装置である。
請求項１０に記載の発明は、前記障害の発生時に操作者によって実行されていた操作を再び実行するように操作者に対して通知する通知手段をさらに備え、前記指示手段は、前記障害の再現を開始するための操作として前記通知手段による通知に対して応答する操作が行われたことを条件として、前記記憶手段に対して指示することを特徴とする請求項９に記載の情報処理装置である。
請求項１１に記載の発明は、監視対象の装置における動作に関する履歴を記憶部に記憶する記憶手段と、前記監視対象の装置において障害が発生した後、前記記憶手段による前記履歴の記憶量を変更させる操作以外の予め定められた操作が操作者によって行われたことを条件として、当該履歴の記憶量を当該予め定められた操作が行われる前から変更するように当該記憶手段に対して指示する指示手段とを備える情報処理装置である。
請求項１２に記載の発明は、コンピュータに、監視対象の装置における動作に関する履歴を記憶部に記憶する機能と、前記履歴を収集するためのアプリケーションが起動されたことを条件として、前記記憶する機能による前記履歴の記憶量を当該アプリケーションの起動前から変更するように制御する機能とを実行させるためのプログラムである。
【発明の効果】
【０００６】
請求項１記載の発明によれば、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減することができる。
請求項２記載の発明によれば、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を増加させるための操作を行うことが必要な場合と比較して、履歴の記憶量を増加させるための操作者の操作を軽減することができる。
請求項３記載の発明によれば、アプリケーションの起動前に記憶される履歴とともに、当該履歴とは異なる履歴を記憶することができる。
請求項４記載の発明によれば、監視対象の装置で過去に障害が発生した時に操作者によって実行されていた操作を再び実行するように通知しない場合と比較して、履歴の記憶量が変更された後に、障害の発生時に操作者によって実行されていた操作が再び実行される可能性が高まる。
請求項５記載の発明によれば、アプリケーションによって履歴を収集した後に通知される場合と比較して、履歴の記憶量が変更された後に、障害の発生時に操作者によって実行されていた操作が再び実行される可能性が高まる。
請求項６記載の発明によれば、履歴を収集するためのアプリケーションが終了する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減することができる。
請求項７記載の発明によれば、履歴を収集するためのアプリケーションが終了する前に、操作者が履歴の記憶量をアプリケーションの起動前の状態に戻すための操作を行うことが必要な場合と比較して、履歴の記憶量をアプリケーションの起動前の状態に戻すための操作者の操作を軽減することができる。
請求項８記載の発明によれば、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減することができる。
請求項９記載の発明によれば、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減することができる。
請求項１０記載の発明によれば、監視対象の装置において障害が発生した後、障害の発生時に操作者によって実行されていた操作を再び実行するように通知しない場合と比較して、履歴の記憶量が変更された後に、障害の発生時に操作者によって実行されていた操作が再び実行される可能性が高まる。
請求項１１記載の発明によれば、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減することができる。
請求項１２記載の発明によれば、監視対象の装置における動作に関する履歴を収集する前に、操作者が履歴の記憶量を変更するための操作を行うことが必要な場合と比較して、履歴の記憶量を変更するための操作者の操作を軽減する機能を、コンピュータにより実現できる。
【図面の簡単な説明】
【０００７】
【図１】本実施の形態に係る情報処理システムの全体構成例を示した図である。
【図２】本実施の形態に係る管理端末のハードウェア構成例を示す図である。
【図３】本実施の形態に係る管理端末の機能構成例を示したブロック図である。
【図４】ログレベルの一例を説明するための図である。
【図５】ログ収集ツールによりログを収集する処理手順の一例を示したフローチャートである。
【図６】ログ収集ツールの画面情報の一例を示す図である。
【図７】障害を再現することを操作者に促すメッセージの一例を示す図である。
【図８】ログ収集ツールの起動を促すメッセージの一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
【０００９】
＜情報処理システムの全体構成＞
まず、本実施の形態に係る情報処理システム１の全体構成について説明する。図１は、本実施の形態に係る情報処理システム１の全体構成例を示した図である。図示するように、この情報処理システム１では、管理端末１００、デバイス２００ａ、２００ｂがネットワーク４００に接続される。また、情報管理サーバ３００がネットワーク５００に接続される。そして、管理端末１００、デバイス２００ａ、２００ｂは、ネットワーク４００及びネットワーク５００を介して、情報管理サーバ３００に接続される。
【００１０】
なお、図１では、デバイス２００ａ、２００ｂを示したが、これらを区別する必要がない場合にはデバイス２００と称する。また、図１には２つのデバイス２００しか示していないが、デバイス２００の数は図示の２つには限定されない。
【００１１】
情報処理装置の一例としての管理端末１００は、デバイス２００を管理する装置であり、例えば、ＰＣ（Personal Computer）等が例示される。この管理端末１００には、デバイス２００を管理するためのアプリケーション（以下、マネジメントアプリと称する）がインストールされており、このマネジメントアプリによってデバイス２００が管理される。
【００１２】
より具体的には、管理端末１００は、デバイス２００の機種やデバイス２００にインストールされているアプリケーション、そのアプリケーションのバージョン（版）など、デバイス２００に関する各種情報をデバイス２００から取得して保存する。また、管理端末１００は、情報管理サーバ３００が提供する各種アプリケーションや各種アプリケーションの情報を、情報管理サーバ３００から取得して保存する。そして、管理端末１００は、デバイス２００や情報管理サーバ３００から取得した情報を画面に表示する。また、管理端末１００は、情報管理サーバ３００が提供するアプリケーションをダウンロードしたり、ダウンロードしたアプリケーションをデバイス２００にインストールしたりする。さらに、管理端末１００は、デバイス２００にインストールされたアプリケーションをバージョンアップしたり、アンインストールしたりする。このように、マネジメントアプリによって、管理端末１００とデバイス２００及び情報管理サーバ３００との間の処理が行われ、デバイス２００が管理される。
【００１３】
デバイス２００は、データ処理を行う装置であり、例えば、電子写真方式やインクジェット方式により記録媒体に画像を形成する機能を有する画像形成装置である。ただし、デバイス２００は画像形成装置に限られず、例えば、ＰＣや携帯情報端末等も例示される。
【００１４】
情報管理サーバ３００は、デバイス２００に提供するアプリケーション（商品）やアプリケーションの情報を管理する装置である。情報管理サーバ３００としては、例えば、ＰＣ（Personal Computer）やワークステーション等が例示される。情報管理サーバ３００は、管理端末１００からの要求に応じて、管理端末１００に対してアプリケーションを送信したり、提供可能なアプリケーションの情報を送信したりする。情報管理サーバ３００が送信する情報としては、例えば、提供可能なアプリケーションの名称、アプリケーションのバージョン、アプリケーションのリリース日、アプリケーションが対象とするデバイス２００の機種等である。また、アプリケーションのファイルを、情報管理サーバ３００以外の他の装置に格納してもよい。その場合には、情報管理サーバ３００は、アプリケーションのインストーラのＵＲＬ（Uniform Resource Locator）の情報を管理する。
【００１５】
ネットワーク４００は、管理端末１００とデバイス２００との間の情報通信に用いられる通信手段であり、例えば、ＬＡＮ（Local Area Network）である。
【００１６】
ネットワーク５００は、管理端末１００、デバイス２００と情報管理サーバ３００との間の情報通信に用いられる通信手段であり、例えば、インターネットや公衆回線である。
【００１７】
＜管理端末のハードウェア構成＞
次に、本実施の形態に係る管理端末１００のハードウェア構成について説明する。図２は、本実施の形態に係る管理端末１００のハードウェア構成例を示す図である。
【００１８】
図示するように、管理端末１００は、演算手段であるＣＰＵ（Central Processing Unit）１０１と、記憶手段であるメインメモリ１０２及び磁気ディスク装置１０３とを備える。ＣＰＵ１０１は、ＯＳ（Operating System）やアプリケーション等の各種プログラムを実行する。メインメモリ１０２は、各種プログラムやその実行に用いるデータ等を記憶する記憶領域である。また、磁気ディスク装置１０３は、各種プログラムや、各種プログラムに対する入力データ、各種プログラムからの出力データ等を記憶する記憶領域である。そして、ＣＰＵ１０１は、磁気ディスク装置１０３等に記憶された各種プログラムをメインメモリ１０２にロードして実行することにより、管理端末１００における各機能を実現する。なお、磁気ディスク装置１０３等には、後述するように、監視対象の装置における動作に関するログ（履歴）も記憶される。
【００１９】
さらに、管理端末１００は、外部との通信を行うための通信インタフェース（通信Ｉ／Ｆ）１０４と、ビデオメモリやディスプレイ等からなる表示機構１０５と、キーボードやマウス等の入力デバイス１０６とを備える。
【００２０】
＜管理端末のログ生成処理＞
次に、本実施の形態に係る管理端末１００のログ生成処理について説明する。本実施の形態に係る管理端末１００は、上述したマネジメントアプリの処理に関してログ（履歴）を生成し、生成したログを記憶領域に記憶する機能を有する。即ち、管理端末１００内で実行される内部処理や、管理端末１００とデバイス２００及び情報管理サーバ３００との間で実行される処理などのマネジメントアプリの処理に関して、ログの生成・記憶が行われる。言い換えると、管理端末１００は、監視対象の装置（例えば、管理端末１００やデバイス２００、情報管理サーバ３００）における動作に関するログを生成して、生成したログを記憶領域に記憶する。
【００２１】
本実施の形態では、このログの生成において、生成するログの量（情報量）を示すログ詳細度が設定される。そして、ログ詳細度を変更する操作を操作者が実行しなくても、予め定められた条件が満たされた場合に、管理端末１００がログ詳細度を変更する。なお、ログ詳細度を変更する操作者の操作とは、例えば、ログ詳細度の変更を受け付ける画面において、設定中のログ詳細度ではない他のログ詳細度を操作者が選択する操作などであり、操作者が手動で直接ログ詳細度の設定・変更を行う操作である。
【００２２】
例えば、操作者がマネジメントアプリを操作している際に障害が発生した場合、その障害の調査を行うために、ログを収集することが考えられる。ここで、管理端末１００は、例えば、ログを収集するためのアプリケーション（以下、ログ収集ツールと称する）が起動されたことを条件として、ログ詳細度を変更（例えば、より多くのログが生成されるログ詳細度へ変更）する。そして、例えば、より多くのログが生成されるログ詳細度へ変更した後に、障害が再現された場合には、障害に関するログがより多く生成・収集される。
【００２３】
＜管理端末の機能構成＞
次に、本実施の形態に係る管理端末１００の機能構成について説明する。図３は、本実施の形態に係る管理端末１００の機能構成例を示したブロック図である。
【００２４】
本実施の形態に係る管理端末１００は、操作受付部１１１、ログ生成部１１２、ログ設定ファイル記憶部１１３、表示制御部１１４、ログ記憶部１１５、環境情報記憶部１１６、アプリケーションデータベース１１７、ログ詳細度変更部１１８、画面情報出力部１１９、ログ収集部１２０、ツール動作制御部１２１を備える。なお、ログ生成部１１２は、マネジメントアプリによって実現される。また、ログ詳細度変更部１１８、画面情報出力部１１９、ログ収集部１２０、ツール動作制御部１２１は、ログ収集ツールによって実現される。
【００２５】
操作受付部１１１は、操作者による操作を受け付ける。ここで、操作受付部１１１は、タッチパネルやマウスによる操作者の操作によって、例えば、ログ収集ツールを起動させる操作を受け付ける。また、操作受付部１１１は、例えば、情報管理サーバ３００や他の装置からアプリケーションをダウンロードする操作や、ダウンロードしたアプリケーションをデバイス２００にインストールする操作等を受け付ける。
【００２６】
ログ生成部１１２は、マネジメントアプリの処理に関してログを生成し、生成したログをログ記憶部１１５に記憶する。ここで、ログ生成部１１２は、ログ設定ファイル記憶部１１３に記憶されているログ設定ファイルを参照し、その時点で設定されているログ詳細度を確認する。そして、ログ生成部１１２は、設定されているログ詳細度に従って、ログの生成を行う。
【００２７】
ログ記憶部１１５は、ログ生成部１１２が生成したログを記憶する記憶部である。ログ記憶部１１５には、ログ生成部１１２が生成したログが順次記憶される。
【００２８】
ログ設定ファイル記憶部１１３は、ログ設定ファイルを記憶する。このログ設定ファイルには、設定中のログ詳細度が記録される。ログ設定ファイルのログ詳細度は、操作者の操作によって手動で変更されたり、ログ詳細度変更部１１８の処理によって変更されたりする。
【００２９】
表示制御部１１４は、表示機構１０５のディスプレイに画像を表示させるためのデータを出力し、ディスプレイの表示を制御する。表示制御部１１４は、例えば、情報管理サーバ３００や他の装置からアプリケーションをダウンロードする操作を受け付ける画面や、ダウンロードしたアプリケーションをデバイス２００にインストールする操作を受け付ける画面など、マネジメントアプリによって生成される画面を表示する。また、表示制御部１１４は、例えば、ログの収集を開始する操作を受け付ける画面や、ログ収集の進捗度合を示す画面など、ログ収集ツールによって生成される画面を表示する。
【００３０】
環境情報記憶部１１６は、管理端末１００の環境情報を記憶する。管理端末１００の環境情報とは、管理端末１００のハードウェア及びソフトウェアの情報であり、例えば、管理端末１００のＩＰアドレスやホスト名、管理端末１００に搭載されているＯＳやメモリの情報である。より具体的には、環境情報とは、例えば、Ｗｉｎｄｏｗｓ（登録商標）のコマンドである「ｉｐｃｏｎｆｉｇ」コマンドや「ｓｙｓｔｅｍｉｎｆｏ」コマンドにより取得される情報である。
【００３１】
アプリケーションデータベース１１７は、管理端末１００にて管理される各種情報を格納するデータベースである。アプリケーションデータベース１１７には、例えば、上述したように、デバイス２００の機種等のデバイス２００に関する情報や、情報管理サーバ３００から提供されたアプリケーションの情報等が格納される。なお、アプリケーションデータベース１１７へのデータの書き込みやデータの読み出しは、マネジメントアプリ等によって行われる。
【００３２】
ログ詳細度変更部１１８は、ログ設定ファイル記憶部１１３に記憶されているログ設定ファイルのログ詳細度を変更する。ここで、ログ詳細度変更部１１８は、ログ収集ツールが起動されたことを条件として、ログ詳細度をログ収集ツールが起動される前の状態から変更する。ログ詳細度を変更することにより、ログ生成部１１２によるログの生成量（即ち、ログ記憶部１１５に記憶されるログの量）が変更される。よって、ログ詳細度の変更は、ログ生成部１１２に対してログの生成量の変更を指示するものとして捉えることができる。
【００３３】
画面情報出力部１１９は、管理端末１００のディスプレイに表示するための画面情報を出力する。出力された画面情報は、表示制御部１１４により管理端末１００のディスプレイに表示される。
【００３４】
ログ収集部１２０は、ログ記憶部１１５に記憶されたログを収集する。ここで、ログ収集部１２０は、収集したログを書庫化して一つのログファイルを生成する。生成されたログファイルは、例えば障害の解析に用いるために、管理端末１００から外部の装置に出力される。
【００３５】
ツール動作制御部１２１は、ログ収集ツールの動作を停止したり、再開したりする。また、ツール動作制御部１２１は、ログ収集ツールの動作を終了する。
【００３６】
そして、管理端末１００の各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、管理端末１００を図２に示したハードウェア構成にて実現した場合、例えば、磁気ディスク装置１０３等に格納されているＯＳのプログラムやマネジメントアプリ、ログ収集ツール等が、メインメモリ１０２に読み込まれてＣＰＵ１０１に実行されることにより、操作受付部１１１、ログ生成部１１２、表示制御部１１４、ログ詳細度変更部１１８、画面情報出力部１１９、ログ収集部１２０、ツール動作制御部１２１等の各機能部が実現される。また、ログ設定ファイル記憶部１１３、ログ記憶部１１５、環境情報記憶部１１６、アプリケーションデータベース１１７は、例えば磁気ディスク装置１０３等により実現される。
【００３７】
なお、本実施の形態では、ログ詳細度変更部１１８をログ収集ツールによって実現させるのではなく、マネジメントアプリ等の他のアプリケーションによって実現させてもよい。
また、本実施の形態では、記憶手段の一例として、ログ生成部１１２が用いられる。記憶部の一例として、ログ記憶部１１５が用いられる。指示手段の一例として、ログ詳細度変更部１１８が用いられる。通知手段の一例として、表示制御部１１４、画面情報出力部１１９が用いられる。
【００３８】
＜ログ詳細度の説明＞
次に、ログ設定ファイルで設定されるログ詳細度について説明する。ログ詳細度は、予め定められた複数のログレベルに基づいて設定される。このログレベルは、管理端末１００で発生する可能性のある各事象に対して予め対応付けられるものである。言い換えると、管理端末１００で発生する可能性のある各事象は、１又は複数のログレベルに予め対応付けられており、事象が発生した場合には、その事象に対応するログレベルのログが生成される。
【００３９】
図４は、ログレベルの一例を説明するための図である。図４に示す例では、「ＦＡＴＡＬ」、「ＥＲＲＯＲ」、「ＷＡＲＮ」、「ＩＮＦＯ」、「ＤＥＢＵＧ」、「ＴＲＡＣＥ」という６つのログレベルを示している。なお、「ＦＡＴＡＬ」で生成されるログが最も重要度が高いログとされており、さらに「ＥＲＲＯＲ」、「ＷＡＲＮ」、「ＩＮＦＯ」、「ＤＥＢＵＧ」、「ＴＲＡＣＥ」の順に、重要度が高いものとされる。
【００４０】
「ＦＡＴＡＬ」のログレベルは、致命的な障害の発生時に、障害の情報をログとして生成することを意味する。「ＥＲＲＯＲ」のログレベルは、致命的な障害ではないその他の障害の発生時に、障害の情報をログとして生成することを意味する。「ＷＡＲＮ」のログレベルは、注意・警告レベルの問題発生時に、問題の情報をログとして生成することを意味する。「ＩＮＦＯ」のログレベルは、操作者の操作が行われた時に、操作の情報をログとして生成することを意味する。
【００４１】
「ＤＥＢＵＧ」のログレベルは、デバッグ用の詳細情報をログとして生成することを意味する。「ＤＥＢＵＧ」のログレベルで生成される情報は、例えば、管理端末１００とデバイス２００との間でやり取りした際にデバイス２００から取得したアプリケーションの情報や、デバイス２００にアプリケーションをインストールした際に管理端末１００とデバイス２００との間で行われた処理の情報等である。また、例えば、管理端末１００と情報管理サーバ３００との間でやり取りした際に情報管理サーバ３００から取得したアプリケーションの情報や、アプリケーションデータベース１１７との間で行われた入出力処理の情報等である。「ＴＲＡＣＥ」のログレベルは、トレース用の詳細情報をログとして生成することを意味し、デバッグ用の詳細情報よりもさらに詳細な情報が含まれる。
【００４２】
さらに説明すると、例えば、マネジメントアプリを操作している際に発生する障害については、その障害が致命的な障害であり「ＦＡＴＡＬ」に該当するか、又は、その障害が致命的な障害ではないその他の障害であり「ＥＲＲＯＲ」に該当するかが予め定められている。また、各障害についてどのような情報をログとして生成するかが予め定められている。「ＷＡＲＮ」、「ＩＮＦＯ」、「ＤＥＢＵＧ」、「ＴＲＡＣＥ」についても同様に、それぞれのログレベルに該当する具体的な事象が定められており、各事象についてどのような情報をログとして生成するかが予め定められている。
【００４３】
そして、本実施の形態では、このようなログレベルに対して、例えば、「疎」と「密」という２つのログ詳細度が存在する。例えば、ログ詳細度が「疎」の場合には、「疎」に対応するログレベルのログが生成される。また、例えば、ログ詳細度が「密」の場合には、「密」に対応するログレベルのログが生成される。さらに説明すると、例えば、ログ詳細度が「疎」の場合には、ログレベルとして「ＩＮＦＯ」が指定される。この場合、「ＦＡＴＡＬ」、「ＥＲＲＯＲ」、「ＷＡＲＮ」、「ＩＮＦＯ」のログが生成される。また、ログ詳細度が「密」の場合には、ログレベルとして「ＤＥＢＵＧ」が指定される。この場合、「ＦＡＴＡＬ」、「ＥＲＲＯＲ」、「ＷＡＲＮ」、「ＩＮＦＯ」、「ＤＥＢＵＧ」のログが生成される。
【００４４】
即ち、ログ詳細度を「疎」から「密」に変更することによって、ログ詳細度が「疎」のときに生成されるログに加えて、新たに「ＤＥＢＵＧ」のログも生成されるようになり、ログの生成量が増加する。例えば、ログ詳細度が「密」の場合に致命的な障害が発生すると、「ＦＡＴＡＬ」のログが生成されるとともに、その前後で行われたマネジメントアプリの処理やマネジメントアプリが外部から収集した情報が「ＤＥＢＵＧ」のログとして生成される。
【００４５】
より具体的には、ログ生成部１１２は、障害や操作者の操作などの事象が発生した場合、発生した事象がどのログレベルに該当するかを判定する。また、ログ生成部１１２は、ログ設定ファイル記憶部１１３に記憶されているログ設定ファイルを参照し、その時点で設定されているログ詳細度を確認する。例えば、ログ詳細度が「疎」の場合に、ログレベル「ＩＮＦＯ」の事象が発生すれば、ログ生成部１１２は、その事象のログを生成する。一方、ログ詳細度が「疎」の場合に、ログレベル「ＤＥＢＵＧ」の事象が発生しても、ログ生成部１１２は、その事象のログを生成しない。また、例えば、ログ詳細度が「密」の場合に、ログレベル「ＩＮＦＯ」や「ＤＥＢＵＧ」の事象が発生すれば、ログ生成部１１２は、それらの事象のログを生成する。
【００４６】
なお、複数のログレベルに対応付けられた事象が発生した場合には、各ログレベルに対応するログがそれぞれ生成される。例えば、ユーザが情報管理サーバ３００からアプリケーションをダウンロードする操作が「ＩＮＦＯ」及び「ＤＥＢＵＧ」に対応付けられているものとする。ログ詳細度が「疎」の場合にこの操作が行われると、「ＩＮＦＯ」のログが生成される。この例では、例えば、アプリケーションをダウンロードする操作が行われたことを示すログが「ＩＮＦＯ」のログである。一方、ログ詳細度が「密」の場合にこの操作が行われると、「ＩＮＦＯ」のログが生成されるとともに、「ＤＥＢＵＧ」のログも生成される。この例では、例えば、ダウンロードしたアプリケーションの情報やダウンロードの際に情報管理サーバ３００との間で送受信されたデータの情報が、「ＤＥＢＵＧ」のログである。
【００４７】
そして、本実施の形態では、通常時には、障害の調査に最小限の範囲でログを生成してログ記憶部１１５の使用量を抑制するように、ログ詳細度は「疎」に設定される。一方、障害が発生した場合には、ログ収集ツールが起動されたことを条件として、ログ詳細度変更部１１８がログ詳細度を「疎」から「密」に変更する。ログ詳細度が変更された後に、障害が再現されることによって、ログ詳細度「密」の状態で、障害発生時のログが生成される。このログをログ収集ツールで収集することにより、ログ詳細度「密」の状態で生成された障害発生時のログが収集されるため、ログ詳細度が「疎」の状態で生成されたログを収集する場合よりも、障害の調査のために有益な情報が多く取得されることになる。
【００４８】
＜ログを収集する処理手順の説明＞
次に、ログ収集ツールを起動させてログを収集する処理の一連の流れについて説明する。図５は、ログ収集ツールによりログを収集する処理手順の一例を示したフローチャートである。ここでは、初期状態として、操作者が管理端末１００においてマネジメントアプリを操作している際に障害が発生したものとする。
【００４９】
まず、操作者が、例えば「ツールｅｘｅ」のアイコン（被操作子）を選択することにより、ログ収集ツールを起動させる操作を行う（ステップ１０１）。ここで、操作受付部１１１は、ログ収集ツールを起動させる操作を受け付ける。そして、ログ収集ツールが起動され、ログ詳細度変更部１１８は、ログ設定ファイル記憶部１１３に記憶されているログ設定ファイルにおいて、ログ詳細度を「疎」から「密」に変更する（ステップ１０２）。次に、画面情報出力部１１９は、ログ収集ツールの画面情報を出力する（ステップ１０３）。出力されたログ収集ツールの画面情報は、管理端末１００のディスプレイに表示される。そして、ツール動作制御部１２１は、ログ収集ツールの動作を停止する。
【００５０】
図６は、ログ収集ツールの画面情報の一例を示す図である。図６に示す例では、「［取得開始］を実行する前に、マネジメントアプリで問題が発生した操作を再度実行してください。」というメッセージが表示される。このメッセージは、障害の調査に用いるログを収集するために、障害が発生した操作（障害が発生した時に実行されていた操作）を再度実行して障害を再現させることを操作者に促すものである。
【００５１】
また、図６に示す例では、「操作を行ったら、マネジメントアプリを終了し、［取得開始］を実行してください。」というメッセージが表示される。このメッセージは、障害が発生した操作を再度実行した後、マネジメントアプリを終了させて、ログ収集ツールによるログ収集を開始することを操作者に促すものである。
【００５２】
次に、操作者は、障害が発生した操作を再度実行し、マネジメントアプリを終了させる操作を行う（ステップ１０４）。障害が発生した操作を操作者が再度実行することにより障害が再現すると、ログ生成部１１２は、ログ詳細度「密」の状態で、障害発生時のログを生成する。そして、ログ生成部１１２は、生成したログをログ記憶部１１５に記憶する。
【００５３】
次に、操作者は、例えば図６の「取得開始」ボタン１１を選択することにより、ログ収集ツールによるログ収集を開始させる操作を行う（ステップ１０５）。ここで、操作受付部１１１は、ログ収集ツールによるログ収集を開始する操作を受け付けて、ログ収集ツールのログ収集部１２０に対してログ収集を開始するように指示を行う。これにより、ツール動作制御部１２１は、ログ収集ツールの動作を再開する。
【００５４】
次に、ログ収集部１２０は、マネジメントアプリが終了しているか否かを判定する（ステップ１０６）。ステップ１０６で否定の判断（Ｎｏ）がされた場合、画面情報出力部１１９は、画面情報として、マネジメントアプリを終了させるように通知するメッセージを出力する（ステップ１０７）。このメッセージは、管理端末１００のディスプレイに表示される。そして、ステップ１０５に移行する。
【００５５】
一方、ステップ１０６で肯定の判断（Ｙｅｓ）がされた場合、画面情報出力部１１９は、画面情報として、ログ収集を開始することを通知するメッセージを出力する（ステップ１０８）。次に、ログ収集部１２０は、ログ収集の処理を実行する（ステップ１０９）。ここで、ログ収集部１２０は、ログ記憶部１１５に記憶されたログを収集し、収集したログを書庫化して一つのログファイルを生成する。
【００５６】
なお、ログ収集部１２０によるログ収集の処理が実行されている間、画面情報出力部１１９は、ログ収集の進捗度合を示す画面情報を出力する。ログ収集の進捗度合は、例えば、収集対象のログのうちの何％のログの収集が完了したかを示すものである。また、この画面には、ログ収集のキャンセルを受け付けるボタンが設けられており、操作者がログ収集のキャンセルを選択した場合には、ログ収集が途中で終了し、ステップ１０３に移行する。
【００５７】
ステップ１０９においてログ収集の処理が終了すると、画面情報出力部１１９は、ログ収集ツールを終了させる操作を受け付けるための画面情報を出力する（ステップ１１０）。次に、操作者が、ログ収集ツールを終了させる操作を行うと（ステップ１１１）、操作受付部１１１は、ログ収集ツールを終了させる操作を受け付けて、ログ収集ツールのツール動作制御部１２１にログ収集ツールを終了するように指示する。次に、ログ収集ツールのログ詳細度変更部１１８は、ログ設定ファイル記憶部１１３に記憶されているログ設定ファイルにおいて、ログ詳細度を「密」から「疎」に変更する（ステップ１１２）。ステップ１１２の後、ツール動作制御部１２１は、ログ収集ツールを終了する（ステップ１１３）。そして、本処理フローは終了する。
【００５８】
なお、図５に示す例では、ログを収集する前にマネジメントアプリを終了させることとした。これは、ログ収集中に新たにログが発生しないようにするためのものであって、マネジメントアプリを終了させずにログを収集してもよい。
【００５９】
以上説明したように、本実施の形態において、ログ詳細度変更部１１８は、ログ収集ツールが起動されたことを条件として、ログ詳細度を「疎」から「密」に変更する。そのため、例えば、操作者がログ詳細度を変更する操作を行うことが必要な場合と比較して、ログの生成量（記憶量）を変更するための操作者の操作が軽減される。そして、ログ詳細度が「疎」から「密」に変更された後、障害を再現することによって、ログ詳細度が「密」の状態で障害発生時のログが生成されることとなり、障害の調査のために有益な情報が取得される。
【００６０】
また、上述した例では、ログ詳細度変更部１１８は、ログ収集ツールが起動されたことを条件として、ログ詳細度を「疎」から「密」に変更したが、このような変更を行う構成に限られない。例えば、ログ詳細度変更部１１８は、ログ収集ツールが起動されたことを条件として、ログ詳細度を「密」から「疎」に変更してもよい。例えば、ログ収集ツールで収集するログを少なくしたい場合には、ログ収集ツールが起動されたことを条件として、ログ詳細度を「密」から「疎」に変更することが考えられる。
【００６１】
同様に、上述した例では、ログ詳細度変更部１１８は、ログ収集ツールが終了することを条件として、ログ詳細度を「密」から「疎」に変更したが、このような変更を行う構成に限られない。例えば、ログ詳細度変更部１１８は、ログ収集ツールが終了することを条件として、ログ詳細度を「疎」から「密」に変更してもよい。例えば、通常時に生成されるログを多くしたい場合には、ログ収集ツールが終了することを条件として、ログ詳細度を「疎」から「密」に変更することが考えられる。
【００６２】
また、上述した例では、ログ詳細度を「疎」と「密」の２段階で表したが、ログ詳細度を３段階以上にしてもよい。例えば、３段階のログ詳細度が設けられる場合、ログ詳細度変更部１１８は、ログ収集ツールが起動されたことを条件として、３段階のうちの一のログ詳細度から他のログ詳細度に変更する。
【００６３】
さらに、上述した例では、ログ詳細度を「疎」から「密」に変更すると、「ＤＥＢＵＧ」のログが新たに生成されることによって、ログの生成量が増加したが、ログの生成量を変化させる態様としてはこのような構成に限られない。本実施の形態では、例えば、ログ詳細度を「疎」から「密」に変更した場合に、「ＤＥＢＵＧ」のログが新たに生成されることに代えて、又は「ＤＥＢＵＧ」のログが新たに生成されることに加えて、「ＦＡＴＡＬ」や「ＥＲＲＯＲ」などの「ＤＥＢＵＧ」以外のログレベルのログの情報を詳細にする（ログの情報量を増やす）ことで、ログの生成量を変化させることとしてもよい。
【００６４】
また、上述した例では、ログ記憶部１１５に記憶されたログを収集したが、ログ収集ツールによって収集される情報は、ログ記憶部１１５に記憶されたログに限られない。障害の調査では、ログ記憶部１１５に記憶されたログの他に、環境情報記憶部１１６に記憶された情報やアプリケーションデータベース１１７に記憶された情報が用いられる場合もある。そこで、本実施の形態では、ログ収集ツールのログ収集部１２０が、ログ記憶部１１５に記憶されたログの他に、環境情報記憶部１１６に記憶された情報やアプリケーションデータベース１１７に記憶された情報を収集してもよい。この場合、例えば、ログ収集部１２０が収集する情報の種類や属性等を予め定めておくことによって、ログ収集部１２０は、環境情報記憶部１１６に記憶された情報やアプリケーションデータベース１１７に記憶された情報を収集する。また、発生した障害毎にどの情報を収集するかを予め定めておいてもよい。
【００６５】
さらに説明すると、障害の調査で用いられる情報としては、環境情報記憶部１１６に記憶された情報であれば、例えば、管理端末１００のシステム環境変数、ネットワーク状態、管理端末１００に搭載されているＯＳの情報などが挙げられる。また、アプリケーションデータベース１１７に記憶された情報であれば、例えば、マネジメントアプリが作成したファイルやフォルダの情報、レジストリ情報など、マネジメントアプリが使用中の各種リソースの情報などが挙げられる。
【００６６】
＜ログ詳細度を変更する他の条件の例＞
次に、ログ詳細度を変更する他の条件について説明する。上述した例では、ログ詳細度変更部１１８は、ログ収集ツールが起動されたことを条件として、ログ詳細度を変更した。しかし、本実施の形態において、ログ詳細度を変更する条件は、このような条件に限られるものではない。
【００６７】
例えば、ログ詳細度変更部１１８は、操作者がマネジメントアプリを操作している際に障害が発生したことを条件として、ログ詳細度を変更してもよい。この場合、ログ詳細度変更部１１８は、例えば、ログレベル「ＦＡＴＡＬ」又は「ＥＲＲＯＲ」の障害が発生したことを条件として、ログ詳細度を「疎」から「密」に変更したり、ログ詳細度を「密」から「疎」に変更したりする。例えば、障害が発生したことを条件としてログ詳細度を「疎」から「密」に変更した場合には、障害発生時より後に発生する事象について、ログ詳細度が「密」の状態でログが生成される。また、例えば、障害が発生したことを条件としてログ詳細度を「密」から「疎」に変更した場合には、障害発生時より後に発生する事象について、ログ詳細度が「疎」の状態でログが生成される。
【００６８】
また、ログ詳細度変更部１１８は、障害が発生した後、障害を再現することを促すメッセージに対して操作者が応答したことを条件として、ログ詳細度を変更してもよい。図７は、障害を再現することを操作者に促すメッセージの一例を示す図である。図７に示す例では、「マネジメントアプリで問題が発生した操作を再度実行してください。」というメッセージが表示される。このメッセージは、操作者に対して障害の再現を促すものである。
【００６９】
より具体的には、ログ収集ツールの画面情報出力部１１９は、例えば、図５のステップ１０３において、図６に示す画面情報の代わりに、図７に示すメッセージを出力する。そして、操作者が図７の「ＯＫ」ボタン１２を選択することにより、ログ詳細度変更部１１８は、メッセージに対して操作者が応答したものとして、ログ詳細度を変更する。
【００７０】
ここで、図７に示すメッセージを、ログ収集ツールが起動された後に表示するのではなく、ログ収集ツールが起動される前、例えば、障害が発生した際に表示してもよい。そして、操作者が図７の「ＯＫ」ボタン１２を選択することにより、ログ詳細度変更部１１８は、メッセージに対して操作者が応答したものとして、ログ詳細度を変更してもよい。さらに、この場合には、図５のステップ１０１のように操作者が「ツールｅｘｅ」のアイコン等を選択してログ収集ツールを起動させてもよいし、操作者が図７の「ＯＫ」ボタン１２を選択したことによって、ログ収集ツールを起動させてもよい。
【００７１】
また、障害が発生した際には、ログ収集ツールの起動を促すメッセージを表示してもよい。図８は、ログ収集ツールの起動を促すメッセージの一例を示す図である。図８に示す例では、「ログ収集ツールを起動してください。」というメッセージが表示される。このメッセージは、操作者に対してログ収集ツールの起動を促すものである。そして、操作者が図８の「ＯＫ」ボタン１３を選択することにより、ログ収集ツールが起動される。ここで、「ＯＫ」ボタン１３が選択されたことにより、ログ収集ツールを起動させるとともに、ログ詳細度変更部１１８がログ詳細度を変更することとしてもよい。
【００７２】
付言すると、例えば、図７の「ＯＫ」ボタン１２を選択する操作や、図８の「ＯＫ」ボタン１３を選択する操作は、障害の再現のための操作（障害の再現を開始するための操作）として捉えることができる。言い換えると、ログ詳細度変更部１１８は、障害が発生した後、障害の再現のための操作（障害の再現を開始するための操作）が操作者によって行われたことを条件として、ログ詳細度を変更するものといえる。
【００７３】
さらに説明すると、例えば、図７の「ＯＫ」ボタン１２を選択する操作や、図８の「ＯＫ」ボタン１３を選択する操作は、ログ詳細度を変更する操作以外の予め定められた操作として捉えることもできる。言い換えると、ログ詳細度変更部１１８は、障害が発生した後、ログ詳細度を変更する操作以外の予め定められた操作が操作者によって行われたことを条件として、ログ詳細度を変更するものといえる。また、ログ詳細度変更部１１８は、障害が発生してからその障害が再現されるまでの間に、ログ詳細度を変更する操作以外の予め定められた操作が操作者によって行われたことを条件として、ログ詳細度を変更するものといえる。
【００７４】
なお、障害の再現のための操作（障害の再現を開始するための操作）や、ログ詳細度を変更する操作以外の予め定められた操作は、図７の「ＯＫ」ボタン１２を選択する操作、図８の「ＯＫ」ボタン１３を選択する操作に限られない。障害の再現のための操作としては、障害が再現される前に行われる操作であって、障害の再現のために行われる操作であれば、どのような操作でもよい。また、ログ詳細度を変更する操作以外の予め定められた操作としては、操作者が手動で直接ログ詳細度を変更するような操作でなければ、どのような操作でもよい。
【００７５】
また、上述した例では、ログの生成量をログ詳細度及びログレベルに基づいて決定することとしたが、ログの生成量を決定する手法としては、このような構成に限られない。本実施の形態では、ログ収集ツールが起動されたことや予め定められた操作が操作者によって行われたことを条件として、ログの生成量を変更する手法であればよく、他の手法を用いてもよい。
【００７６】
さらに、上述した例では、デバイス２００を管理するマネジメントアプリでログを生成することとしたが、このような構成に限られるものではない。本実施の形態では、アプリケーション等のプログラムによってログを生成し、ログ収集ツールが起動されたことや予め定められた操作が操作者によって行われたことを条件として、ログの生成量を変更する構成であればよく、他の構成を用いてもよい。また、上述した例では、操作者がマネジメントアプリを操作している際に障害が発生する場合について説明したが、監視対象の装置における障害であって、アプリケーション等のプログラムによって障害発生時のログが生成されるものであれば、マネジメントアプリを操作している際の障害に限られない。
【００７７】
なお、本実施の形態において、ログの生成量（記憶量）を変更する態様には、ログを出力しない状態からログを出力する状態に変更する態様も含むものとする。
【００７８】
また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【００７９】
なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例どうしを組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。
【符号の説明】
【００８０】
１００…管理端末、１１１…操作受付部、１１２…ログ生成部、１１３…ログ設定ファイル記憶部、１１４…表示制御部、１１５…ログ記憶部、１１６…環境情報記憶部、１１７…アプリケーションデータベース、１１８…ログ詳細度変更部、１１９…画面情報出力部、１２０…ログ収集部、１２１…ツール動作制御部、２００…デバイス、３００…情報管理サーバ
【図１】
2019049826.tif 000003
【図２】
2019049826.tif 000004
【図３】
2019049826.tif 000005
【図４】
2019049826.tif 000006
【図５】
2019049826.tif 000007
【図６】
2019049826.tif 000008
【図７】
2019049826.tif 000009
【図８】
2019049826.tif 000010