(57)【要約】【課題】  ログの詳細度を変更しない仕様にし、常に同じ詳細度でログを出力し、ログの詳細度を「密」にしておくと、定常状態になったときにも膨大なログを出力することになってしまい、ログの詳細度を「粗」にしておくと、実際に障害があったとき際に必要な情報として満足できる詳細度とならない場合があった。【解決手段】  監視装置自体が自らの状態に応じてログの詳細度を自動的に変更する。【選択図】図３
2006236231.tif 000002
【特許請求の範囲】
【請求項１】
プログラムの動作状況をログ情報としてファイル出力する機能を持ち、出力されるログの詳細度を動作中に変更できる機能を持ち、その動作環境、特に設置作業中であることを自ら判断してログの詳細度を変更する機能を有することを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エラーログの詳細度自動変更装置に関する。
【背景技術】
【０００２】
サーバアプリケーションは、通常のアプリケーションと異なり、ユーザインタフェースを持たないものが多いので、ユーザインタフェースの起動、表示画面からアプリケーションの動作状態を知ることができない。サーバアプリケーションの動作状態は、そのサーバアプリケーションが出力するログファイルを見ることで判断することになる。
【０００３】
特に、サーバアプリケーションをパーソナルコンピュータやワークステーションにインストールし、最初に動作させるときには、特に起動時に必要な情報がすべて設定されていて無事に起動するか、詳細に確認する必要がある。またサービスを開始し、定常的な状態になるまでは同様に詳細にログを監視する必要がある。当然ログの情報に不足があってはならないので、ログの詳細度を「密」にしておくが、その分ログのサイズは膨大になる。そのままにしておくと、サーバアプリケーションを動作させているプラットホームのパーソナルコンピュータ、ワークステーションのリソースを圧迫してしまう。そこで、サービスが安定した時点では、ログを詳細に監視する必要はないので、出力ログのサイズを制限するために、必要最低限度の詳細度のログを出力するようにする。
【０００４】
又、従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
【特許文献１】特開平4-247569号公報
【特許文献２】特開平9-298614号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
サーバアプリケーションでは、ログの詳細度を変更する際に、設定ファイルを変更したのち、概アプリケーションを再起動する（起動時にログの詳細度が決定される）か、ユーザが、概アプリケーションの提供する専用のツールを用いて概アプリケーション動作中に設定を行うように。
【０００６】
このように、従来のログ詳細度変更機能を有するサーバ装置の場合、以下のような条件が必要となっていた。すなわち、
（１）サーバ装置側に、GUIあるいは専用ツールを保持する必要がある。
【０００７】
（２）ユーザあるいは設置者がそのGUIもしくは専用ツールに習熟している必要がある。
【０００８】
（３）設定の変更タイミングを自ら判断し、設定変更を行う作業をする必要がある。
【０００９】
それぞれ問題点として、
（１）概サーバが、パーソナルコンピュータやワークステーションのようなコンピュータではなく、専用装置（アプライアンス）の場合、そのハード資源（ＲＯＭ／ＲＡＭ／ＨＤＤなど）を減量するためにＧＵＩ機能を持たないことがある。
【００１０】
（２）エンドユーザを教育、あるいは設置者に周知徹底させるための費用、労力がかかる。
【００１１】
（３）設置者が設置完了後、詳細度変更のためだけに再度、顧客先に出向かなければならなくなる。
など、問題が発生していた。
【００１２】
上記の問題を回避するために、ログの詳細度を変更しない仕様にし、常に同じ詳細度でログを出力しておくと、次のような問題が生じることになる。すなわち、ログの詳細度を「密」にしておくと、定常状態になったときにも膨大なログを出力することになってしまう。あるいはログの詳細度を「粗」にしておくと、実際に障害があったとき際に必要な情報として満足できる詳細度とならない場合があった。
【課題を解決するための手段】
【００１３】
障害が発生しやすいと思われる状態（たとえば設置直後、設定が変更されたとき）であると判断したところで、自動的にログの詳細度を密にし、定常安定状態になったならば、自動的にログの詳細度を粗にする機能を持つ。
【発明の効果】
【００１４】
以上のように本発明により、起動時や設定変更など動作に影響を与える可能性の高い状態の時には詳細なログ情報を収集し、定常状態で安定稼動している状態の時には、必要最低限のログ情報を収集することにより、装置のログファイルを格納しておくためのリソース、あるいはログを送付するための本体の機能（パフォーマンス）を逼迫せずに必要な情報を収集することを可能とする。また、自動で詳細度が変更されるため、設置者が作業を軽減することができる。
【発明を実施するための最良の形態】
【００１５】
（第一実施例）
図１は、本実施形態におけるシステム全体図を示すものである。サーバ側サーバ（２）と拠点側サーバ（６）は、インターネット（８）を介して、特定のプロトコル（１０）で接続されている。不正アクセスを防ぐためと、ファイアウォールを越すために、一般的なプロトコル（ＳＭＴＰ）や認証も設ける。
【００１６】
センタ側管理サーバ（７）と拠点側管理サーバ（１）は、上記のサーバ（６）および（７）を介して通信可能となっている。
【００１７】
図１中には、拠点側管理サーバが１つしか示されていないが、実施には、複数の拠点側管理サーバと、それら複数の拠点側管理サーバを一元的に管理するセンタ側管理サーバが回線を介し通信可能とされている。そのため、センタ側管理サーバにはデータベース（１１）が設置され、大量のデータが管理されている。
【００１８】
また、図１中の（３）、（４）、（５）はデバイスを示すものであり、デバイスとしては画像形成装置としてのプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリや、プリンタ及びファクシミリ機能が統合的に設けられたデジタル複合機や、パーソナルコンピュータや、プリントサーバなどが挙げられる。拠点側管理サーバ（１）は、（３）〜（５）の機器の状態や部品の消耗度を示す部品カウンタやトナー残量や印刷回数等の情報を収集する。また、本拠点側管理サーバは、これらの動作を実行するにあたってのプログラム内部の動作を表現するために、プログラムの呼び出しや返り値などを文字列で表した一連のテキストをログファイルとして出力する。従って、ログファイルを読むことで、拠点側管理サーバの内部の動作の流れが分かるようになっている。
【００１９】
図２は、図1に示す（１）のハードウェアブロック構成図である。
【００２０】
本体２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、およびネットワークに接続するＬＡＮアダプタで構成される専用装置である。本装置では、ＨＤＤ等の二次記憶装置を持たないことを特徴としており、膨大なログ情報などを長期間保存しておくことができない構成となっている。
【００２１】
本装置は、ＬＡＮアダプタを介してネットワーク２２に接続され、同じくネットワーク２２に接続されているルータやメールサーバ、ネットワークプリンタ等ネットワーク装置と通信することが可能になっている。
【００２２】
図４は、ログファイルの管理の様子を示したものである。
【００２３】
ログは、毎日世代管理を行う。すなわち一日が終わったところで、当日以前のログをすべて順繰りに改名して所定日数分のログを管理する。最古のログは、通常は廃棄して、管理サーバのリソースの消耗を防ぐ。
【００２４】
もし当日のログに何らかの障害が検出されたときには、それまでの経緯を示す情報として過去のログは重要である。その場合は、過去のログを含めてすべてのログファイルがログサーバに転送される。ログサーバでは、過去のログ及び最新のログを用いて障害を調査する。
【００２５】
図３は、ログの出力詳細度の切り替えシーケンスをフローチャートに示したものである。
【００２６】
設置者は、本拠点側管理サーバの電源やネットワークの配線など物理的な接続作業を行い、拠点側管理サーバの基本的な設置作業を行う。
【００２７】
電源投入により、ステップＳ３０１から開始する。
【００２８】
設置者は、この時点ですべての作業が終了したことになる。すなわち設置者はログに関する設定には一切かかわらないことになる。
【００２９】
起動直後のステップＳ３０２で、本拠点側管理サーバは、ログ出力に関する初期設定を行う。ステップＳ３０３において、最初のログの詳細度を「密」と設定する。
【００３０】
Ｓ３０４において定期的に監視装置が定常状態に移行したかどうかを判断する。定常状態に移行したかどうかは、以下の判断基準に従う。
【００３１】
（１）監視装置が自分の動作モードを把握している場合、監視装置の動作モードが定常状態となった。
【００３２】
（２）一定期間のログ出力内容が安定している（エラーログが含まれていない。定常状態動作以外のシーケンス起動のログが含まれていない）。
【００３３】
（３）電源投入から、一定時間経過した
上記の判断基準を満足した場合は、Ｓ３０５でログの詳細度を「粗」とする。満足しない場合は、詳細度を「密」のままとする。
【００３４】
次にＳ３０６において、定常状態から、要監視状態に移行したかどうかは、以下の判断基準に従う。
【００３５】
（１）監視装置が自分の動作モードを把握している場合、監視装置の動作モードが定常状態ではなくなった。
【００３６】
（２）ログ出力の中に、エラーを示すログが含まれていた。
【００３７】
（３）定常状態では実行されないシーケンスのログが含まれていた。
【００３８】
（４）監視装置の動作を指示するなんらかの設定値が変更された。
【００３９】
（５）システムの例外処理が発生した。
【００４０】
上記の判断基準を満足した場合は、Ｓ３０７でログの詳細度を「密」とし、また定常状態であることを満足する条件が満たされるまで、詳細度「密」の設定でログは出力される。満足しない場合は、詳細度を「粗」のままとする。
【図面の簡単な説明】
【００４１】
【図１】本実施形態におけるシステム全体図である。
【図２】本実施形態におけるハードウェアブロック構成図である。
【図３】ログの出力詳細度の切り替えシーケンスをフローチャートである。
【図４】ログファイルの管理の様子を示す図である。
【図１】
2006236231.tif 000003
【図２】
2006236231.tif 000004
【図３】
2006236231.tif 000005
【図４】
2006236231.tif 000006